Re: A conexão cai inesperadamente e só volta se eu reinicio o computador.
Oi de novo, gente!
Parece que a "thread" ficou meio bagunçada! Vou dar uma resumida no problema e na atual situação do mesmo.
1) Instalei o Debian 4.0 no meu notebook Toshiba Satellite A105 S2091 e
estou com um problema muito chato! A conexão com a internet
simplesmente cai, sem nenhum motivo aparente, umas 10 vezes por dia.
Isso está acontecendo tem mais ou menos duas semanas. Em casa eu uso o
serviço de internet a cabo NET VIRTUA e a conexão no computador da
minha mãe, que roda um Windows XP, está super estável. Também já
experimentei usar outra conexão de outro lugar por outra provedora e o
problema persistiu. Para completar o quadro assustador, só consigo a
conexão de volta, quando consigo, se eu reiniciar o sistema todo.
Reiniciar a conexão pelos aplicativos gráficos não dá certo. Reiniciar
só o X também não dá certo. Reiniciar o modem, desconectar e reconectar
os cabos, etc, também não dá certo. Combinações diversas desses
procedimentos também não surtiram efeito. Esse problema está me
matando! Alguém tem alguma luz!? `ifdown eth0' seguido de `ifup eth0' também não restaura a conexão.
2) Um amigo na lista sugeriu a possibilidade de que o problema fosse com o driver. O output do `lspci' está me dando, entre outras coisas, a linha
`
02:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
'
o que indica que o Debian está vendo minha placa. Procurando por isso no Google encontrei o site
http://www.linuxquestions.org/hcl/showproduct.php?product=482, onde descobri que essa placa usa o módulo `8139too'. Mas parece que o módulo `8139too', que cuidaria da minha placa de rede, já está carregado. Vejam só o output do `lsmod':
`
ntbkmichael:/home/michael# lsmod
Module Size Used by
rfcomm 34584 0
l2cap 21760 5 rfcomm
bluetooth 46020 4 rfcomm,l2cap
ppdev 8676 0
parport_pc 32132 0
lp 11012 0
parport 33256 3 ppdev,parport_pc,lp
ipv6 226272 8
button 6672 0
ac 5188 0
battery 9636 0
dm_snapshot 15552 0
dm_mirror 19152 0
dm_mod 50232 2 dm_snapshot,dm_mirror
loop 15048 0
joydev 9088 0
pcmcia 34140 0
firmware_class 9600 1 pcmcia
snd_hda_intel 17332 1
snd_hda_codec 137856 1 snd_hda_intel
snd_pcm_oss 38368 0
snd_mixer_oss 15200 1 snd_pcm_oss
rtc 12372 0
snd_pcm 68676 3 snd_hda_intel,snd_hda_codec
,snd_pcm_oss
snd_timer 20996 1 snd_pcm
snd 47012 8 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 9248 1 snd
yenta_socket 24460 1
snd_page_alloc 9640 2 snd_hda_intel,snd_pcm
psmouse 35016 0
serio_raw 6660 0
pcspkr 3072 0
rsrc_nonstatic 11840 1 yenta_socket
pcmcia_core 36852 3 pcmcia,yenta_socket,rsrc_nonstatic
i2c_piix4 8140 0
shpchp 33024 0
pci_hotplug 28704 1 shpchp
i2c_core 19680 1 i2c_piix4
ati_agp 8652 0
agpgart 29896 1 ati_agp
tsdev 7520 0
evdev 9088 1
ext3 119240 1
jbd 52456 1 ext3
mbcache 8356 1 ext3
ide_cd 36064 0
cdrom 32544 1 ide_cd
8139cp 21920 0
usbhid 37248 0
sd_mod 19040 3
8139too 25120 0
mii 5344 2 8139cp,8139too
atiixp 6064 0 [permanent]
ehci_hcd 28136 0
ohci_hcd 18276 0
sata_sil 11464 2
usbcore 112644 4 usbhid,ehci_hcd,ohci_hcd
libata 89396 1 sata_sil
scsi_mod 124168 2 sd_mod,libata
generic 4868 0 [permanent]
ide_core 110504 3 ide_cd,atiixp,generic
thermal 13608 0
processor 28840 1 thermal
fan 4804 0
'
Alguém tem alguma outra
idéia? Existe a possibilidade de que dois ou mais módulos estejam em
conflito? Nesse caso, qual dos módulos acima eu deveria descarregar e onde eu aprenderia a fazer isso?
3) O trecho do output de `grep eth0 /var/log/kern.log' referente a uma das sessões em que perdi a conexão sem motivo aparente é
`
Sep 16 15:57:16 ntbkmichael kernel: eth0: RealTek RTL8139 at 0xa000, 00:a0:d1:38:4f:b6, IRQ 201
Sep 16 15:57:16 ntbkmichael kernel: eth0: Identified 8139 chip type 'RTL-8100B/8139D'
Sep 16 15:57:16 ntbkmichael kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Sep 16 16:09:27 ntbkmichael kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 16 16:09:30 ntbkmichael kernel: eth0: Transmit timeout, status 0c 0005 c07f media 00.
Sep 16 16:09:30 ntbkmichael kernel: eth0: Tx queue start entry 6562 dirty entry 6558.
Sep 16 16:09:30 ntbkmichael kernel: eth0: Tx descriptor 0 is 0008a042.
Sep 16 16:09:30 ntbkmichael kernel: eth0: Tx descriptor 1 is 0008a042.
Sep 16 16:09:30 ntbkmichael kernel: eth0: Tx descriptor 2 is 0008a042. (queue head)
Sep 16 16:09:30 ntbkmichael kernel: eth0: Tx descriptor 3 is 0008a042.
Sep 16 16:09:30 ntbkmichael kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Sep 16 16:09:42 ntbkmichael kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 16 16:09:45 ntbkmichael kernel: eth0: Transmit timeout, status 0c 0005 c07f media 00.
Sep 16 16:09:45 ntbkmichael kernel: eth0: Tx queue start entry 4 dirty entry 0.
Sep 16 16:09:45 ntbkmichael kernel: eth0: Tx descriptor 0 is 0008a042. (queue head)
Sep 16 16:09:45 ntbkmichael kernel: eth0: Tx descriptor 1 is 0008a04b.
Sep 16 16:09:45 ntbkmichael kernel: eth0: Tx descriptor 2 is 0008a04b.
Sep 16 16:09:45 ntbkmichael kernel: eth0: Tx descriptor 3 is 0008a042.
Sep 16 16:09:45 ntbkmichael kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Sep 16 16:09:57 ntbkmichael kernel: NETDEV WATCHDOG: eth0: transmit timed out
Sep 16 16:10:00 ntbkmichael kernel: eth0: Transmit timeout, status 0c 0005 c07f media 00.
Sep 16 16:10:00 ntbkmichael kernel: eth0: Tx queue start entry 4 dirty entry 0.
Sep 16 16:10:00 ntbkmichael kernel: eth0: Tx descriptor 0 is 0008a04b. (queue head)
Sep 16 16:10:00 ntbkmichael kernel: eth0: Tx descriptor 1 is 0008a04b.
Sep 16 16:10:00 ntbkmichael kernel: eth0: Tx descriptor 2 is 0008a05d.
Sep 16 16:10:00 ntbkmichael kernel: eth0: Tx descriptor 3 is 0008a05d.
Sep 16 16:10:00 ntbkmichael kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
'
Desculpe-me pela mensagem longa e obrigado por qualquer coisa que me ajude a entender o que está acontecendo.
Abraço a todos,
Michael
Reply to: