Forum Linux.général La carte réseau ne fonctionne plus après un certain temps

Posté par claudex le 27 mars 2010 à 18:15.

Étiquettes : aucune

mar.

2010

Bonjour,

Après un certain temps (aléatoire, de quelques minutes à plusieurs jours) ma carte réseau semble freezée. C'est-à-dire que si j'essaye de me connecter, j'ai un timeout du dhcp. J'ai ce problème depuis plusieurs années, quelque soit la distribution, la version du noyau ou le réseau sur lequel je me connecte.

Le problème est que je suis pas sûr de la source du problème et je ne sais donc pas dans quels logs chercher des erreurs. Voici ce que m'a donné un dmesg la dernière fois, je suis actuellement sous Mandriva 2010.0:



claudex@localhost ~$ dmesg

r8169: eth0: link up

eth0: no IPv6 routers present

zcip uses obsolete (PF_INET,SOCK_PACKET)

device eth0 entered promiscuous mode

device eth0 left promiscuous mode

r8169: eth0: link up

eth0: no IPv6 routers present

Merci de votre aide.

# Problème matériel ?

Posté par Benoît Monin le 27 mars 2010 à 19:04. Évalué à 1.

As-tu essayé avec une autre carte réseau ? Si ça se trouve c'est ta carte qui est en cause car le problème a lieu quelque soit le noyau.
- [^] # Re: Problème matériel ?
  
  Posté par claudex le 28 mars 2010 à 00:39. Évalué à 2.
  
  C'est un portable, c'est difficile de changer de carte réseau.
  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
  - [^] # Re: Problème matériel ?
    
    Posté par neologix le 28 mars 2010 à 03:02. Évalué à 2.
    
    Une carte réseau pcmcia coûte 15€.
    Pour ton problème, il faudrait plus d'informations :
    "ifconfig eth0", "ethtool -S eth0", "ethtool -d eth0", "tc qdisc ls dev eth0", "lspci -vx" pour le device ethernet, et les entrées intéressantes de /var/log/messages. Est-ce que les LEDs de la carte clignotent lorsque tu lances le client dhcp ?
    - [^] # Re: Problème matériel ?
      
      Posté par claudex le 28 mars 2010 à 12:12. Évalué à 2.
      
      Une carte réseau pcmcia coûte 15€.
      
      Mais ça fait une proéminence avec risque d'accrochage facile et c'est mal placé (juste sous le poignet).
      
      Pour les informations, je ne sais pas s'il faut lors d'un problème ou lorsque ça marche. Comme je n'ai pas de problème pour l'instant, je les envois quand ça marche, au pire ça pourra servir de comparaison.
      
      ifconfig eth0:
      
      eth0 Link encap:Ethernet HWaddr 00:16:D4:23:06:37 inet adr:192.168.1.6 Bcast:192.168.1.255 Masque:255.255.255.0 adr inet6: fe80::216:d4ff:fe23:637/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2112 errors:0 dropped:0 overruns:0 frame:0 TX packets:2171 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:1331961 (1.2 MiB) TX bytes:231533 (226.1 KiB) Interruption:27 Adresse de base:0xc000
      
      ethtool -S eth0:
      
      NIC statistics: tx_packets: 2325 rx_packets: 2254 tx_errors: 0 rx_errors: 0 rx_missed: 0 align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 unicast: 2087 broadcast: 112 multicast: 55 tx_aborted: 0 tx_underrun: 0
      
      ethtool -d eth0
      
      RealTek RTL-8101E registers: ------------------------------ 0x00: MAC Address 00:16:d4:23:06:37 0x08: Multicast Address Filter 0x00000042 0x10800080 0x10: Dump Tally Counter Command 0x00000000 0x00000000 0x20: Tx Normal Priority Ring Addr 0x35bf4000 0x00000000 0x28: Tx High Priority Ring Addr 0x00000000 0x00000000 0x30: Flash memory read/write 0x00000000 0x34: Early Rx Byte Count 0 0x36: Early Rx Status 0x00 0x37: Command 0x0c Rx on, Tx on 0x3C: Interrupt Mask 0xc07f SERR TimeOut RxFIFO LinkChg RxNoBuf TxErr TxOK RxErr RxOK 0x3E: Interrupt Status 0x0000 0x40: Tx Configuration 0x37000600 0x44: Rx Configuration 0x0000e60e 0x48: Timer count 0xeeeda378 0x4C: Missed packet counter 0x000000 0x50: EEPROM Command 0x00 0x51: Config 0 0x04 0x52: Config 1 0x9f 0x53: Config 2 0x30 0x54: Config 3 0x20 0x55: Config 4 0x04 0x56: Config 5 0x01 0x58: Timer interrupt 0x00000000 0x5C: Multiple Interrupt Select 0x0000 0x60: PHY access 0x800545e1 0x64: TBI control and status 0x00000000 0x68: TBI Autonegotiation advertisement (ANAR) 0x1000 0x6A: TBI Link partner ability (LPAR) 0x0000 0x6C: PHY status 0x6b 0x84: PM wakeup frame 0 0x00000000 0x00000000 0x8C: PM wakeup frame 1 0x00000000 0x00000000 0x94: PM wakeup frame 2 (low) 0x00000000 0x00000000 0x9C: PM wakeup frame 2 (high) 0x00000000 0x00000000 0xA4: PM wakeup frame 3 (low) 0x00000000 0x00000000 0xAC: PM wakeup frame 3 (high) 0x00000000 0x00000000 0xB4: PM wakeup frame 4 (low) 0x00000000 0x00000000 0xBC: PM wakeup frame 4 (high) 0x00000000 0x00000000 0xC4: Wakeup frame 0 CRC 0x0000 0xC6: Wakeup frame 1 CRC 0x0000 0xC8: Wakeup frame 2 CRC 0x0000 0xCA: Wakeup frame 3 CRC 0x0000 0xCC: Wakeup frame 4 CRC 0x0000 0xDA: RX packet maximum size 0x0600 0xE0: C+ Command 0x2028 RX checksumming PCI Multiple RW 0xE2: Interrupt Mitigation 0x0000 TxTimer: 0 TxPackets: 0 RxTimer: 0 RxPackets: 0 0xE4: Rx Ring Addr 0x33da0000 0x00000000 0xEC: Early Tx threshold 0x3f
      
      tc qdisc ls dev eth0:
      
      qdisc pfifo_fast 0: root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
      
      lspci -vx:
      
      05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 01) Subsystem: Toshiba America Info Systems Device ff00 Flags: bus master, fast devsel, latency 0, IRQ 27 I/O ports at 4000 [size=256] Memory at da000000 (64-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at d4000000 [disabled] [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [48] Vital Product Data Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+ Capabilities: [60] Express Endpoint, MSI 00 Capabilities: [84] Vendor Specific Information <?> Capabilities: [100] Advanced Error Reporting Capabilities: [12c] Virtual Channel <?> Capabilities: [148] Device Serial Number 01-10-00-00-10-ec-81-36 Capabilities: [154] Power Budgeting <?> Kernel driver in use: r8169 Kernel modules: r8169 00: ec 10 36 81 07 04 10 00 01 00 00 02 10 00 00 00 10: 01 40 00 00 00 00 00 00 04 00 00 da 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 79 11 00 ff 30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 00 00
      
      Et je n'ai rien trouvé d'intéressant dans /var/log/messages (vu que ça marche pour l'instant).
      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
      - [^] # Re: Problème matériel ?
        
        Posté par claudex le 28 mars 2010 à 19:54. Évalué à 2.
        
        J'ai eu le problème, j'ai donc des résultat en cas de panne:
        
        ifconfig eth0:
        
        eth0 Link encap:Ethernet HWaddr 00:16:D4:23:06:37 adr inet6: fe80::216:d4ff:fe23:637/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:312920 errors:0 dropped:0 overruns:0 frame:0 TX packets:199371 errors:0 dropped:618 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:141303105 (134.7 MiB) TX bytes:21927415 (20.9 MiB) Interruption:27 Adresse de base:0xc000
        
        ethtool -S eth0:
        
        NIC statistics: tx_packets: 199373 rx_packets: 312923 tx_errors: 0 rx_errors: 0 rx_missed: 0 align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 unicast: 309363 broadcast: 3375 multicast: 185 tx_aborted: 0 tx_underrun: 0
        
        ethtool -d eth0:
        
        RealTek RTL-8101E registers: ------------------------------ 0x00: MAC Address 00:16:d4:23:06:37 0x08: Multicast Address Filter 0x00000040 0x10000080 0x10: Dump Tally Counter Command 0x00000000 0x00000000 0x20: Tx Normal Priority Ring Addr 0x26f2c000 0x00000000 0x28: Tx High Priority Ring Addr 0x00000000 0x00000000 0x30: Flash memory read/write 0x00000000 0x34: Early Rx Byte Count 0 0x36: Early Rx Status 0x00 0x37: Command 0x0c Rx on, Tx on 0x3C: Interrupt Mask 0xc07f SERR TimeOut RxFIFO LinkChg RxNoBuf TxErr TxOK RxErr RxOK 0x3E: Interrupt Status 0x0000 0x40: Tx Configuration 0x37000600 0x44: Rx Configuration 0x0000e60e 0x48: Timer count 0x4801a1e8 0x4C: Missed packet counter 0x000000 0x50: EEPROM Command 0x00 0x51: Config 0 0x04 0x52: Config 1 0x9f 0x53: Config 2 0x30 0x54: Config 3 0x20 0x55: Config 4 0x04 0x56: Config 5 0x01 0x58: Timer interrupt 0x00000000 0x5C: Multiple Interrupt Select 0x0000 0x60: PHY access 0x800545e1 0x64: TBI control and status 0x00000000 0x68: TBI Autonegotiation advertisement (ANAR) 0x1000 0x6A: TBI Link partner ability (LPAR) 0x0000 0x6C: PHY status 0x6b 0x84: PM wakeup frame 0 0x00000000 0x00000000 0x8C: PM wakeup frame 1 0x00000000 0x00000000 0x94: PM wakeup frame 2 (low) 0x00000000 0x00000000 0x9C: PM wakeup frame 2 (high) 0x00000000 0x00000000 0xA4: PM wakeup frame 3 (low) 0x00000000 0x00000000 0xAC: PM wakeup frame 3 (high) 0x00000000 0x00000000 0xB4: PM wakeup frame 4 (low) 0x00000000 0x00000000 0xBC: PM wakeup frame 4 (high) 0x00000000 0x00000000 0xC4: Wakeup frame 0 CRC 0x0000 0xC6: Wakeup frame 1 CRC 0x0000 0xC8: Wakeup frame 2 CRC 0x0000 0xCA: Wakeup frame 3 CRC 0x0000 0xCC: Wakeup frame 4 CRC 0x0000 0xDA: RX packet maximum size 0x0600 0xE0: C+ Command 0x2028 RX checksumming PCI Multiple RW 0xE2: Interrupt Mitigation 0x0000 TxTimer: 0 TxPackets: 0 RxTimer: 0 RxPackets: 0 0xE4: Rx Ring Addr 0x246eb000 0x00000000 0xEC: Early Tx threshold 0x3f
        
        tc qdisc ls dev eth0:
        
        qdisc pfifo_fast 0: root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
        
        lspci -vx
        
        05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 01) Subsystem: Toshiba America Info Systems Device ff00 Flags: bus master, fast devsel, latency 0, IRQ 27 I/O ports at 4000 [size=256] Memory at da000000 (64-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at d4000000 [disabled] [size=64K] Capabilities: [40] Power Management version 2 Capabilities: [48] Vital Product Data Capabilities: [50] MSI: Enable+ Count=1/2 Maskable- 64bit+ Capabilities: [60] Express Endpoint, MSI 00 Capabilities: [84] Vendor Specific Information <?> Capabilities: [100] Advanced Error Reporting Capabilities: [12c] Virtual Channel <?> Capabilities: [148] Device Serial Number 01-10-00-00-10-ec-81-36 Capabilities: [154] Power Budgeting <?> Kernel driver in use: r8169 Kernel modules: r8169 00: ec 10 36 81 07 04 10 20 01 00 00 02 10 00 00 00 10: 01 40 00 00 00 00 00 00 04 00 00 da 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 79 11 00 ff 30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 00 00
        
        /var/log/messages:
        
        Mar 28 17:30:25 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:31:01 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:31:01 xavier-laptop CROND[12916]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:32:01 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:32:01 xavier-laptop CROND[12944]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:32:25 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:32:43 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:33:01 xavier-laptop CROND[12975]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:33:19 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:33:55 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:33:55 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:34:01 xavier-laptop CROND[13033]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:34:19 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:34:49 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:35:01 xavier-laptop CROND[13065]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:35:55 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:36:01 xavier-laptop CROND[13127]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:36:25 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:37:01 xavier-laptop CROND[13157]: (root) CMD ( /usr/share/msec/promisc_check.sh) Mar 28 17:37:08 xavier-laptop draknetcenter[13180]: ### Program is starting ### Mar 28 17:37:13 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:37:16 xavier-laptop draknetcenter[13180]: running: /sbin/ifdown eth0 daemon Mar 28 17:37:17 xavier-laptop ifplugd(eth0)[1945]: Executing '/etc/ifplugd/ifplugd.action eth0 down'. Mar 28 17:37:17 xavier-laptop avahi-daemon[2507]: Withdrawing address record for 192.168.1.6 on eth0. n interface eth0.IPv4 with address 192.168.1.6. Mar 28 17:37:17 xavier-laptop avahi-daemon[2507]: Interface eth0.IPv4 no longer relevant for mDNS. Mar 28 17:37:17 xavier-laptop avahi-daemon[2507]: Withdrawing address record for fe80::216:d4ff:fe23:637 on eth0. Mar 28 17:37:18 xavier-laptop ifplugd(eth0)[1945]: client: Reloading vnstatd configuration: ^[[65G[^[[1;32m OK ^[[0;39m]^M Mar 28 17:37:18 xavier-laptop vnstatd[2368]: SIGHUP received, flushing data to disk and reloading config. Mar 28 17:37:18 xavier-laptop ifplugd(eth0)[1945]: Program executed successfully. Mar 28 17:37:18 xavier-laptop ifplugd(eth0)[1945]: Exiting. Mar 28 17:37:18 xavier-laptop vnstatd[2368]: SIGHUP received, flushing data to disk and reloading config. Mar 28 17:37:19 xavier-laptop draknetcenter[13180]: running: /sbin/ifdown eth0 daemon Mar 28 17:37:20 xavier-laptop vnstatd[2368]: SIGHUP received, flushing data to disk and reloading config. Mar 28 17:37:20 xavier-laptop draknetcenter[13180]: running: /sbin/ifup eth0 daemon Mar 28 17:37:20 xavier-laptop vnstatd[2368]: SIGHUP received, flushing data to disk and reloading config. Mar 28 17:37:20 xavier-laptop draknetcenter[13180]: running: /sbin/ifup eth0 daemon Mar 28 17:37:20 xavier-laptop ifplugd(eth0)[13600]: ifplugd 0.28 initializing. Mar 28 17:37:20 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:37:20 xavier-laptop ifplugd(eth0)[13600]: Using interface eth0/00:16:D4:23:06:37 with driver (version: 2.3LK-NAPI) Mar 28 17:37:20 xavier-laptop ifplugd(eth0)[13600]: Using detection mode: SIOCETHTOOL Mar 28 17:37:20 xavier-laptop ifplugd(eth0)[13600]: Initialization complete, link beat detected. Mar 28 17:37:20 xavier-laptop ifplugd(eth0)[13600]: Executing '/etc/ifplugd/ifplugd.action eth0 up'. Mar 28 17:37:21 xavier-laptop avahi-daemon[2507]: Registering new address record for fe80::216:d4ff:fe23:637 on eth0.*. Mar 28 17:37:24 xavier-laptop dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Mar 28 17:37:27 xavier-laptop dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Mar 28 17:37:27 xavier-laptop draknetcenter[13180]: running: /sbin/ifdown eth0 daemon Mar 28 17:37:27 xavier-laptop ifplugd(eth0)[13600]: Killing child. Mar 28 17:37:32 xavier-laptop dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Mar 28 17:37:33 xavier-laptop ifplugd(eth0)[13600]: client: Determining IP information for eth0... Mar 28 17:37:33 xavier-laptop ifplugd(eth0)[13600]: Program execution failed, return value is 0. Mar 28 17:37:33 xavier-laptop avahi-daemon[2507]: Withdrawing address record for fe80::216:d4ff:fe23:637 on eth0. Mar 28 17:37:33 xavier-laptop vnstatd[2368]: SIGHUP received, flushing data to disk and reloading config. Mar 28 17:37:33 xavier-laptop draknetcenter[13180]: running: /sbin/ifup eth0 daemon Mar 28 17:37:34 xavier-laptop klogd: r8169: eth0: link up Mar 28 17:37:35 xavier-laptop avahi-daemon[2507]: Registering new address record for fe80::216:d4ff:fe23:637 on eth0.*.
        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
        
        [^] # Re: Problème matériel ?
        
        Posté par neologix le 28 mars 2010 à 21:00. Évalué à 2.
        
        On voit des drops, c'est donc que ça arrive jusqu'au driver...
        Tu pourrais faire un "ethtool eth0" ?
        Est-ce que tu pourrais aussi faire un "# modprobe -r r8169; modprobe r8169" et voir si ça fonctionne ?
        
        [^] # Re: Problème matériel ?
        
        Posté par claudex le 03 avril 2010 à 11:38. Évalué à 2.
        
        modeprobe -r r8169 ne change rien (mandriva remonte le module toute seule).
        
        et voilà le résultat d'un ethtool eth0:
        
        Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes
        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Meme probleme

Posté par polytan le 27 mars 2010 à 19:48. Évalué à 1.

Bonjour Xavier,

Maintenant que tu le dis, j'ai le meme probleme que toi avec ce chipset, une carte realtek. Cela me le fait avec gentoo, mandriva et archlinux.

Je pense que c'est la carte qui est pourrie !

Cela me le fait depuis le début ou je l'ai achetee. Sinon c'est un probleme noyau, mais ca dure depuis le 2.4 alors...
# faudrait savoir pourquoi...

Posté par NeoX le 27 mars 2010 à 20:36. Évalué à 3.

r8169: eth0: link up eth0: no IPv6 routers present zcip uses obsolete (PF_INET,SOCK_PACKET) device eth0 entered promiscuous mode device eth0 left promiscuous mode r8169: eth0: link up

pourquoi elle passe en mode promiscuous
et pourquoi elle en ressort

le mode promiscuous etant utilisé quand on fait par exemple de l'ecoute reseau (sniffer)
pour analyser certains flux...
- [^] # Re: faudrait savoir pourquoi...
  
  Posté par claudex le 28 mars 2010 à 00:41. Évalué à 2.
  
  J'en ai aucune idée. Il fait ça tout seul. Soit c'est le gestionnaire de connexion de Mandriva, soit c'est le pilote qui bug mais la seul chose que je fais c'est cliquer sur le bouton connexion du gestionnaire de connexion.
  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
- [^] # Re: faudrait savoir pourquoi...
  
  Posté par William Briand le 28 mars 2010 à 00:44. Évalué à 1.
  
  De mémoire, sur toutes mes machines, équipées realtek ou non, j'avais ce message au démarrage, et la carte marchait très bien. A mon avis, c'est sans aucun rapport.
# Surchauffe ?

Posté par Olivier (site web personnel) le 28 mars 2010 à 03:18. Évalué à 1.

Bonjour,

assez récemment, j'ai acheté une carte réseau gigabyte en PCI-x, et je l'ai trouvé très instable. Après vérification, il apparaît que le chipset principal de la carte était brulant.

Composant probablement mal conçu ou mal câblé, il a été nécessaire d'installer un petit radiateur dessus, afin de le refroidir.

Il y a deux ans, une carte ethernet PCI double (2 interfaces réseaux 3Com sur la même carte) m'a donné des soucis : machine figée aléatoirement, qui commence par ne plus répondre aux connexions réseaux, puis se freeze complètement. Un composant de la carte a probablement vieillit, ce qui a amené ces comportement aléatoire. La carte avait cependant fonctionné sans problème pendant des années. Le changement de la carte réseau à corrigé tout les problèmes.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.