Oi pessoal, 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? Muitíssimo obrigado mais uma vez! Abraço, Michael O output 2007/9/16, Michael <[EMAIL PROTECTED]>: > > Olá de novo! O problema se repetiu hoje algumas vezes. Segue abaixo 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 > ' > > > Grande abraço a todos, > Michael > > > > 2007/9/16, Michael <[EMAIL PROTECTED]>: > > > > Pessoal, > > > > 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) > > ' > > > > Procurando por isso no Google encontrei esse site: > > http://www.linuxquestions.org/hcl/showproduct.php?product=482. Duas > > coisas lá me interessaram: > > > > ` > > Description: 00:09.0 Ethernet controller: Realtek Semiconductor Co., > > Ltd. RTL-8139/8139C/8139C (rev 10) > > > > Uses the 8139too module in slack, probably most other distros... works > > wonderfully. Keywords: > > 8139<http://www.linuxquestions.org/hcl/showcat.php/cat/all/si/8139> > > realtek<http://www.linuxquestions.org/hcl/showcat.php/cat/all/si/realtek> > > 8139C <http://www.linuxquestions.org/hcl/showcat.php/cat/all/si/8139C> > > 8139C+ <http://www.linuxquestions.org/hcl/showcat.php/cat/all/si/8139C+> > > /sbin/lspci > > output: 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL-8139/8139C/8139C+ (rev 10) Chipset: RTL-8139/8139C/8139C+ (rev > > 10) Connection Type: PCI' > > > > e, mais abaixo, > > > > ` > > *Kernel (uname -r):* 2.2.20, 2.4.14+ *Distribution:* Debian > > > > 2.2.20 didn't autodetect the 8139too module, but no problems after > > manually inserting, and 2.4+ even did this automatically > > ' > > > > Uma das linhas no output de `grep eth0 /var/log/kern.log' é > > > > ` > > Sep 16 10:00:50 ntbkmichael kernel: eth0: Identified 8139 chip type > > 'RTL-8100B/8139D' > > ' > > > > o que me levou a imaginar que o Debian pode estar autodetectando uma > > placa ligeiramente diferente da que eu tenho. Alguém sabe me dizer como eu > > faço para inserir manualmente o `module 8139too'? > > > > Obrigado mais uma vez! > > > > > > Abraço, > > Michael > > > > > > > > 2007/9/16, Michael < [EMAIL PROTECTED]>: > > > > > > Oi Henrique, > > > > > > Obrigado pela sugestão! No setup da minha BIOS há uma guia chamada > > > `Advanced' contendo quatro elementos: > > > > > > - Legacy USB Support > > > - Built-in LAN > > > - Pointing Devices > > > - Execute-Disable Bit Capability > > > > > > Mas sou um usuário bastante inexperiente e não consegui decidir se > > > algum desses tem alguma relevância. > > > > > > > > > Obrigado a todos mais uma vez! > > > > > > > > > Abraço, > > > Michael > > > > > > > > > > > > ---------- Forwarded message ---------- > > > From: henrique <[EMAIL PROTECTED]> > > > Date: 14 sept. 2007 12:09 > > > Subject: Re: A conexão cai inesperadamente e só volta se eu reinicio o > > > computador. > > > To: Michael <[EMAIL PROTECTED] > > > > > > > Olá! > > > Se você está no desespero total, já experimentou olhar a sua bios, ver > > > se > > > existe algum gerenciamento de energia da sua interface de rede? em > > > 2000/2001 > > > eu tive alguns problemas deste tipo em máquinas cujas bios > > > "desligavam" a > > > placa de rede, e o kernel não conseguia lidar mto bem com isto nas > > > minhas > > > placas de rede em questão. > > > > > > Se funcionar, me avise. > > > > > > [ ]s. Henry > > > > > > > > > > > >
