http://www.zago.eti.br/erros.txt FAQ e dicas pra encontrar o motivo do erro, dicas pra evitar erros comuns. Use CTRL+F para refinar a pesquisa. Linha de: **************** sapara mensagens ou tópicos. Veja também neste diretório (site) FAQ: dependencias.txt install.txt apt.txt ******************************************** Quando digitar um comando e obter como resposta: command not found Pode ter como causa um ou varios destes motivos, o mais comum é comando com nome errado, não está instalado ou quando instalado não tem permissão ou atributos de execução. Algumas dicas e exemplos com ssh em uma instalação do CL9, instalado com a opção "todos os perfis", substitua ssh pelo pacote que deseja a informação. 1 - digitou o nome do comando errado, procure certificar qual o comando correto, por exemplo: ssh zago@192.168.1.2 2 - o comando está correto mas não está no path (caminho de pesquisa), então precisa digitar também o caminho completo, por exemplo: /usr/bin/ssh zago@192.168.1.2 3 - o pacote não está instalado, embora exista no CD de instalação, então precisa instalar o pacote, pra instalar veja dicas no FAQ: rpm.txt, apt.txt, synaptic.txt ou install.txt 4 - Verifique os atributos do arquivo, pra executar um binario ou script precisa dos atributos de execução e permissão de acesso, quando usuário não tem acesso ao executável é como se ele não existe no sistema, scripts não basta criar, precisa ajustar os atributos antes de executá-lo, tanto scripts como binarios executáveis precisa do atributo "x" de executável, veja com ls -la. 5 Como saber se o pacote está instalado: # rpm -qa | grep nome-do-pacote # rpm -qa | grep ssh openssh-server-3.5p1-27766cl openssh-3.5p1-27766cl linuxconf-opensshd-1.29-27354cl openssh-clients-3.5p1-27766cl kdeutils-kdessh-3.1.1-26691cl 6 Como localizar onde está instalado: # whereis nome-do-pacote # whereis ssh ssh: /usr/bin/ssh /etc/ssh /usr/libexec/ssh /usr/share/man/man1/ssh.1.gz OU # updatedb # locate ssh OU # find / -name nome-do-pacote # find / -name ssh /etc/ssh /usr/lib/apt/methods/ssh /usr/bin/ssh /usr/libexec/ssh /usr/share/webmin/mscstyle3/ssh /home/zago/guiaz/ssh veja mais sobre find no FAQ find.txt, lá tem mais dicas sobre outras formas de localizar arquivos no disco. Outras mensagens de erro, procure interpretar ou traduzir a mensagem, mesmo que ingles, use a intuição, use um tradutor ou faça a tradução no site: www.altavista.com, tente analizar se o erro ocorreu por algum dos motivos abaixo: 1 - parametros, falta ou dados errados, ordem que devem ser informados, espaços e simbolos separadores, tente analizar a mensagem de erro. 2 - alguns serviços como ssh, cups e muitos outros precisam de um servidor rodando na mesma maquina ou na maquina remota para antender o pedido, o daemom do ssh é sshd e do cups é cupsd. 3 - procure na documentação do pacote para saber os requisitos e configurações exigidas, por exemplo o ssh do CL vem configurado para não aceitar conexões remotas com usuário root diretamente, permite conexão com user comum pra depois tornar root com su -. 4 - Em algumas condições ou dependendo do parametro pode precisar e ser chamado outro pacote, na mensagem de erro deverá ter alguma indicação desta falta. 5 - Alguns pacotes só podem ser executados pelo usuário root. 6 - Vaja as permissões no arquivo ou programa. 7 - Lembre que em sistemas Linux as mensagens de erro são bem esclarecedoras e além das mensagens na tela, tem um sistema de log gravados em arquivos que torna muito útil e eficiente na localização de erros, analize o arquivo de log, alguns pacotes como o samba permite aumentar o detalhamento do log, funciona como um debug, veja como acompanhar o log no FAQ log.txt 8 - De modo geral o Linux não combina com hardware "bichado", observe e analize a possibilidade do hardware estar envolvido com o problema. 9 - Quando o comando ou serviço requer conexão com outro micro em rede, o problema pode ser causado pela outra maquina ou os equipamentos utilizados na conexão, modem, cabos, hub e etc.. 10 - Alguns perifericos (scanner, impressoras e outros dispositivos externos) podem não responder corretamente quando configurados com driver errado, cabos com problemas, ou até mesmo a falta de tinta, configurações no painel do próprio periferico, em caso de dúvida teste em outra maquina. 11 - Tente entender os parametros e configurações do pacote, veja a documentação seja um bom observador, tente outras formas de configuração, procure utilizar pacotes apropriados para sua distro, veja se está usando uma versão beta ou estavel, a maioria dos pacotes tem um mantenedor com site sobre o pacote. 12 - Pesquise no Google, copia e cole a mensagem de erro e mande pesquisar no Google, na maioria das vezes resolve, vai encontrar a origem do problema e até solução pro problema. 13 - Lentidão, muitos fatores pode provocar lentidão no servidor, rede em geral, entre elas estão: pode ser resolução de DNS, rota com problemas, bug de algum programa, ou até configuração errada, por exemplo rodar com opção debug, antivirus nas maquinas windows, regras de firewall, sobrecarga de processamento na maquina, pouca memoria e muito uso de swap em disco, acompanhe com o comando top o consumo de processador e memória, veja quais são os processos que estão rodando e quanto eles consomem, cuidado com tarefas agendadas no crontab pra serem executadas ao mesmo tempo, agendar varias tarefas pra executar simultaneamente pode degradar a maquina, procure agendar (espalhar) pra horarios diferentes e de preferencia pra horários de pouco ou nenhum uso do servidor, dificil explicar neste texto, mas fique atento a problemas com os perifericos da rede, HUB, switch, cabeamento e por onde passam, etc... e etc... 14 - Espaço livre em disco, monitore o espaço no teu HD, falta de espaço em disco pode causar muitos problemas e erros, fique atento com mensagens de erro nas instalações de programas, descompactar grandes arquivos, gerar backup ou rotinas que geram grandes arquivos, pode retornar algo como falhou, Erro de entrada/saída ou mensagens relacionadas a cpio, acesso a discos e dispositivos, permissão e assemelhadas, utilize df -h: [zago@zagofaq zago]# df -h Filesystem Size Used Avail Use% Mounted on /dev/hda1 36G 31G 3.9G 89% / 15 - Scripts, muito cuidado com automação de processos, pode cair no comodismo, alguma coisa ser modificada no sistema e não atualizar o script, por exemplo em backups, vão criando usuários e diretórios e os mesmos vão ficando fora do script de backup. Tenha muito cuidado com o formato do arquivo, quando gravar textos em maquinas windows ou transferir entre maquinas e no meio do processo utilizar alguma maquina rodando DOS/WIN, isto pode modificar o tipo de arquivo, scripts tem que estar no formato *nix, pra rodar um script em Linux, precisa ter atributos de executável e no formato Linux, a copia de arquivos entre diferentes sistemas operacionais, manipular em editor de textos, trasnferencia na web podem sofrer influencia com o browser e afins. 16 Nunca utilize "cegamente" os passos de configuração que encontrar por aí, sempre tem alguma diferença, na versão no pacote, distro, perfil de instalação, nomes de maquina, usuários ou outro detalhe qualquer que voce precisa altear pra adequar à sua instalação, não tenha pressa, vá com calma, tente entender e analizar cada linha de comando e quando for o caso faça a devida correção pra tua instalação, faça antes em ambiente de testes pra depois repetir em instalações criticas. 17 connection refused, mensagem muito comum quando se tenta conectar a outra maquina, isto ocorre por varios motivos, os mais comuns são: A - O serviço (servidor do pacote) não foi iniciando na maquina remota todo serviço, depois de instalado precisa iniciar pra ficar ouvindo, e permitir conexões, sem isto não é possivel completar a conexão, verifique na maquina remota se o daemon do serviço está rodando e ouvindo. B - Regras de firewall bloqueando a conexão, veja as regras de firewall da maquina remota, pra testes vale tentar sem firewall pra ver se completa a conexão. C - Mesmo com daemon rodando e firewall permitindo a conexão, alguns serviços como ssh, fpt, CUPS e muitos outros tem configuração propria pra limitar por usuário, origem, restringir conexão remota e outras opções peculiar ao pacote, consulte as opções de configuração do pacote e verifique na maquina remota se permite a conexão ou se não requer alguma condição ou tem algum tipo de restrição. D - Muitos serviços tem configuração propria pra controle de permissões e conexões, entre elas, permitir somente conexão local, localhost, pra liberar conexão remota é necessário liberar nas configuração do pacote, como exemplo o CUPS que tem configuração propria pra permitir somente conexão local ou também via rede (remota), isto é configurado no proprio cups.conf. ******************************************** Mais detalhes das mensagens de erros. Nem toda informação sobre erros aparecem em ambiente gráfico, algumas vezes as mensagens são diferentes, em ambiente gráfico voce prode utilizar o ksnapshot pra capturar a tela, em ambiente texto voce usa copiar e colar, você pode iniciar o aplicativo a partir de um konsole, abra um konsole e digite o comando, pode se fazer isto normalmente com aplicativos do ambiente gráfico, após o comando ele será executado no ambiente gráfico mas continua saindo no Konsole as mensagens, voce pode copiar estas mensagens, principalmente quando for de erros, basta selecionar com o mouse e copiar e colar. Tente pegar estas mensagens de erro ou partes e perguntar ao google. Ou envie as mensagens pra alguém, por exemplo, pra lista ou amigo que esteja lhe ajudando, evite enviar a tua interpretação do erro, mas é muito importante voce relatar o que fez antes, comandos e ações que possa ter alguma relação com o problema. ******************************************** Descobrir a que pacote pertence o comando ou programa, precisa informar o caminho, ex.: $ rpm -qf /usr/bin/galeon # rpm -qf /bin/ping # rpm -qf /bin/ls Exemplo para uma mensagem de erro que ao tentar executar Wine retorna na mensagem erro, entre outros detalhes esta linha: The Wine launcher is unable to find the xmessage program que indica a falta de xmessage, which message descobre o caminho e rpm -qf mais o resultado do comando anterior (caminho e programa) descobre qual o pacote pertence este programa e deverá ser instalado para satisfazer a dependencia, veja abaixo o resultado dos dois comandos: # which xmessage /usr/bin/X11/xmessage /usr/bin/X11/xmessage [root@mail root]# rpm -qf /usr/bin/X11/xmessage XFree86-progs-4.3.0-28971cl neste exemplo (no CL9) basta via synaptica instalar o pacote - XFree86-progs - Na maquina que ocorre o erro por não ter o pacote instalado poderá não obter as respostas acima, mas poderá aplicar estes comandos em outra instalação que esteja funcionando para descobrir qual pacote precisa instalar para solucionar o problema. ******************************************** Bugzilla. Criança com brinquedo novo quer saber é de brincar!!!! não usa direito e depois fica chorando quando quebra. Fiz download das imagens ISO do CL9, gravei o CD e fiz a instalação, como funcionou ficou como tudo certo. Até o dia que tentei instalar com outro perfil (modo VESA com todos os perfis), não instalou o Gnome e KDE ficou todo em Inglês. Tentei em maquinas diferentes e outros testes e nada de resolver o problema, acabei abrindo um ticket no Bugzilla: http://bugzilla.conectiva.com.br/show_bug.cgi?id=8957 Depois de constatar que só acontecia comigo, resolvi fazer a conferencia do MD5 e para minha supresa não batia, resultado: usei uma imagem ISO corrompida para gravar o CD e provocou isto tudo, uma simples verificação com md5sum teria poupando muito tempo, aborrecimentos e este vexame todo. Nem todos os erros ou mensagens de erro é um bug, pode ser uma característica do programa, medidas de segurança ou configurações do programa que pode impedir de obter o resultado desejado. Procure saber o funcionamento, configuração, dependencias, caracteristicas, possiveis configurações e o proposito do programa, não adianta querer resultados que o serviço não oferece ou quando as exigencias e compatibilidades não forem satisforiamente atendidas. As distro e alguns desenvolvedores mantem um sistema de ccatalogar erros, neste sistema quem detecta o erro, falha ou bug faz a comunicação e todos os interessados tomam conhecimento para solucionar o problema. Esta comunicação recebe um numero e todos passam a referencia-lo por este numero, as anotações comentarios funciona como um forum que consta os procedimentos adotados, funciona como um relatório do bug. Antes de reportar um bug, procure saber se alguém já fez, não deixe de comunicar, somente procure certificar de que realmente é um bug e comunique no lugar certo. Procure no site da sua Distro ou do mantenedor do pacote por Bugzilla para reportar o problema encontrado. Sobre o Conectiva reporte aqui: http://distro2.conectiva.com.br/bugzilla/ Bugzilla - Reportar erros do Conectiva Linux. Sobre o Debian reporte aqui: http://www.debian.org/Bugs/Reporting Como reportar um bug no Debian Quando o mantenedor ou desenvolvedor não mantém este sistema geralmente indica um e-mail ou local apropriado no site para fazer estas comunicações. Quem tem capacidade tecnica pode e deve na medida do possivel contribuir para a correção do problema, mesmo não tendo estas condições, nunca deixe de comunicar o problema para que outros tomem conhecimento e façam a correção. Enquanto ninguém relatar os bugs pelos meios corretos, seja pra distro ou pra quem mantem o pacote, eles nunca vão adivinhar o problema e provavelmente nem corrigir e soltar atualização. Zago ******************************************** ASUS quem tem problemas para instalar Linux em MOBO ASUS, veja isto. http://www.overhardware.kit.net/ASUS_A7S333_Linux.html ******************************************** De:  Jorge Godoy Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Erro gravissimo /dev Data:  Wed, 7 Jul 2004 17:57:45 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 07 July 2004 17:06, Guerreiro wrote: > Sem querer e por um descuido eu dei este comando no  / do linux > (CL8) rm -rf /dev,  eu percebi e abortei mais ja era > tarde e deletou alguns arquivos do diretorio, o que eu devo fazer > para consertar este erro, eu deixei a maquina funcionando, > nao desliguei pois nao sei o que ira acontecer quando for > reiniciada, voces tem alguma sugestao, por favor. do que devo > fazer. A primeira coisa é aprender a usar o sistema sem ser root. O uso do sudo, com a obrigação de digitar a senha, já é um bom começo para ler-se o que escreveu-se e tomar um tempo para pensar antes de confirmar o comando. O superusuário deve ser usado o mínimo possível e apenas para tarefas administrativas, com muito zelo e calma. A segunda coisa é aprender a configurar os aliases para os comandos mais nocivos, como mv, cp e rm. Eles possuem opções que solicitam confirmações de ações. A terceira coisa é começar a usar o rm sem a opção "-rf" sempre. O próximo passo é ter um backup dos dados. Se não tivesse (ou não tiver) como resolver, você sempre pode retornar o backup. Por último, reinstale o pacote "dev", se conseguir. Podes usar o RPM e os teus CDs ou o Apt via Internet. Veja qual funciona mais facilmente. - -- Godoy.     -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) De:  Leonardo Pinto Para:  'Guerreiro' Cc:  Lista Conectiva (E-mail) Assunto:  RES: (linux-br)Erro gravissimo /dev Data:  Wed, 7 Jul 2004 18:24:45 -0300 Puts cara, também já fiz isso no root (/), cancelei a "tempo" também. E não é que o danado do Linux é tão bom que foi simplesmente "atualizar" ao invés de "instalar", daí fui concertando pacote por pacote. Com você acredito que será bem mais fácil... Good luck, Leonardo Pinto. > Sem querer e por um descuido eu dei este comando no  / do linux (CL8) >  rm -rf /dev,  eu percebi e abortei mais ja era > tarde e deletou alguns arquivos do diretorio, o que eu devo fazer para > consertar este erro, eu deixei a maquina funcionando, > nao desliguei pois nao sei o que ira acontecer quando for > reiniciada, voces > tem alguma sugestao, por favor. do que devo > fazer. ******************************************** Signal 11 De: Anderson Vieira de Souza Para: Linux-br Assunto: (linux-br) [SOLUÇÃO] - Signal 11 ao tentar compilar qualquer pacote... Data: 20 Feb 2003 11:40:13 -0300 Caros Linuxers, Há algumas semanas atrás enviei uma mensagem a lista relatando problemas (assunto desse e-mail) ao tentar compilar qualquer pacote no linux (Slackware 8.1). Alguns companheiros levantaram a possibilidade de haver algum problema em meu hardware (processador ou memória ruins, ou ainda super-aquecimento seriam os motivos mais prováveis). Então fui atrás de um módulo de memória para testar e eis que obtive o mesmo resultado. Já desanimado, quase desistindo, resolvi num ato de desespero reinstalar o sistema (nesse momento eu já passava a acreditar que por algum erro meu o sistema teria vindo a apresentar problemas). Não deu outra, tudo voltou ao normal após reinstalado e rodando o kernel original do Slackware 8.1 (kernel 2.4.18). Então como costumo fazer, recompilei o kernel e pimba, o problema voltou. Resumindo, cheguei a conclusão que a opção do kernel relativa a gerenciamento de energia, mas precisamente ACPI estava causando o tal problema. Falows. ******************************************** De: Rogerio Araujo(TERRA) Para: Nelson Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Maquina Travando, help. Data: 26 Feb 2003 10:46:09 +0000 não parece ser um processo natural. Verifica se alguém não está utilizando tua máquina. Olha o crontab , o at e outro possivel comando de agendamente de tarefas que possa estar instalado em sua maquina. monitora os processos ativos pela guarda do sistema ou pelo ps. Desabilita os processos e deixa apenas o essencial. depois vai habilitando um a um. Verifica tua conexcao a internet com o iptraf e analisa se no momento antes do problema ocorre algum acesso estranho. Checa com o comando lsattr se algum binario dos diretorios a seguir está marcado com a opção "i" : /usr/bin, /sbin, /bin, /usr/sbin. Caso exista a possibilidade de você ter sido hackeado é imensa. retira o atributo , apaga os binários afetados e reinstala-os. No momento que o led começar a piscar utiliza o comando lsof para verificar quais arquivos estão sendo acessados. Direciona a saída para arquivo para uma melhor analise. Troca para conectiva 8, eh bem melhor que o redhat. Também vale colocar um galho de arruda em cima da cpu ou uma pata de coelho, talvez uma ferradura. Em Ter, 2003-02-25 às 20:45, Nelson escreveu: > Todos os dias às 17:00hs acontece a mesma coisa: > > 1) Percebo que o led do hd começa a piscar cada vez mais rápido até chegar ao > ponto em que fica acesa permanentemente. > 2) A máquina começa a ficar gradativamente mais lenta até que o mouse para de > se mexer e todos os aplicativos param de funcionar ou o funcionamento é tão > lento que torna-se imperseptível. > 3) Preciono o botão restart, espero a checagem do disco, logo e uso a máquina > normalmente até o dia seguinte às 17:00hs. > > Uso o Red Hat 7.3 com KDE 3.0 em um AMD 750 com 128mb de ram, 20gb de hd e > 8mb de vídeo. > > Alguém já passou por isso ou tem alguma idéia do que pode estar > acontecendo??? ******************************************** De: Manoel Pinho Para: Adilson J Casas Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Preciso rotina/programa para check CRC Data: 07 Mar 2003 18:40:06 -0300 Adilson J Casas wrote: Estou precisando fazer um check de CRC dentro de um programa meu e não estou achando na internet. Preciso da rotina/fonte para implementar dentro do meu. Veja http://www.relisoft.com/Science/CrcMath.html http://www.boost.org/libs/crc/index.html e o código-fonte do md5sum (vem em qualquer distribuição) Como vc não falou em que linguagem está programando, talvez seja útil também isto: http://www.efg2.com/Lab/Mathematics/CRC.htm http://www.theorem.com/java/CRC32.java ******************************************** De: zgrp unknow Para: Adilson J Casas Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Preciso rotina/programa para check CRC Data: 10 Mar 2003 10:46:52 -0300 Ola, Mas seria fazer a checagem CRC de um binario/arquivo ?? Se foi vc pode chamar o md5sum de dentro do seu programa pra checar... [root@lnx WS]# md5sum -b extra.iso >extra.md5 [root@lnx WS]# cat extra.md5 8ba63550935c9e64e45b6a84ec0b5528 *extra.iso [root@lnx WS]# md5sum -c extra.md5 extra.iso: OK ps.: Acredito q se tenha funções pra pra checagem de MD5 em C... veja "man 3 md5"... eu nunca usei mas acho q deve dar pra implementar o q vc quer. hehe :) T+ ******************************************** De: Vagner Cc: Linux-Br@Bazar.Conectiva.Com.Br Assunto: Re: (linux-br) RES: (linux-br) Linuxconf não entra em modo gráfico Data: 15 Mar 2003 22:01:42 -0300 issso acontece porque vc esta no "X" como usuario comum, e abre um terminal e digita: #su - root depois #linuxconf como root não é? isso acontece comigo no slack tambem, no caso vc teria que logar no "X" como root ai sim rodar o programa. Em tempo no slack não tem linuxconf, isso se dá com todos os programas :) exemplo: vagner@darkstar:~$ su - root Password: root@darkstar:/home/vagner# netscape MOZILLA_FIVE_HOME=/usr/lib/netscape LD_LIBRARY_PATH=/usr/lib/netscape:/usr/lib/netscape/Cool LIBPATH=/usr/lib/netscape:/usr/lib/netscape/Cool SHLIB_PATH=/usr/lib/netscape:/usr/lib/netscape/Cool XPCS_HOME=/usr/lib/netscape/Cool MOZ_PROGRAM=/usr/lib/netscape/netscape-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Gtk-WARNING **: cannot open display: :0.0 root@darkstar:/home/vagner# ______________________________________________________ Bom é isso ai! ******************************************** De: Julio Biason Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Problema no arquivo de configuração Data: 15 Apr 2003 19:40:35 -0300 Mauricio - Polimport : > Sou novato em linux... e estava mexendo no arquivo config do wine... e > naum sei a besteira que fiz.. agora toda vez que dou um vi no aqrquivo.. > ele diz que buscou do config.swp > E umas opções de Ready-Only OPEN QUIT etc..etc > > Como faço para voltar isso ao normal...??? Apaga o arquivo ..swp. O que aconteceu e' que tu matou o vi no meio de uma edicao. O vi mantem esses .swp justamente pro caso de tu estar editando um arquivo remotamente e a conexao cair (naquele tempo nao tinha screen). Se o arquivo estiver correto, nao tem porque nao apagar esse arquivo. -- ******************************************** De: Arnaldo Carvalho de Melo Para: Marcio Braga Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Linuxconf Data: 28 Apr 2003 23:19:18 -0300 Em Mon, Apr 28, 2003 at 01:02:05PM -0300, Marcio Braga escreveu: > Não estou conseguindo executar o linuxconf na parte grafica.Tem que fazer > a instalação de algum pacote? gnome-linuxconf - Arnaldo ******************************************** De:  Andreas Para:  Carlos Thadeu Duarte Santos Cc:  'linux-br@bazar.conectiva.com.br' Assunto:  Re: (linux-br) Como usar bugzilla Data:  Thu, 22 May 2003 14:48:22 -0300 On Tue, May 20, 2003 at 09:13:00AM -0300, Carlos Thadeu Duarte Santos wrote: > Depois de ler algumas mensagens aqui, resolvi cadastrar um problema > (acredito que seja) de dependência do pacote cups + o driver hpijs no > bugzilla da conectiva. Porém, antes quis consultar para ver já havia tal > "provável" bug cadastrado, mas não entendi bem como é que funciona o tal Na página http://bugzilla.conectiva.com.br você pode colocar um texto qualquer para uma pesquisa rápida. Por exemplo, "hpijs". Você encontraria esse bug: http://distro2.conectiva.com.br/bugzilla/show_bug.cgi?id=8256 É o mesmo problema que você iria reportar? > consultar, não cadastrei, mas acredito que seja mais "intuitivo" né? A página de consultas do bugzilla não é das melhores não. Mas aquela página principal é bem fácil de usar, é só colocar um texto ali que ele vai pesquisar nos bugs abertos. ******************************************** De:  Ricardo Igarashi Para:  Linux-BR Assunto:  Re: (linux-br)Compilando Kernell (openmosix) Data:  Thu, 7 Aug 2003 22:32:53 -0300 On Thu, 7 Aug 2003 12:23:57 -0300 "Vitor Alexandre S. Marinho" wrote: > Eu > baixei o arquivo openMosix-x.gz e quando mando descompactar com o > gunzip ele me da o seguinte erro: gunzip: openMosix-x.gz: not in gzip > format. Se fizer com zcat da o mesmo erro: zcat: openMosix-x.gz: not > in gzip format. Dê um "file openMosix-x.gz" e veja o que ele informa. _Desconfio_ que ele esteja em formato texto normal. _Provavelmente_ o seu browser "descompactou" o arquivo sem te dizer (o IE adora fazer isso, acho que o Mozilla também faz isso às vezes). > Se eu der um cat no arquivo ele começa a me perguntar > o seguinte:[root@cluster2 /openmosix]# cat openMosix-x.gz | patch -Np1 Hey, você não está dando um cat somente: você está dando um cat e passando a saída para o programa patch. > (Stripping trailing CRs from patch.) > can't find file to patch at input line 4 [corta] Ele está tentando aplicar o patch, mas não está encontrando os arquivos a serem "patcheados". O OpenMosix é um patch para o kernel, certo? Então rode o comando acima no diretório onde está o fonte do kernel. -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  Rodrigo Lima Para:  rogerio araujo Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Erro RPM Data:  Thu, 11 Sep 2003 09:28:08 -0300 Pode ser que vc esteja contaminado por um rootkit, uma espécie de cavalo de tróia pra Linux. Já tive esse problema, mas ele afetava o comando Grep. Rodrigo de Lima Silva Analista de Suporte rogerio araujo wrote: já vi isso sim e infelizmente tive que reinstalar o linux. foi em um > redhat 7.2 ou 7.3 não lembro direito. > > > Em Ter, 2003-09-09 às 23:00, Fernando Arruda escreveu: > > > Pessoal, > > > > Toda vez que tento instalar algum pacote rpm, recebo uma mensagem de segment fault. > > ******************************************** De:  Jorge Godoy Para:  Marcus Cavalcanti Cc:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br)mensagens estranhas ao tentar rodar apache Data:  Sat, 20 Sep 2003 09:08:16 -0300 Marcus Cavalcanti writes: > [root@flamel default]# Mutex destroy failure: Dispositivo ou recurso está ocupado > > Que mensagem é essa desse tal de Mutex ???? Mutex é usado em threads. Algum software que está rodando está tendo problemas. Identifique qual consultando seus logs. Em algum deles você terá maiores detalhes. > [root@flamel default]# service httpd start > Starting apache:  httpd: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName >                                                            [FAILED] > e aí ? o que fazer ? Configure sua máquina adequadamente. Você não configurou o nome da máquina de maneira correta e o servidor está impossibilitado de detectar este nome. Veja a parte de DNS de seu servidor. -- Godoy.     ******************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)configure, make e se estrepe... Data:  Wed, 15 Oct 2003 23:27:18 -0300 On Tue, 14 Oct 2003 23:19:14 -0300 Marcus Cavalcanti wrote: > Só gostaria de dizer que em 95 % dos casos > que tenho que instalar alguma porcaria via > > ./configure > make > make install > > alguma coisa dá errado... É assim mesmo ;)   > uma hora é arquivo corrompido, Aí é falta de sorte ou conexão ruim... > uma hora é uma mensagem de erro que nem deus sabe o que é Preste atenção na mensagem... normalmente ele te dá uma dica importante. Mas concordo que às vezes é bem inintendível :P > outra ora passa no configure, no make mas dá pau no make install No "make install"? No meu caso, isso só se dá por problema de permissão...   > nos tutoriais é tudo bonitinho... baixe daqui, descompacte assim, > faça isso, mas qdo chega nos malditos make e make install... > não funciona... sem falar que se der certo para nove entre > 10 mas no décimo não deu certo... nada feito... e sem falar > que nem todos tem um uninstall... Bom, algumas dicas: 1) Leia o INSTALL e o README com cuidado. 2) Repita o 1) várias vezes :P :P :P 3) Consulte a página do programa. Muitas vezes lá existem informações omitidas na documentação :( Quanto à falta do "make uninstall", não esquente a cabeça e instale o Chackinstall. Ele te gera um pacote RPM, que não são tão sofisticado como os pacotes feitos à mão, mas resolvem o problema!!!! http://asic-linux.com.mx/~izto/checkinstall/ -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  zgrp unknow Para:  linux-br@bazar2.conectiva.com.br Cc:  Marcus Cavalcanti Assunto:  Re: (linux-br)configure, make e se estrepe... Data:  Fri, 17 Oct 2003 11:59:31 -0300 (ART) Oie, > ..outra ora passa no configure, no make mas dá pau no > make install Bom, vc tem q respeitar as dependencias, instale os pacotes necessarios antes de rodar o configure. Se der algum erro cole a saida do erro na linux-br que possivelmente alguem vai te ajudar. Os erros podem ser devidos a caminhos no Makefile, falta de libs, problemas de links, ou até mesmo algum incompatibilidade. Os sources sao importantes, afinal os seus .deb, .rpm, so existem graças a ele. hehehe > sem falar que nem todos tem um uninstall... Se vc nao der make install, os comandos serao gerados no seu diretorio corrente e ai pra dessitalar eh so remover. hehehe Ow, se vc quiser vc pode criar um uninstall no Makefile :) > como uso conectiva, acho q só tem um jeito.... se > não tiver RPM nem pensar... Nem tudo existe em RPM, vc pode se arrepender no futuro... > Isso foi só um desabafo de quem acaba de perder > tempo de vida lendo, fuçando e tentando coisas que > não funcionaram.... enfim A jornada de conheciemnto e aprendizado realmente não eh facil porem eh gratificante, mas precissa ter bastante calma e não desistir ao primeiro tropeço. > ou é RPM ou não rola... (apt-get também é bom) pelo > menos já instala as dependências... Nem tudo q eh RPM eh um mar de rosas, vc pode pegar RPM's pela net q nao tem pra sua distro e distruir seu sistema (incompatibilidade de libs, etc). hehehe Falow ******************************************** De:  Jorge Godoy Para:  André Macedo Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) O problema é no apache e não so com php Data:  Sun, 30 Nov 2003 09:13:55 -0200 André Macedo writes: > Uso um modem/roteador speedstream 5200. > > Tanto as estações como o servidor acessam a internet normalmente, > consigo transferir arquivos de um pra outro sem o menor problema, > inclusive usando o smb. > > As configurações são fornecidade pelo DHCP do roteador, e tá tudo > legal, o cabeamento também está perfeito. Parece ser DNS. As configurações default desses servidores não é adequada para diversas atividades, sendo necessário intervir e corrigi-las. Se você as modificou, a pergunta feita anteriormente fica valendo. Quando disse para verificares as condições, isso incluia uma olhada nos arquivos de log. Não veio nada deles neste post para a lista. Os logs contém muitas informações e geralmente indicam a causa dos problemas. > O problema é só na hora de abrir as páginas que estão no > DocumenteRoot. As que não estão lá são abertas sem problemas (digo as páginas de usuários)? > Se a pagina for super simples abre numa boa, se for algo mais complexo > demora a abrir, e demora muito, até dentro da minha rede. Se for simples *e* pequena ou se for simples e de tamanho próximo à página gerada pelo phpinfo? Página simples é uma página em PHP ou é uma página estática? Qual a carga no servidor? Há firewall? As respostas das perguntas anteriores ajudariam muito a continuar a diagnosticar o problema... Fico no aguardo delas e das respostas desta mensagem para tentar continuar ajudando. Sem elas, minha participação encerra-se por aqui. Sds, -- Godoy.     ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br, paschoal@fortalnet.com.br Assunto:  Re: (linux-br)erro ao executar programa: falha de segmentacao Data:  Sun, 21 Dec 2003 20:00:35 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 kj kjh wrote: >Falha de segmentação >O que eh esse erro de falha de segmetacao, o q pode >te-lo causado e como corrigi-lo? Esse erro significa que o programa tentou acessar de maneira inválida a memória. Isso indica bug no programa. Solução: atualize-o. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom (AT) mail (dot) com     ICQ UIN: 1967141 ******************************************** De:  Marcelo Vivan Borro Para:  Otavio Augusto Alves Pinto Viegas Cc:  'linux' Assunto:  Re: (linux-br) placa pc chips não detecta usb e ps2 Data:  Mon, 20 Oct 2003 14:22:09 -0200 Primeiro o básico..... O suporte à estes componentes está habilitado na bios? Se estiver, a configuração é como em qualquer outra máquina.....  O Mouse e o som e o usb devem ser reconhecidos automaticamente.  O modem ( se o modelo específico for suportado) deve dar um pouco mais de trabalho... Descubra os modelos exatos e use o google e o FAQ do Zago... Marcelo Vivan Borro Otavio Augusto Alves Pinto Viegas escreveu: Pessoal, > > Como faço para configurar o adaptador usb - ps2 em uma placa mãe pc-chips > M747 com PII 300? > > Existe um site de linux com dicas para este tipo de hardware? > > Quero instalar um mouse ps2, depois o winmodem lucent e configurar o som > onboard. > ******************************************** De:  Cleyton Luiz Scherer Para:  Thiago Macieira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)problemas com mysql Data:  Wed, 14 Jan 2004 09:13:15 -0300 (BRT) O problema era o /usr/bin/nohup e não tinha nada a ver com o innodb. Apesar de ter o pacote sh-utils instalado, o arquivo /usr/bin/nohup não existia no sistema (toda vez que dá pique de luz, e o computador reinicia abruptamente, o ext3 some com alguns arquivos, mas isso é outra história). Eu não fiz o mysql sugeriu, não precisou, mas reinstalei o pacote sh-utils, com o nohup. Era a solução do problema. [root@whisper root]# rpm --force -Uvh sh-utils-2.0.11-9800cl.i386.rpm Preparando...   ########################################### [100%] o pacote sh-utils-2.0.11-9800cl já está instalado [root@whisper root]# nohup -bash: nohup: command not found [root@whisper root]# rpm -e --nodeps sh-utils [root@whisper root]# rpm --force -Uvh sh-utils-2.0.11-9800cl.i386.rpm Preparando...   ########################################### [100%]    1:sh-utils   ########################################### [100%] [root@whisper root]# nohup Usage: /usr/bin/nohup COMMAND [ARG]...   or:  /usr/bin/nohup OPTION Try `/usr/bin/nohup --help' for more information. [root@whisper root]# service mysql start Iniciando mysql: Starting mysqld daemon with databases from /var/lib/mysql [  OK  ] [root@whisper root]# cat /etc/my.cnf [mysql.server] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock [mysqladmin] socket=/var/lib/mysql/mysql.sock [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock [mysql] socket=/var/lib/mysql/mysql.sock Cleyton On Wed, 14 Jan 2004, Thiago Macieira wrote: > O MySQL não pode iniciar enquanto o comando mysql_createdb não rodar com > sucesso. E ele não vai rodar com sucesso até você fazer o que ele > sugeriu acima. > > Por favor, LEIA as mensagens de erro. Principalmente se você for colar > no seu e-mail, porque, afinal, a resposta você mesmo está mandando. > > Se você já fez isso, então faltou mostrar o conteúdo do my.ini e/ou > dizer que fez isso. > > Nota: isso indica outro erro: > /usr/bin/safe_mysqld: line 1: nohup: command not found > > $ rpm -qf /usr/bin/nohup > coreutils-5.0-42588cl > Provavelmente é no shellutils no CL9. > > -- >   Thiago Macieira  -  Registered Linux user #65028 >    thiagom (AT) mail (dot) com >     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: >     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 > ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Fabio F. Silveira Assunto:  Re: (linux-br)Qt + Kopete + Guarddog .... Data:  Fri, 12 Mar 2004 16:19:48 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fabio F. Silveira wrote: >PROBLEMA 1: >Estou tentando instalar o Guarddog, mas a seguinte dependência é > listada: erro: falha nas dependências: >         qt >= 3.1.0 é necessário para guarddog-2.2.0-1rh9 > >Entretanto, a saída para um "rpm -qa | grep qt" é a seguinte: >pinentry-qt-0.6.8-25914cl >qt3-3.1.1-27865cl > >Acredito possuir a versão mais nova da biblioteca solicitada ... O que >está acontecendo? Já tentei usar "apt-get install qt" e qt3 também ... Simples: veja os nomes dos pacotes: guarddog-2.2.0-1rh9 qt3-3.1.1-27865cl Notou que um é "rh9" e o outro é "cl"? Não instale pacotes de uma distribuição na outra, nem de versões diferentes de uma mesma distribuição. Não é garantido que funcione, como você acaba de ver. Procure ver se existe o tal pacote para o CL. Caso não exista, pegue o fonte e compile você mesmo. O .src.rpm é interessante nesse caso porque irá conter não só os fontes, mas também todos os patches e instruções que a Red Hat usou para construir o pacote deles. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br, linuxiado@rba.omnqf.nom.br Assunto:  Re: (linux-br)Problemas com travamento Data:  Wed, 7 Apr 2004 10:02:53 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Linuxiado wrote: >Mar 30 10:27:19 wolverine kernel: CPU 0: Machine Check Exception: >0000000000000004 >Mar 30 10:27:19 wolverine kernel: Bank 1: b200000000000115 >Mar 30 10:27:19 wolverine kernel: Kernel panic: CPU context corrupt Isso significa que a sua CPU está avisando o kernel que estão acontecendo erros fatais de operação, muito provavelmente indicando superaquecimento da CPU. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Enviar log de backup por e-mail Data:  Thu, 29 Apr 2004 20:44:15 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marco Aurélio P. de Carvalho wrote: >Olá pessoal, criei um script de backup e no final de todos os comando > eu coloquei um >> para redirecionar a saida do mesmo para um arquivo, > porem quando eu vou enviar esse arquivo pelo comando mailm ele não > vai, ou melhor vai, mas quando o script roda pelo agendamento que fiz > na cron não vai e quando eu vou ver a caixa de e-mails do root dessa > maquina encontro uma mensagem enviado pela cron com o seguinte erro: > >Failure converting file '/srv/backup/log/backup_20040429.log' from >'ANSI_X3.4-1968' > >Como vejo ele dah um erro ao converter o arquivo, alguem tem uma idea > de como faço para resolver isso ? Os arquivos sendo enviados têm algum acento? Se têm, então não são ASCII e você deverá informar a codificação sendo usada. Como? Eu não sei.  Mas é isso que me parece ser o erro. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ******************************************** De:  Antonio César Assunção Moura Para:  Thiago M. Campos , Danniel Silva Cioti Cc:  linux-br Assunto:  Re: (linux-br)Samba, XP e Rede Data:  Fri, 23 Apr 2004 12:48:52 -0300 Boa tarde. Eu já passei por este problema de lentidão com máquinas Windows XP que tinha placa de rede on-board e com alguns hubs de 10 MB ligados a estas máquinas... Fiz dois testes, onde as duas formas resolveram o problema... Uma foi colocar uma placa de rede off-board e desabilitar a on-board... (FUNCIONOU!!!) A outra foi trocar os hubs com problemas por switchs... (FUNCIONOU!!!) Após estes testes definimos trocar os hubs por switchs... A rede ficou mais rápida e acabaram-se os problemas... Atenciosamente. -- [ ]`s    Antonio César Assunção Moura Laboratório Tajara - ISO 9001 Departamento de Tecnologia da Informação cesar@labtajara.com.br - www.labtajara.com.br São José do Rio Preto - SP / Brasil (17) 3214-7100 © Laboratório Tajara - O seu Laboratório na Internet  °v°  /(_)\  Registered Linux User Number 282481 ******************************************** De:  hamacker Para:  Accenture_Luiz_Estivalet@Dell.com Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)acpi ou apm Data:  Mon, 26 Apr 2004 11:36:16 -0300 ACPI tem melhor compatibilidade pelas placas maes, acredite ja peguei placa mae que nao habilitava (ou corrompia) o disco por usar UDMA, causa ? O ACPI nao estava habilitado, alias muitas das vezes estava na opcao "ambas" (ACPI/APM) na bios. Isso só foi descoberto porque eu sou visitantes assiduo de fabricantes de hardware quando algo começa a dar errado. Claro que eram placas maes daquelas tudo onboard, mas deu para ter uma idéia de que o ACPI tornou-se de fato padrao industrial. []'s Accenture_Luiz_Estivalet@Dell.com wrote: Ola, > Eu devo usar um ou outro? Ou eles se complementam? > Meu Slack nao esta desligando no momento do shutdown. Qual tenho q ter habilitado no kernel > para que isso funcione? > ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) /* iconv: sequência de entrada ilegal na posição 809 Data:  Thu, 13 May 2004 20:43:00 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wils wrote: >iconv: sequência de entrada ilegal na posição 809 [corta] A página tem algum caracter inválido. Apenas isso. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: De:  Thiago Macieira Para:  Wils Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) /* iconv: sequência de entrada ilegal na posição 809 Data:  Fri, 14 May 2004 10:17:25 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wils wrote: >Unhumm... >Isso eu to ligado, mas como ressolver hehehe ? Abra o arquivo da página num editor de textos e remova o caracter inválido. Observe na saída do 'man' onde ele falha para ver onde o caracter inválido está. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ******************************************** De:  Paulino Kenji Sato Para:  linux-br Assunto:  Re: (linux-br)travamento Data:  Mon, 24 May 2004 14:46:10 -0300 (BRT) On Sat, 22 May 2004, Jorge Godoy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Saturday 22 May 2004 04:48, Marcelo Vivan Borro wrote: > > > Aparentemente um problema com gerenciamento de energia (apic). > > Você tem placa mãe pcchips? > > APIC não é apenas gerenciamento de energia. Ele mexe com a parte de > interfaceamento com o hardware como um todo, auxiliando no processo > de detecção de processadores físicos e virtuais (e.g. HT dos > Pentium), interface com sensoreamento de dispositivos (velocidade de > ventiladores, temperaturas, etc.) entre outros. So esclarecimento sobre a sigla APIC e uma outra similar que eo ACPI, muita gente anda trocando uma pela outra, inclusive eu, ai tenho que lembrar o siginificado de cada uma. APCI é:  Advanced Programmable Interrupt Controller. ACPI é:  Advanced Configuration and Power Interface. Acredito que o vocês estão falando e sobre o ACPI. ACPI tambem tem controle sobre as interrupções. Na dúvida sobre o siguinificado de um acronimo? tente o google com a seguinte busca: define: sigla                                                                   Paulino _________________________________ ________________________________________ Paulino Kenji Sato               |    Sistema de Ensino Nobel http://www.nobel.com.br          |    Maringa Pr                Brasil --------------------------------------------------------------------------- ******************************************** De:  Produção Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Interface sendo derrubada Data:  Mon, 09 Aug 2004 08:46:23 -0300 Bruno wrote: Prezados estou com um mistério que não encontrei no google, caso > alguém já tenha se deparado com isso, gostaria de saber, tenho um > firewall com redhat 7.1 no qual a empresa insiste em não querer > upgrade(mas isso não vem ao caso), placa de rede 3com, o que está > acontecendo é que ele pega o ip no servidor dhcp da conexão a cabo, e > horas depois a interface eth1 é derrubada, não existem scripts para > fazer com que aconteça isso a ela, verifiquei todos os processos e não > há nada que possa justificar essa queda da interface, fico grato por > toda e qualquer atenção. > Bruno eu estava com um problema semelhante de  parada de alguns processos. Todo dia acontecia, parava o Samba, Named, Postfix e ssh. Faz cerca de dez dias que troquei os pentes de memória da CPU, e desde então parou de acontecer isto. Quem sabe não seja um problema deste tambem. Reinaldo ******************************************** De:  Thiago Macieira Para:  hamacker Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: Cyrus-IMAP-criar usuario/autenticacao, como ? era Re: (linux-br) Alguem ja compilou/instalou o courier-imap-3.0.7 no CL10 ? Data:  Tue, 10 Aug 2004 18:56:25 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hamacker wrote: >In file included from maildirsearchC.cpp:7: >maildirsearch.h:97: error: syntax error before `;' token Esse é erro no código-fonte. Você tem que resolver na mão. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ******************************************** Date: Fri, 13 Aug 2004 08:11:50 -0300 From: Helio Chissini de Castro Subject: Re: (linux-br)Atualização do K3B do CL10 - como        proceder? To: linux-br@bazar2.conectiva.com.br Message-ID: <200408130811.52820.helio@conectiva.com.br> Content-Type: text/plain; charset="iso-8859-1" Olá.. On Friday 13 August 2004 00:27, Edward Martin wrote: > Amigos, > > Em último caso pego código fonte do site do K3B e compilo > na mão. Fora a mão de obra, acredito que vai fazer um pequeno > estrago na base de dados RPM, mas pelo menos resolve o problema. > > Abraços, > Martin Pode ser bem mais simples que isso. Tu poderias abrir um bug no bugzilla da Conectiva com o problema relatado com detalhes e até mesmo uma atualização pode ser validada pela equipe. Acredite, se você nào contar pro pessoal da Conectiva pelos meios corretos que não está funcionando, eles nunca vão adivinhar o problema e provavelmente não vão soltar uma atualização []'s -- Helio Castro KDE Developer Development Conectiva S.A. ------------------------------ ******************************************** De:  Edward Martin Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Atualização do K3B do CL10 - como proceder? Data:  Fri, 13 Aug 2004 21:32:38 -0300 Em Sex 13 Ago 2004 08:11, Helio Chissini de Castro escreveu: > Pode ser bem mais simples que isso. > Tu poderias abrir um bug no bugzilla da Conectiva com o problema relatado > com detalhes e até mesmo uma atualização pode ser validada pela equipe. Tudo bem. Vou postar no bugzilla. Em Sex 13 Ago 2004 07:51, Thiago Macieira escreveu: > >Ou ainda, como faço exatamente para criar? > > Pegue o .src.rpm da versão atual, troque o número da versão e o pacote > que está lá dentro. Daí, reconstrua o .i386.rpm a partir deste e > instale. Esse foi o principal motivo para eu escrever para a lista. Não achei o .src.rpm do K3B do CL10. Não achei nem do Snapshot. Em Sex 13 Ago 2004 01:31, Marcelo Vivan Borro escreveu: > Você configurou as permissões para usuários comuns corretamente através do > assistente do k3b? Configurei, tanto que ele grava vários CD's de áudio normalmente. Mas um ou outro dá o problema. Sempre quando eu arrasto os arquivos para ser gravados. E quando dá problema, posso arrastar os mesmos arquivos novamente que vai dar problema. > Inicie o k3b a partir a partir de um konsole e verifique se é apresentada > alguma mensagem de erro. No terminal: kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance ) QMetaObject::findSignal:K3bAudioListView: Conflict with QListView::doubleClicked(QListViewItem*,const QPoint&,int) KCrash: Application 'k3b' crashing... Depois abre uma janela dizendo: K3b - O manipulador de Exceções do KDE Descrição abreviada A aplicação K3b (k3b) terminou anormalmente e causou o sinal 11 (SIGSEGV) O que é isso? Uma aplicação costuma receber um sinal SIGSEGV quando tem erros. A aplicação foi instruída a salvar seus documentos. ******************************************** De:  Piter Punk Para:  paulo2rocha@ibest.com.br Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Falha de Segmentacao! Data:  Wed, 15 Sep 2004 18:27:24 -0300 paulo2rocha@ibest.com.br wrote: fui executar o apache no linux e recebi a seguinte menssagem: > Falha de segmentacao. > A mesma menssagem aparece quando vou fazer um dump do banco de dados, e alguns programas que funcionavam estão aparecendo várias menssagens de erro ao serem executados. > Alguém pode me ajudar com este problema? > Quando muitos programas começam a dar "Segmentation Fault" a grande chance é que seu hardware esteja baleado. Faça um teste exaustivo de memória com o memtest86 ou e verifique a temperatura da sua máquina.                                                 Falous,                                                         Piter PUNK PS> Eu dou preferência pelo erro de memória --   ____________  / Piter PUNK \_____________________________________________________ |                                                                   | |      |        E-Mail: piterpk@terra.com.br         (personal)     | |     .|.               roberto.freires@gds-corp.com (professional) | |     /V\                                                           | |    // \\      UIN:116043354 Homepage:www.piterpunk.hpg.ig.com.br  | |   /(   )\                                                         | |    ^`~'^         ----> Slackware Linux - The Best One! <----      | |   #105432                                                         | `-------------------------------------------------------------------' ******************************************** De:  Jorge Anselmo Para:  Reinaldo de A. Bonilho , linux-br Assunto:  Re: (linux-br)No space left on device Data:  Thu, 14 Oct 2004 15:24:26 -0200 Oi, > Estou tentando gravar um arquivo em /var retorna a > mensagem de erro abaixo, porem, o /var está com apenas > 9% utilizado. > > Alguem já passou por isso? sim, aconteceu cmg ha algum tempo atras > touch: creating `teste1': No space left on device > > [root@sp1 var]# df -h > > Filesystem            Size  Used Avail Use% Mounted on > > /dev/hda5             1.9G  155M  1.6G   9% /var dah um df -i, vc deve ter muitos arquivos pequenos na sua particao /var, que estaum ocupando todos os seus inodes, impedindo assim q novos arquivos sejam criados, mesmo havendo espaço em disco. Anselmo ******************************************** De:  Joaquim-abc Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Monitoramento da rede por ip Data:  Tue, 4 Jan 2005 15:03:26 -0200 Em Ter 04 Jan 2005 13:41, Flamarion Jorge escreveu: > Otimo senhores obrigado pelas dicas e sugestões. > Agora vou fazer algumas colocações que acho importante, vou falar > diretamente as pessoas que acho que devo. > > Joaquin-abc escreveu: > > Se voce possui somente uma maquina linux com o squid, é pouco provável que > o squid esteja gerando este tráfego. > > >>Amigo me desculpa mas eu sequer desconfiaria disto e em momento algum eu > >> disse isso. Na realidade v nao esclareceu se o houve aumento de tráfego foi na rede externa ou interna ao proxy.   Voce iniciou dizendo que o squid nao iria resolver os problemas recentes de aumento de trafego da sua rede. Entendi que voce estivesse presumindo que o aumento de tráfego fosse causado pela maquina proxy. Já aconteceu comingo ter configurado o squid para utilizar a cache de outros proxys e isto causar um tráfego excessivo de pacotes UDP em rede WAN. > > No caso da maquina linux voce pode usar o iptraf e verificar imediatamente > o volume trafego, as portas (serviço), e os equipamentos que estão gerando. > Ou o ntop e acumular dados sobre o trafego durante um período. > > Não se esqueça que os SW isolam o tráfego. Entao nao basta monitorar no > modo promíscuo. > > Acho que o mais provável é voce tenha um loop na sua rede! > Exemplo: Um cabo ligando o sw A no sw B e outro ligando o B no A > >>explique melhor esta parte do loop ai pq realmente ta confuso, quanto a > >> questão de cabo todos os switchs >>aqui apesar de serem não gerenciaveis > >> tem em todas as portas a tecnolgia MDI/MDIX eliminando a >>possibilidade > >> de por exemplo estar usando um cabo cross onde não deveria e se por > >> acaso tivesse um cabo >>cross ligao em algum equipamento isso não iria > >> fazer diferença. Imagine o seguinte: O sw A envia um broadcast para descobrir os IPs dos equipamentos que estao ligados ás suas portas. O sw B esta ligado a uma de suas portas e faz forward do broadcast para todas as suas portas. Umas destas portas esta ligada por sua vez ao sw A, que recebe o broadcast de volta e envia novamente para todas as porta .... e assim ao infinito. Se seu SW nao tiver um isolamento para este tipo de problema, provavelmente voce terá um aumento de seu tráfego na rede interna. Isto aconteceu comingo há um mes, porque o STA do meu SW enterasys estava desativado ... joaquim abc ******************************************** De: Helio Chissini de Castro Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Atualização do K3B do CL10 - como proceder? Data: Fri, 13 Aug 2004 08:11:50 -0300 Olá.. On Friday 13 August 2004 00:27, Edward Martin wrote: > Amigos, > > Em último caso pego código fonte do site do K3B e compilo > na mão. Fora a mão de obra, acredito que vai fazer um pequeno > estrago na base de dados RPM, mas pelo menos resolve o problema. > > Abraços, > Martin Pode ser bem mais simples que isso. Tu poderias abrir um bug no bugzilla da Conectiva com o problema relatado com detalhes e até mesmo uma atualização pode ser validada pela equipe. Acredite, se você nào contar pro pessoal da Conectiva pelos meios corretos que não está funcionando, eles nunca vão adivinhar o problema e provavelmente não vão soltar uma atualização []'s -- Helio Castro KDE Developer Development Conectiva S.A. ******************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Arquivo com atributos e características extranhas. Data: Tue, 5 Apr 2005 15:48:51 -0300 Miguel Da Silva wrote: >Alguém saberia dizer que arquivo mais extranho é esse?! > >?-ws-w--wT 22223 853669866 34570114654 3128280642 Aug 3 1926 >user.entities Corrupção do sistema de arquivos. Manda ver no fsck. -- Thiago Macieira - thiago (AT) macieira (DOT) info ******************************************** De: Jorge Godoy Para: Depto de Informatica Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Falha de Segmentação Data: 23 May 2005 17:59:16 -0300 "Depto de Informatica" writes: > Instalei o Conectiva Linux 10 em uma máquina Dell PowerEdge 1800, tudo > certo, porém ao utilizar o apt-get para instalar pacotes aparece a seguinte > mensage: Falha de segmentação. > Alguém sabe resolver este problema ? Se for um sinal 11, sugiro que você rode um memtest. Além disso é possível que você precise abrir a máquina, limpar os contatos das memórias com uma borracha -- aquelas verdes de desenho são ótimos, mas aquelas brancas de colocar em lápis também são muito boas... deve ser uma borracha mole -- e recolocá-las na máquina. Esse tipo de falha -- a que descrevi -- costuma estar ligada a problemas de memória -- físicos, geralmente. -- Jorge Godoy ******************************************** De: Aldo Nogueira Para: danielle@task.net.br Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Problemas com Kernel e AMD Sempron?!? Data: Tue, 07 Jun 2005 17:40:24 -0300 > Bom dia pessoal, > > Instalei o Cl10 (via cd) em um pc com processador AMD Sempron 2.6, 256MB > RAM, placa de vídeo da Sis 6330, etc... > Depois atualizei todos os pacotes via apt-get. > > Foi instalado o Kernel 2.6.5 mas sempre que estava usando o KDE ou até mesmo > o console fora do X, a máquina travava inteira e só voltava depois de > bootar... Quando eu vi isso acontecer era memoria com defeito. Tenta rodar o memory test utility no boot. Pode ser o AGP tambem. Tive problemas com uma placa mae pcchips que nao se entendia com o uma geforce. Nao sei se aconteceria com video onboard. De qq forma, para resolver, eu desligava o AGP na configuracao do X. ... > Vi que no repositório da conectiva tem kernel pra athlon e i686. Qual é o > correto para meu processador? O athlon mesmo? Acho que o sempron eh um athlon sim. > Não sei mais o que fazer. > Alguém já passou por isso e pode me ajudar? > > Danielle Espero ajudar. Abracos Aldo ******************************************** De: André Silva Coelho de Oliveira Para: José Carlos Colzani , linux-br@bazar2.conectiva.com.br Assunto: RES: (linux-br)NFS lento so de um lado da transferencia Data: Mon, 15 Aug 2005 12:09:33 -0300 Bom dia José, Eu tive certa vez um problema semelhante com o Samba. Acabei descobrindo que a minha placa não estava como fulld-uplex. Acabei encontrando na net um conjunto de dicas. Segue as seguintes: - Verifique se não é algo com teu hardware. Talvez algum equipamento (placa de rede, switch....) esteja em half-duplex ou então com algum defeito. - Tente passar as seguintes options no fstab ou no mount manual: rsize=8192,wsize=8192 ou rsize=32768,wsize=32768 ex: //("mountagem") (rw,async,rsize=32768,wsize=32768) - É drástico, mas tente atualizar o kernel para versão 2.6.8.1 que funciona muito bem(ao menos comigo :-) - Veja se no /etc/hosts a procura está para ser feita primeiro em localhost. Isso agiliza um pouco. - Infelizmente cara. Por experiência própria, o client NFS do Linux é um pouco lento mesmo. Sei que no caso está MUITO lento, mas o SMB é bem mais rápido que o NFS mesmo. Mesmo em máquinas Unix onde o NFS funciona bem, eu considero o SMB mais rápido... minha opinião por meus próprios testes... não é uma LEI! :-) - Outra coisa que tu pode testar é o seguinte. Proporcionalmente(deveria ser assim) um arquivo GRANDE deveria ser copiado muito mais rápido que vários arquivos pequenos. Ex: 10 arquivos de 10mb deveriam demorar mais que 1 aquivo de 100mb. Só por curiosidade... veja se isto está sendo verdadeiro. - De uma olhada em /etc/vfstab e veja se está tudo certo. Depois de tanto tiro no escuro cara... qualquer coisa tenta ai que eu continuo pensando no assunto blz! :-) Um abraço > marcio katan escreveu: > > Olá. Qual é o linux na estação? Já verificou se a versão > que está usando no > > servidor é a mesma da estação? Pode ser problema de versão > de protocolo > > diferentes. > > Um abraço. > > > > Bom, na estacao estou usando Slackware 10.1 no servidor 10.0, > ambos com > kernel 2.4.29. > > Hoje reabilitei o samba, e com o samba funciona normal. > > Ja passei fsck na particao, e nao encontrou nenhum erro. Uso reiserfs > nas duas. > > Ja revirei o sistema inteiro e ate agora nada. > Teria como aumentar o nivel de debug do nfsd ? Se pelo menos mostrasse > algum erro no messages.... > > Abraços.... ********************************************