Re: como descobrir o motivo de travar?

[RicardoFunke <ricardo.debian@gmail.com>]

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<mvlaza@gmail.com> 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<sirhamacker@gmail.com> 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 <ricardo.debian@gmail.com>:
> > > 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 = 0000.
> > > 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 = 0000.
> > > Jan 30 19:40:47 localhost kernel: [17260913.720000] eth0: mii lpa =
> > > 45e1 adv = 01e1.
> > > Jan 30 19:40:47 localhost kernel: [17260913.720000] 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
> > >
> > > ###########
> > >