Re: como descobrir o motivo de travar?

[Fabio Guerrazzi]

Em 10/02/07, RicardoFunke<[EMAIL PROTECTED]> escreveu:

Bom, tudo bem, depois que configurei o tal do cold and quiet parece
que meu computador não travou mais, de repente deve ter sido problema
de super aquecimento. Como posso saber a temperatura do processador no
linux?



mbmon

---
Fabio.

Re: como descobrir o motivo de travar?

[Renato S. Yamane]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Em 10-02-2007 18:43, RicardoFunke escreveu:
> Bom, tudo bem, depois que configurei o tal do cold and quiet parece
> que meu computador não travou mais, de repente deve ter sido problema
> de super aquecimento. Como posso saber a temperatura do processador no
> linux?

Verifique os arquivos que você possui em /proc/acpi/thermal_zone

$cat /proc/acpi/thermal_zone/TZCR/temperature
temperature: 46 C

- --
Renato S. Yamane
Fingerprint: 68AE A381 938A F4B9 8A23  D11A E351 5030 D420 515A
PGP Server: http://pgp.mit.edu/ --> KeyID: 0xD420515A

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFFz2t241FQMNQgUVoRAihwAJ95h3fhlU6rGfiOP8UuRpsIzk44wQCfUU/T
bvtq234UpaHkYl0SqWKs2Tc=
=kwGW
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: como descobrir o motivo de travar?

[RicardoFunke]

Bom, tudo bem, depois que configurei o tal do cold and quiet parece
que meu computador não travou mais, de repente deve ter sido problema
de super aquecimento. Como posso saber a temperatura do processador no
linux?

Mas tá parecendo que o linux não oferece um bom diagnóstico do
hardware e do sistema, o Solaris parece oferecer algo melhor com
aquele tal de Dtrace, é isso ou estou enganado? Mas acredito muito no
linux e acho que ainda vai existir alguma ferramenta de diagnóstico do
sistema e do hardware.

Obrigado a todos

Em 09/02/07, Ataliba Neto<[EMAIL PROTECTED]> escreveu:

Bem,

Se o sistema trava sem motivos, e não aparece nada nos log's, provavelmente
seja probelma físico, então eu trocaria as peças uma por uma, placa de
memória, processador, placa mãe e etc... ou pegar o hd e rodar em outra
máquina, se travar é o sistema senão é o pc bichado.

É na base da tentativa e erro.

--
Ataliba Neto.
"Muitos me seguem, só Deus me acompanha."

Re: como descobrir o motivo de travar?

[Ataliba Neto]

Bem,

Se o sistema trava sem motivos, e não aparece nada nos log's, provavelmente
seja probelma físico, então eu trocaria as peças uma por uma, placa de
memória, processador, placa mãe e etc... ou pegar o hd e rodar em outra
máquina, se travar é o sistema senão é o pc bichado.

É na base da tentativa e erro.

--
Ataliba Neto.
"Muitos me seguem, só Deus me acompanha."

Re: como descobrir o motivo de travar?

[RicardoFunke]

Na verdade o meu micro não reinicia e sim trava, no dia que enviei a
mensagem da segunda travada, eu olhei no setup da bios e desabilitei a
opção "cold and quiet" ou algo assim, acho que essa opção fazia o
cooler rodar mais devagar para não fazer barulho. Talvez o aMule
estivesse usando muito a CPU e causando superaquecimento, só sei que
depois que desabilitei essa opção o micro até agora não travou de
novo.

ontem deixei ligado, hoje quando chegar lá pelas 23:40 vou verificar
se travou, então posto outra vez.

Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:

Um amigo meu está com um problema semelhante: se ele deixar o emule ligado,
o PC reinicia...
Tentou passar alguma ferramenta de diagnóstico no HD??

www.google.com/search?q=hiren+boot

[]s


> -Mensagem original-
> De: RicardoFunke [mailto:[EMAIL PROTECTED]
> Enviada em: domingo, 4 de fevereiro de 2007 17:43
> Para: debian-user-portuguese@lists.debian.org
> Assunto: Re: como descobrir o motivo de travar?
>
> Certo Davi, mas ainda desconfio que não seja ACPI/APM porque depois
> dessas duas travadas, continuei deixando a máquina parada um tempão,
> religuei o protetor de tela mas não travou denovo, estou desconfiado
> que seja alguma coisa com a rede.
>
> Hoje, depois de ter deixado o pc ligado a noite inteira, verifiquei
> que não tinha conexão com a internet, o pc não tinha travado, achei
> que o vizinho tinha desligado o modem denovo, mas me deu um lance e
> reiniciei o pc e a conexão retornou, fiquei achando que o modem não
> tinha sido desligado, mas a minha rede que caiu por algum motivo. Dá
> próxima vez que desconfiar de que o modem foi desligado foi reiniciar
> somente a rede e ver se volta e verificar nos logs imediatamente.
>
> Claro que também vou considerar o problema de ACPI e considerar sua dica,
> valeu
>
> Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:
> > Então essa máquina é demais pra você!!! =]
> >
> > Tente desativar APM/ACPI na Bios... Se resolver, já sabes onde atacar...
> =)
> >
> > []s
> >
> > > -Mensagem original-
> > > De: RicardoFunke [mailto:[EMAIL PROTECTED]
> > > Enviada em: domingo, 4 de fevereiro de 2007 17:28
> > > Para: debian-user-portuguese@lists.debian.org
> > > Assunto: Re: como descobrir o motivo de travar?
> > >
> > > Só uso pra navegar, é o meu micro pessoal, uso em casa, não mexo com
> > > design, nem jogo. só navego na net, uso o amule e às vezes uso
> > > openoffice, só isso e mais nada.
> > >
> > > Agradeço a atenção, sua e de todos é claro ;-)
> > >
> > > Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:
> > > > Péssima qualidade?
> > > > Depende...
> > > > Se o cara trabalhar com CAD e outras coisinhas assim, a máquina é
> uma
> > > droga
> > > > MESMO.
> > > >
> > > > Ricardo, para que você usa o PC?
> > > >
> > > > []s
> > > >
> > > > PS.: As ECS K7VM tiveram um problema de travamento no Linux. No
> Windows
> > > > funciona tranqüilo... No Linux trava de uma hora para a outra.
> Apenas
> > > > desativei o APM/ACPI na BIOS e tudo funcionou... O problema? Driver?
> > > > Não tentei atualizar o driver...
> > > >
> > > >
> > > > > -Mensagem original-
> > > > > De: RicardoFunke [mailto:[EMAIL PROTECTED]
> > > > > Enviada em: domingo, 4 de fevereiro de 2007 15:58
> > > > > Para: debian-user-portuguese@lists.debian.org
> > > > > Assunto: Re: como descobrir o motivo de travar?
> > > > >
> > > > > Ótimo, o que eu gostaria de saber é onde está escrito no linux que
> o
> > > > > meu hardware é de péssima qualidade, embora eu já saiba disso.
> > > > >
> > > > > Em 03/02/07, Marcio de Araujo Benedito<[EMAIL PROTECTED]>
> > > escreveu:
> > > > > > * RicardoFunke ([EMAIL PROTECTED]) wrote:
> > > > > >
> > > > > > > Olá Pessoal,
> > > > > > >
> > > > > > > Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400
> de
> > > RAM,
> > > > > > > Vídeo On-Board,
> > > > > > [...]
> > > > > > > gostaria de saber como
> > > > > > > descobrir o motivo do travamento, onde e como devo procurar?
> > > > > >
> > > > > > O motivo do travamento está explicito: a pessima qualidade de
> seu
> > > > > > hardware!
> > > > > >
> > > > > > --
> > > > > > Existem muitas semelhanças entre a colonização eletrônica e o
> > > > > > sistema colonial antigo. [...] O sistema colonial recruta elites
> > > > > > locais para conseguir subjugar o resto da população. Ao fornecer
> > > > > > cópias grátis de seus softwares, que não são livres, para
> escolas,
> > > > > > a Microsoft está usando a escola para criar uma futura
> dependência
> > > > > > tecnológica na sociedade.
> > > > > > Richard Stallman
> > > > > >
> > > > > >
> > > >
> > > >
> >
> >

Re: como descobrir o motivo de travar?

[RicardoFunke]

Certo Davi, mas ainda desconfio que não seja ACPI/APM porque depois
dessas duas travadas, continuei deixando a máquina parada um tempão,
religuei o protetor de tela mas não travou denovo, estou desconfiado
que seja alguma coisa com a rede.

Hoje, depois de ter deixado o pc ligado a noite inteira, verifiquei
que não tinha conexão com a internet, o pc não tinha travado, achei
que o vizinho tinha desligado o modem denovo, mas me deu um lance e
reiniciei o pc e a conexão retornou, fiquei achando que o modem não
tinha sido desligado, mas a minha rede que caiu por algum motivo. Dá
próxima vez que desconfiar de que o modem foi desligado foi reiniciar
somente a rede e ver se volta e verificar nos logs imediatamente.

Claro que também vou considerar o problema de ACPI e considerar sua dica, valeu

Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:

Então essa máquina é demais pra você!!! =]

Tente desativar APM/ACPI na Bios... Se resolver, já sabes onde atacar... =)

[]s

> -Mensagem original-
> De: RicardoFunke [mailto:[EMAIL PROTECTED]
> Enviada em: domingo, 4 de fevereiro de 2007 17:28
> Para: debian-user-portuguese@lists.debian.org
> Assunto: Re: como descobrir o motivo de travar?
>
> Só uso pra navegar, é o meu micro pessoal, uso em casa, não mexo com
> design, nem jogo. só navego na net, uso o amule e às vezes uso
> openoffice, só isso e mais nada.
>
> Agradeço a atenção, sua e de todos é claro ;-)
>
> Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:
> > Péssima qualidade?
> > Depende...
> > Se o cara trabalhar com CAD e outras coisinhas assim, a máquina é uma
> droga
> > MESMO.
> >
> > Ricardo, para que você usa o PC?
> >
> > []s
> >
> > PS.: As ECS K7VM tiveram um problema de travamento no Linux. No Windows
> > funciona tranqüilo... No Linux trava de uma hora para a outra. Apenas
> > desativei o APM/ACPI na BIOS e tudo funcionou... O problema? Driver?
> > Não tentei atualizar o driver...
> >
> >
> > > -Mensagem original-
> > > De: RicardoFunke [mailto:[EMAIL PROTECTED]
> > > Enviada em: domingo, 4 de fevereiro de 2007 15:58
> > > Para: debian-user-portuguese@lists.debian.org
> > > Assunto: Re: como descobrir o motivo de travar?
> > >
> > > Ótimo, o que eu gostaria de saber é onde está escrito no linux que o
> > > meu hardware é de péssima qualidade, embora eu já saiba disso.
> > >
> > > Em 03/02/07, Marcio de Araujo Benedito<[EMAIL PROTECTED]>
> escreveu:
> > > > * RicardoFunke ([EMAIL PROTECTED]) wrote:
> > > >
> > > > > Olá Pessoal,
> > > > >
> > > > > Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de
> RAM,
> > > > > Vídeo On-Board,
> > > > [...]
> > > > > gostaria de saber como
> > > > > descobrir o motivo do travamento, onde e como devo procurar?
> > > >
> > > > O motivo do travamento está explicito: a pessima qualidade de seu
> > > > hardware!
> > > >
> > > > --
> > > > Existem muitas semelhanças entre a colonização eletrônica e o
> > > > sistema colonial antigo. [...] O sistema colonial recruta elites
> > > > locais para conseguir subjugar o resto da população. Ao fornecer
> > > > cópias grátis de seus softwares, que não são livres, para escolas,
> > > > a Microsoft está usando a escola para criar uma futura dependência
> > > > tecnológica na sociedade.
> > > > Richard Stallman
> > > >
> > > >
> >
> >

Re: como descobrir o motivo de travar?

[RicardoFunke]

Só uso pra navegar, é o meu micro pessoal, uso em casa, não mexo com
design, nem jogo. só navego na net, uso o amule e às vezes uso
openoffice, só isso e mais nada.

Agradeço a atenção, sua e de todos é claro ;-)

Em 04/02/07, Davi Vidal<[EMAIL PROTECTED]> escreveu:

Péssima qualidade?
Depende...
Se o cara trabalhar com CAD e outras coisinhas assim, a máquina é uma droga
MESMO.

Ricardo, para que você usa o PC?

[]s

PS.: As ECS K7VM tiveram um problema de travamento no Linux. No Windows
funciona tranqüilo... No Linux trava de uma hora para a outra. Apenas
desativei o APM/ACPI na BIOS e tudo funcionou... O problema? Driver?
Não tentei atualizar o driver...


> -Mensagem original-
> De: RicardoFunke [mailto:[EMAIL PROTECTED]
> Enviada em: domingo, 4 de fevereiro de 2007 15:58
> Para: debian-user-portuguese@lists.debian.org
> Assunto: Re: como descobrir o motivo de travar?
>
> Ótimo, o que eu gostaria de saber é onde está escrito no linux que o
> meu hardware é de péssima qualidade, embora eu já saiba disso.
>
> Em 03/02/07, Marcio de Araujo Benedito<[EMAIL PROTECTED]> escreveu:
> > * RicardoFunke ([EMAIL PROTECTED]) wrote:
> >
> > > Olá Pessoal,
> > >
> > > Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> > > Vídeo On-Board,
> > [...]
> > > gostaria de saber como
> > > descobrir o motivo do travamento, onde e como devo procurar?
> >
> > O motivo do travamento está explicito: a pessima qualidade de seu
> > hardware!
> >
> > --
> > Existem muitas semelhanças entre a colonização eletrônica e o
> > sistema colonial antigo. [...] O sistema colonial recruta elites
> > locais para conseguir subjugar o resto da população. Ao fornecer
> > cópias grátis de seus softwares, que não são livres, para escolas,
> > a Microsoft está usando a escola para criar uma futura dependência
> > tecnológica na sociedade.
> > Richard Stallman
> >
> >

Re: como descobrir o motivo de travar?

[RicardoFunke]

Ótimo, o que eu gostaria de saber é onde está escrito no linux que o
meu hardware é de péssima qualidade, embora eu já saiba disso.

Em 03/02/07, Marcio de Araujo Benedito<[EMAIL PROTECTED]> escreveu:

* RicardoFunke ([EMAIL PROTECTED]) wrote:

> Olá Pessoal,
>
> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> Vídeo On-Board,
[...]
> gostaria de saber como
> descobrir o motivo do travamento, onde e como devo procurar?

O motivo do travamento está explicito: a pessima qualidade de seu
hardware!

--
Existem muitas semelhanças entre a colonização eletrônica e o
sistema colonial antigo. [...] O sistema colonial recruta elites
locais para conseguir subjugar o resto da população. Ao fornecer
cópias grátis de seus softwares, que não são livres, para escolas,
a Microsoft está usando a escola para criar uma futura dependência
tecnológica na sociedade.
Richard Stallman

Re: como descobrir o motivo de travar?

[RicardoFunke]

Bom, eu sei disso hamacker, meu micro é caseiro :)

Em 01/02/07, hamacker<[EMAIL PROTECTED]> escreveu:

Na realidade voce está bloqueando a resposta de icmp, onde o ping é
apenas um deles, se voce bloqueia, bloqueia também possiveis
diagnosticos na sua rede. Não é muito saudável fazer isso, a menos que
realmente não se precise de icmp, é o caso banal de micros caseiros.

O melhor jeito na minha opnião é por via iptables, onde pode-se
limitar o tempo, a banda, etc...

Veja : http://en.wikipedia.org/wiki/Smurf_attack
http://en.wikipedia.org/wiki/Smurf_attack

Em 01/02/07, RicardoFunke<[EMAIL PROTECTED]> escreveu:
> Bom pessoal,
>
> eu executo o seguinte comando toda vez que inicio o computador:
>
> echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
>
> isso faz com que minha máquina não aceite ping, então acho que não
> deve ser o problema do ping da morte, me corrija se estiver iludido.
>
> Quanto ao kernel, vou verificar qual a versão estou usando no ubuntu
> edgy e posto o resultado, valeu
>
> Em 01/02/07, Marcos Lazarini<[EMAIL PROTECTED]> escreveu:
> > Vc podia tentar com um kernel mais novo, o 2.6.18 já está no repositório.
> > Talvez seja algum bug no driver da placa de rede...
> >
> > Mas eu tbm já vi problemas com o OpenGL travar o micro. Verifique se
> > não é o caso; tente usar o driver VESA p/ ver se dá diferença.
> > --
> > Marcos
> >
> > Em 31/01/07, hamacker<[EMAIL PROTECTED]> escreveu:
> > > Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
> > > pacotes ou está infectada tantando algum 'ping da morte' no seu
> > > computador. Use o 'top' e repita o teste
> > >  e confira %uso e o programa que mais consome memória.
> > >
> > > O ntop também seria legal para ver como está o trafego de pacotes da sua 
rede.
> > >
> > > Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
> > > de cache local para agilizar as coisas.
> > >
> > > []'s
> > >
> > >
> > > 2007/1/30, RicardoFunke <[EMAIL PROTECTED]>:
> > > > Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
> > > > não tinha travado e o filme que eu estava baixando tinha concluído,
> > > > percebemos que o nosso vizinho que compartilha a rede conosco tinha
> > > > desligado o modem, daí fomos rodar o filme, o filme começou e de
> > > > repente a máquina travou.
> > > >
> > > > Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
> > > > momento que o modem do vizinho tinha sido religado, reparem que do
> > > > minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
> > > > desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
> > > > tava uns 40°C. O Computador é zerado, comprei a poucos dias.
> > > >
> > > > ##
> > > >
> > > > Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
> > > > "xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
> > > > configuração com permiss
> > > > ões apenas de leitura na posição 4
> > > > Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
> > > > until link up.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = 
.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
> > > > 45e1 adv = 01e1.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
> > > > Mbps Full Duplex mode.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = 
.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
> > > > 45e1 adv = 01e1.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
> > > > Mbps Full Duplex mode.
> > > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
> > > > GConf não está sendo usado, desligando.
> > > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
> > > > Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
> > > > Jan 30 19:47:57 localhost kernel: Inspecting 
/boot/System.map-2.6.17-10-generic
> > > > Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
> > > > /boot/System.map-2.6.17-10-generic.
> > > > Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17
> > > >
> > > > ###
> > > >
> >
> >
>
>

Re: como descobrir o motivo de travar?

[Marcio de Araujo Benedito]

* RicardoFunke ([EMAIL PROTECTED]) wrote:

> Olá Pessoal,
>
> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> Vídeo On-Board, 
[...]
> gostaria de saber como
> descobrir o motivo do travamento, onde e como devo procurar?

O motivo do travamento está explicito: a pessima qualidade de seu
hardware!

--
Existem muitas semelhanças entre a colonização eletrônica e o 
sistema colonial antigo. [...] O sistema colonial recruta elites 
locais para conseguir subjugar o resto da população. Ao fornecer 
cópias grátis de seus softwares, que não são livres, para escolas, 
a Microsoft está usando a escola para criar uma futura dependência 
tecnológica na sociedade.
Richard Stallman

Re: como descobrir o motivo de travar?

[hamacker]

Na realidade voce está bloqueando a resposta de icmp, onde o ping é
apenas um deles, se voce bloqueia, bloqueia também possiveis
diagnosticos na sua rede. Não é muito saudável fazer isso, a menos que
realmente não se precise de icmp, é o caso banal de micros caseiros.

O melhor jeito na minha opnião é por via iptables, onde pode-se
limitar o tempo, a banda, etc...

Veja : http://en.wikipedia.org/wiki/Smurf_attack
http://en.wikipedia.org/wiki/Smurf_attack

Em 01/02/07, RicardoFunke<[EMAIL PROTECTED]> escreveu:

Bom pessoal,

eu executo o seguinte comando toda vez que inicio o computador:

echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all

isso faz com que minha máquina não aceite ping, então acho que não
deve ser o problema do ping da morte, me corrija se estiver iludido.

Quanto ao kernel, vou verificar qual a versão estou usando no ubuntu
edgy e posto o resultado, valeu

Em 01/02/07, Marcos Lazarini<[EMAIL PROTECTED]> escreveu:
> Vc podia tentar com um kernel mais novo, o 2.6.18 já está no repositório.
> Talvez seja algum bug no driver da placa de rede...
>
> Mas eu tbm já vi problemas com o OpenGL travar o micro. Verifique se
> não é o caso; tente usar o driver VESA p/ ver se dá diferença.
> --
> Marcos
>
> Em 31/01/07, hamacker<[EMAIL PROTECTED]> escreveu:
> > Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
> > pacotes ou está infectada tantando algum 'ping da morte' no seu
> > computador. Use o 'top' e repita o teste
> >  e confira %uso e o programa que mais consome memória.
> >
> > O ntop também seria legal para ver como está o trafego de pacotes da sua 
rede.
> >
> > Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
> > de cache local para agilizar as coisas.
> >
> > []'s
> >
> >
> > 2007/1/30, RicardoFunke <[EMAIL PROTECTED]>:
> > > Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
> > > não tinha travado e o filme que eu estava baixando tinha concluído,
> > > percebemos que o nosso vizinho que compartilha a rede conosco tinha
> > > desligado o modem, daí fomos rodar o filme, o filme começou e de
> > > repente a máquina travou.
> > >
> > > Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
> > > momento que o modem do vizinho tinha sido religado, reparem que do
> > > minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
> > > desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
> > > tava uns 40°C. O Computador é zerado, comprei a poucos dias.
> > >
> > > ##
> > >
> > > Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
> > > "xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
> > > configuração com permiss
> > > ões apenas de leitura na posição 4
> > > Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
> > > until link up.
> > > Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = .
> > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
> > > 45e1 adv = 01e1.
> > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
> > > Mbps Full Duplex mode.
> > > Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = .
> > > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
> > > 45e1 adv = 01e1.
> > > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
> > > Mbps Full Duplex mode.
> > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
> > > GConf não está sendo usado, desligando.
> > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
> > > Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
> > > Jan 30 19:47:57 localhost kernel: Inspecting 
/boot/System.map-2.6.17-10-generic
> > > Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
> > > /boot/System.map-2.6.17-10-generic.
> > > Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17
> > >
> > > ###
> > >
>
>

Re: como descobrir o motivo de travar?

[RicardoFunke]

Bom pessoal,

eu executo o seguinte comando toda vez que inicio o computador:

echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all

isso faz com que minha máquina não aceite ping, então acho que não
deve ser o problema do ping da morte, me corrija se estiver iludido.

Quanto ao kernel, vou verificar qual a versão estou usando no ubuntu
edgy e posto o resultado, valeu

Em 01/02/07, Marcos Lazarini<[EMAIL PROTECTED]> escreveu:

Vc podia tentar com um kernel mais novo, o 2.6.18 já está no repositório.
Talvez seja algum bug no driver da placa de rede...

Mas eu tbm já vi problemas com o OpenGL travar o micro. Verifique se
não é o caso; tente usar o driver VESA p/ ver se dá diferença.
--
Marcos

Em 31/01/07, hamacker<[EMAIL PROTECTED]> escreveu:
> Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
> pacotes ou está infectada tantando algum 'ping da morte' no seu
> computador. Use o 'top' e repita o teste
>  e confira %uso e o programa que mais consome memória.
>
> O ntop também seria legal para ver como está o trafego de pacotes da sua rede.
>
> Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
> de cache local para agilizar as coisas.
>
> []'s
>
>
> 2007/1/30, RicardoFunke <[EMAIL PROTECTED]>:
> > Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
> > não tinha travado e o filme que eu estava baixando tinha concluído,
> > percebemos que o nosso vizinho que compartilha a rede conosco tinha
> > desligado o modem, daí fomos rodar o filme, o filme começou e de
> > repente a máquina travou.
> >
> > Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
> > momento que o modem do vizinho tinha sido religado, reparem que do
> > minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
> > desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
> > tava uns 40°C. O Computador é zerado, comprei a poucos dias.
> >
> > ##
> >
> > Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
> > "xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
> > configuração com permiss
> > ões apenas de leitura na posição 4
> > Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
> > until link up.
> > Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = .
> > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
> > 45e1 adv = 01e1.
> > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
> > Mbps Full Duplex mode.
> > Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = .
> > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
> > 45e1 adv = 01e1.
> > Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
> > Mbps Full Duplex mode.
> > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
> > GConf não está sendo usado, desligando.
> > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
> > Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
> > Jan 30 19:47:57 localhost kernel: Inspecting 
/boot/System.map-2.6.17-10-generic
> > Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
> > /boot/System.map-2.6.17-10-generic.
> > Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17
> >
> > ###
> >

Re: como descobrir o motivo de travar?

[Marcos Lazarini]

Vc podia tentar com um kernel mais novo, o 2.6.18 já está no repositório.
Talvez seja algum bug no driver da placa de rede...

Mas eu tbm já vi problemas com o OpenGL travar o micro. Verifique se
não é o caso; tente usar o driver VESA p/ ver se dá diferença.
--
Marcos

Em 31/01/07, hamacker<[EMAIL PROTECTED]> escreveu:

Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
pacotes ou está infectada tantando algum 'ping da morte' no seu
computador. Use o 'top' e repita o teste
 e confira %uso e o programa que mais consome memória.

O ntop também seria legal para ver como está o trafego de pacotes da sua rede.

Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
de cache local para agilizar as coisas.

[]'s


2007/1/30, RicardoFunke <[EMAIL PROTECTED]>:
> Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
> não tinha travado e o filme que eu estava baixando tinha concluído,
> percebemos que o nosso vizinho que compartilha a rede conosco tinha
> desligado o modem, daí fomos rodar o filme, o filme começou e de
> repente a máquina travou.
>
> Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
> momento que o modem do vizinho tinha sido religado, reparem que do
> minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
> desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
> tava uns 40°C. O Computador é zerado, comprei a poucos dias.
>
> ##
>
> Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
> "xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
> configuração com permiss
> ões apenas de leitura na posição 4
> Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
> until link up.
> Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = .
> Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
> 45e1 adv = 01e1.
> Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
> Mbps Full Duplex mode.
> Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = .
> Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
> 45e1 adv = 01e1.
> Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
> Mbps Full Duplex mode.
> Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
> GConf não está sendo usado, desligando.
> Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
> Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
> Jan 30 19:47:57 localhost kernel: Inspecting 
/boot/System.map-2.6.17-10-generic
> Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
> /boot/System.map-2.6.17-10-generic.
> Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17
>
> ###
>

Re: como descobrir o motivo de travar?

[hamacker]

Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
pacotes ou está infectada tantando algum 'ping da morte' no seu
computador. Use o 'top' e repita o teste
e confira %uso e o programa que mais consome memória.

O ntop também seria legal para ver como está o trafego de pacotes da sua rede.

Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
de cache local para agilizar as coisas.

[]'s


2007/1/30, RicardoFunke <[EMAIL PROTECTED]>:

Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
não tinha travado e o filme que eu estava baixando tinha concluído,
percebemos que o nosso vizinho que compartilha a rede conosco tinha
desligado o modem, daí fomos rodar o filme, o filme começou e de
repente a máquina travou.

Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
momento que o modem do vizinho tinha sido religado, reparem que do
minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
tava uns 40°C. O Computador é zerado, comprei a poucos dias.

##

Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
"xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
configuração com permiss
ões apenas de leitura na posição 4
Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
until link up.
Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = .
Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
45e1 adv = 01e1.
Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
Mbps Full Duplex mode.
Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = .
Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
45e1 adv = 01e1.
Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
Mbps Full Duplex mode.
Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
GConf não está sendo usado, desligando.
Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
Jan 30 19:47:57 localhost kernel: Inspecting /boot/System.map-2.6.17-10-generic
Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
/boot/System.map-2.6.17-10-generic.
Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17

###

Alguém já viu o linux travar por causa que a rede voltou? Ou seria o
Emule que fez travar nesse momento já que estava rodando?

2007/1/30, Vinicius De Mario <[EMAIL PROTECTED]>:
> hamacker escreveu:
> > Tente deixar ligado sem iptables/amule e ao retornar verifique se esta
> > travado.
> >
> > Como voce bem suspeitou ACPI/APM não funcionam bem em certas placas,
> > tanto que há versões mais de ACPI. Eu tenho uma chipset SIS onde o
> > video onboard tem que está setado em 64M, menos que isso o Windows
> > trava com frequencia. Então a placa mãe influencia muito na
> > estabilidade.
> >
> > Por aqui tem máquinas pcchips que ao hibernar não voltam mais, o
> > detalhe é que são windows. Mesmo o desligar somente o monitor varia de
> > máquina para máquina. Numas funcionam parcialmente, por exemplo
> > desligando o teclado após retornar, noutra não acordam mais e outras
> > funcionam 100%.
> >
> > Se voce usa algum tipo de hibernação (desligar monitor, hd,...) é
> > melhor desativa-lo, no KDE não sei onde isso é ajustado, mas no gnome
> > é sistema->preferencias->energia.
> >
> > Outra coisa AMD K6 esquentam a beça, não digo nada se seu processador
> > já não está comprometido, isto é, ao esquentar um pouquinho (o amule é
> > um ladrão de CPU) o bicho abre o bico.
> >
> > []'s e sucesso nos seus testes, qualquer coisa relate à lista os
> > resultados.
> >
> > 2007/1/29, RicardoFunke <[EMAIL PROTECTED]>:
> >> Olá Pessoal,
> >>
> >> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> >> Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
> >> eu mesmo escrevi no iptables.
> >>
> >> Deixo este computador ligado no KDE com amule baixando dois arquivos,
> >> mas quando chego em casa ele está travado, não sei se é por causa do
> >> protetor de tela, porque já vi acontecer muitas vezes no linux,
> >> especialmente com o Gnome, se é por causa das conexões do amule, ou se
> >> é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
> >> descobrir o motivo do travamento, onde e como devo procurar?
> >>
> >>
> >
> >
> >
> Uma experiencia interessante quanto a excesso de temperatura é compilar
> o kernel. A CPU fica, normalmente, totalmente ocupada. Montei um Athlon
> 64 e só descobri que tinha pau na CPU por que fui compilar o kernel, a
> máquina desligava após uns 10 minutos.
>
> Interessante é mandar compilar o kernel e ficar monitorando a
> temperatura e velocidade dos ventiladores. A minha CPU fazia o micro
> desligar qdo a temperatura ficava um pouco acima de 60C. Troquei a CPU e
> a temperatura não passa de 50C, mesmo qdo está 100

Re: como descobrir o motivo de travar?

[RicardoFunke]

Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
não tinha travado e o filme que eu estava baixando tinha concluído,
percebemos que o nosso vizinho que compartilha a rede conosco tinha
desligado o modem, daí fomos rodar o filme, o filme começou e de
repente a máquina travou.

Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
momento que o modem do vizinho tinha sido religado, reparem que do
minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
tava uns 40°C. O Computador é zerado, comprei a poucos dias.

##

Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
"xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
configuração com permiss
ões apenas de leitura na posição 4
Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
until link up.
Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = .
Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
45e1 adv = 01e1.
Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
Mbps Full Duplex mode.
Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = .
Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: mii lpa =
45e1 adv = 01e1.
Jan 30 19:40:47 localhost kernel: [17260913.72] eth0: link on 100
Mbps Full Duplex mode.
Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
GConf não está sendo usado, desligando.
Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
Jan 30 19:47:57 localhost kernel: Inspecting /boot/System.map-2.6.17-10-generic
Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
/boot/System.map-2.6.17-10-generic.
Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17

###

Alguém já viu o linux travar por causa que a rede voltou? Ou seria o
Emule que fez travar nesse momento já que estava rodando?

2007/1/30, Vinicius De Mario <[EMAIL PROTECTED]>:

hamacker escreveu:
> Tente deixar ligado sem iptables/amule e ao retornar verifique se esta
> travado.
>
> Como voce bem suspeitou ACPI/APM não funcionam bem em certas placas,
> tanto que há versões mais de ACPI. Eu tenho uma chipset SIS onde o
> video onboard tem que está setado em 64M, menos que isso o Windows
> trava com frequencia. Então a placa mãe influencia muito na
> estabilidade.
>
> Por aqui tem máquinas pcchips que ao hibernar não voltam mais, o
> detalhe é que são windows. Mesmo o desligar somente o monitor varia de
> máquina para máquina. Numas funcionam parcialmente, por exemplo
> desligando o teclado após retornar, noutra não acordam mais e outras
> funcionam 100%.
>
> Se voce usa algum tipo de hibernação (desligar monitor, hd,...) é
> melhor desativa-lo, no KDE não sei onde isso é ajustado, mas no gnome
> é sistema->preferencias->energia.
>
> Outra coisa AMD K6 esquentam a beça, não digo nada se seu processador
> já não está comprometido, isto é, ao esquentar um pouquinho (o amule é
> um ladrão de CPU) o bicho abre o bico.
>
> []'s e sucesso nos seus testes, qualquer coisa relate à lista os
> resultados.
>
> 2007/1/29, RicardoFunke <[EMAIL PROTECTED]>:
>> Olá Pessoal,
>>
>> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
>> Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
>> eu mesmo escrevi no iptables.
>>
>> Deixo este computador ligado no KDE com amule baixando dois arquivos,
>> mas quando chego em casa ele está travado, não sei se é por causa do
>> protetor de tela, porque já vi acontecer muitas vezes no linux,
>> especialmente com o Gnome, se é por causa das conexões do amule, ou se
>> é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
>> descobrir o motivo do travamento, onde e como devo procurar?
>>
>>
>
>
>
Uma experiencia interessante quanto a excesso de temperatura é compilar
o kernel. A CPU fica, normalmente, totalmente ocupada. Montei um Athlon
64 e só descobri que tinha pau na CPU por que fui compilar o kernel, a
máquina desligava após uns 10 minutos.

Interessante é mandar compilar o kernel e ficar monitorando a
temperatura e velocidade dos ventiladores. A minha CPU fazia o micro
desligar qdo a temperatura ficava um pouco acima de 60C. Troquei a CPU e
a temperatura não passa de 50C, mesmo qdo está 100% ocupada, com os
mesmos coolers instalados.


Vinicius

Re: como descobrir o motivo de travar?

[Vinicius De Mario]

hamacker escreveu:
Tente deixar ligado sem iptables/amule e ao retornar verifique se esta 
travado.


Como voce bem suspeitou ACPI/APM não funcionam bem em certas placas,
tanto que há versões mais de ACPI. Eu tenho uma chipset SIS onde o
video onboard tem que está setado em 64M, menos que isso o Windows
trava com frequencia. Então a placa mãe influencia muito na
estabilidade.

Por aqui tem máquinas pcchips que ao hibernar não voltam mais, o
detalhe é que são windows. Mesmo o desligar somente o monitor varia de
máquina para máquina. Numas funcionam parcialmente, por exemplo
desligando o teclado após retornar, noutra não acordam mais e outras
funcionam 100%.

Se voce usa algum tipo de hibernação (desligar monitor, hd,...) é
melhor desativa-lo, no KDE não sei onde isso é ajustado, mas no gnome
é sistema->preferencias->energia.

Outra coisa AMD K6 esquentam a beça, não digo nada se seu processador
já não está comprometido, isto é, ao esquentar um pouquinho (o amule é
um ladrão de CPU) o bicho abre o bico.

[]'s e sucesso nos seus testes, qualquer coisa relate à lista os 
resultados.


2007/1/29, RicardoFunke <[EMAIL PROTECTED]>:

Olá Pessoal,

Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
eu mesmo escrevi no iptables.

Deixo este computador ligado no KDE com amule baixando dois arquivos,
mas quando chego em casa ele está travado, não sei se é por causa do
protetor de tela, porque já vi acontecer muitas vezes no linux,
especialmente com o Gnome, se é por causa das conexões do amule, ou se
é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
descobrir o motivo do travamento, onde e como devo procurar?






Uma experiencia interessante quanto a excesso de temperatura é compilar 
o kernel. A CPU fica, normalmente, totalmente ocupada. Montei um Athlon 
64 e só descobri que tinha pau na CPU por que fui compilar o kernel, a 
máquina desligava após uns 10 minutos.


Interessante é mandar compilar o kernel e ficar monitorando a 
temperatura e velocidade dos ventiladores. A minha CPU fazia o micro 
desligar qdo a temperatura ficava um pouco acima de 60C. Troquei a CPU e 
a temperatura não passa de 50C, mesmo qdo está 100% ocupada, com os 
mesmos coolers instalados.



Vinicius

Re: como descobrir o motivo de travar?

[hamacker]

Tente deixar ligado sem iptables/amule e ao retornar verifique se esta travado.

Como voce bem suspeitou ACPI/APM não funcionam bem em certas placas,
tanto que há versões mais de ACPI. Eu tenho uma chipset SIS onde o
video onboard tem que está setado em 64M, menos que isso o Windows
trava com frequencia. Então a placa mãe influencia muito na
estabilidade.

Por aqui tem máquinas pcchips que ao hibernar não voltam mais, o
detalhe é que são windows. Mesmo o desligar somente o monitor varia de
máquina para máquina. Numas funcionam parcialmente, por exemplo
desligando o teclado após retornar, noutra não acordam mais e outras
funcionam 100%.

Se voce usa algum tipo de hibernação (desligar monitor, hd,...) é
melhor desativa-lo, no KDE não sei onde isso é ajustado, mas no gnome
é sistema->preferencias->energia.

Outra coisa AMD K6 esquentam a beça, não digo nada se seu processador
já não está comprometido, isto é, ao esquentar um pouquinho (o amule é
um ladrão de CPU) o bicho abre o bico.

[]'s e sucesso nos seus testes, qualquer coisa relate à lista os resultados.

2007/1/29, RicardoFunke <[EMAIL PROTECTED]>:

Olá Pessoal,

Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
eu mesmo escrevi no iptables.

Deixo este computador ligado no KDE com amule baixando dois arquivos,
mas quando chego em casa ele está travado, não sei se é por causa do
protetor de tela, porque já vi acontecer muitas vezes no linux,
especialmente com o Gnome, se é por causa das conexões do amule, ou se
é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
descobrir o motivo do travamento, onde e como devo procurar?

Re: como descobrir o motivo de travar?

[Cláudio E. Elicker]

On Monday 29 January 2007 22:04, RicardoFunke wrote:
> Olá Pessoal,
>
> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
> eu mesmo escrevi no iptables.
>
> Deixo este computador ligado no KDE com amule baixando dois arquivos,
> mas quando chego em casa ele está travado, não sei se é por causa do
> protetor de tela, porque já vi acontecer muitas vezes no linux,
> especialmente com o Gnome, se é por causa das conexões do amule, ou se
> é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
> descobrir o motivo do travamento, onde e como devo procurar?

Linux travando quase sempre é problema de hardware.
Tem de ver se travou tudo ou apenas algum programa específico. Como já 
sugeriram, tenta matar o X e também pingar a máquina.

Outras possibilidades:
- Problema de memória. Instala e roda memtest86+ por algumas horas.
- Como é a rede elétrica? Ocorrem faltas de energia curtas (piscadas)?
- O ventilador da cpu tá funcionando?
- A motherboard, principalmente chipset, fica muito quente?

É tudo chute, mas o memtest86+ pode realmente ajudar.

Re: como descobrir o motivo de travar?

[Fabio Guerrazzi]

> RicardoFunke wrote:
> Olá Pessoal,
>
> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
> eu mesmo escrevi no iptables.
>
> Deixo este computador ligado no KDE com amule baixando dois arquivos,
> mas quando chego em casa ele está travado, não sei se é por causa do
> protetor de tela, porque já vi acontecer muitas vezes no linux,
> especialmente com o Gnome, se é por causa das conexões do amule, ou se
> é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
> descobrir o motivo do travamento, onde e como devo procurar?
>

A única vez que eu vi linux travar (congelar) era hardware, mais
especificamente memória. Talvez no seu caso seja só o X, testa com ssh
como já comentado.

Fabio.


-- 
Fabio.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: como descobrir o motivo de travar?

[Tiago Saboga]

On Mon, Jan 29, 2007 at 10:04:12PM -0200, RicardoFunke wrote:
> Olá Pessoal,
> 
> Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
> Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
> eu mesmo escrevi no iptables.
> 
> Deixo este computador ligado no KDE com amule baixando dois arquivos,
> mas quando chego em casa ele está travado, não sei se é por causa do
> protetor de tela, porque já vi acontecer muitas vezes no linux,
> especialmente com o Gnome, se é por causa das conexões do amule, ou se
> é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
> descobrir o motivo do travamento, onde e como devo procurar?

Excelente pergunta! Seria ótimo se houvesse algo sistematizado sobre isso:
como descobrir a raiz de um problema? Vou tentar dar algumas pistas, que
outros poderão complementar:

1) Algum registro nos logs do sistema? Procurar especialmente os últimos
registros de /var/log/{messages,kern.log,syslog,dmesg}.

2) Fica tudo bloqueado, ou é só o programa que está controlando o monitor 
e o mouse (provavelmente X)?
Algumas formas para testar:
a) Matar o X -> Ctrl-Backspace
b) Teclas mágicas com sysrq: se funcionarem, quer dizer que o kernel está
vivo.
c) Pela rede: ping, ssh funcionam?

3) Possível teste: deixar o computador ligado com outros programas rodando
(sem o X, por exemplo).

Boa sorte,

Tiago.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: como descobrir o motivo de travar?

[Diego Giovane Pasqualin]

Tente desligar a proteção de tela e deixar o dia ligado...
Caso trave novamente de boot com a opção acpi=off, apm=off (aperte "e" 
se não me engano, na tela do grub, e acrescente isso) deve existir tb.


Caso trave novamente deixe o pc ligado sem o emule aberto (no mesmo 
período de tempo qque normalmente ele trava).


Fazendo essas coisas ao menos vc vai tirar conclusões sobre as hipóteses 
que colocou no post.


RicardoFunke wrote:

Olá Pessoal,

Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
eu mesmo escrevi no iptables.

Deixo este computador ligado no KDE com amule baixando dois arquivos,
mas quando chego em casa ele está travado, não sei se é por causa do
protetor de tela, porque já vi acontecer muitas vezes no linux,
especialmente com o Gnome, se é por causa das conexões do amule, ou se
é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
descobrir o motivo do travamento, onde e como devo procurar?






___ 
Yahoo! Mail - Sempre a melhor opção para você! 
Experimente já e veja as novidades. 
http://br.yahoo.com/mailbeta/tudonovo/




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: como descobrir o motivo de travar?

[Guilherme Rocha]

2007/1/29, RicardoFunke <[EMAIL PROTECTED]>:

Olá Pessoal,

Tenho um PC AMD Semprom 2800, Placa PCCHIPS A31G, 512MB DDR400 de RAM,
Vídeo On-Board, Xubuntu Edgy, com KDE instalado, com um firewall que
eu mesmo escrevi no iptables.

Deixo este computador ligado no KDE com amule baixando dois arquivos,
mas quando chego em casa ele está travado, não sei se é por causa do
protetor de tela, porque já vi acontecer muitas vezes no linux,
especialmente com o Gnome, se é por causa das conexões do amule, ou se
é alguma coisa com ACPI/APM, enfim, não sei, gostaria de saber como
descobrir o motivo do travamento, onde e como devo procurar?




Nâo há nada no syslog?

/var/log/syslog   ?


é estranho isso que está acontecendo, seu hardware está bom? Que
testes vc realizou para ter certeza?









--
Guilherme Rocha
http://e-gui.homelinux.org
Linux Registered User:391180
Keep on hackin' in the free world!
--
www.gf7.com.br  >> GF7 Documentação e Sistemas Integrados
www.cuc.org.br  >> Central Única da Cidadania