web-dev-qa-db-fra.com

La connexion Ethernet se déconnecte de manière aléatoire après l'expiration de la file d'attente de transmission 0

Description du problème:

La connexion Ethernet est déconnectée au hasard, apparemment sans aucune raison. J'ai essayé la commande suivante pour redémarrer ma connexion Ethernet,

Sudo service network-manager restart

bien que cela n'ait jamais résolu le problème. Chaque fois, je dois redémarrer mon système pour rétablir la connexion.

Détails de ma carte Ethernet:

$ lspci -nnk | grep -iA2 net
06:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
        Subsystem: Lenovo Device [17aa:30a1]
        Kernel driver in use: ath9k<br>
07:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 02)
        Subsystem: Lenovo Device [17aa:392e]
        Kernel driver in use: r8169

Mon système: Ubuntu 14.04 LTS 64bit sur Lenovo ideapad z560.

OBSERVATION: Cela se produit plus souvent lorsque je passe des appels sur Skype ou Hangout. Il semble que l'utilisation intensive d'Ethernet soit à l'origine de la déconnexion.

Les étapes de débogage essayées jusqu'à présent:

J'ai trouvé un post le réseau filaire n'est pas stable dans Ubuntu 13.04 (64 bits) quelque chose de similaire à la description du problème, mais pas exactement. Suite à la solution donnée dans ce post, j'ai installé et essayé d'utiliser un noyau plus ancien linux-image-3.5.0-27-generic. Mais le même problème persiste là.

En même temps, je ne sais pas s'il s'agit d'un problème lié au matériel, car cela ne s'est jamais produit avec Windows 7 que j'utilisais auparavant. J'ai fait beaucoup de recherches sur Google mais je n'ai pas trouvé de solution, à part quelques versions plus anciennes et un rapport de bogue.

Comme indice pour examiner dmesg [grâce à @noleti], j’ai trouvé ce qui suit:

 $ dmesg -T | grep eth0 
 [sam 2 mai 19:52:37 2015] r8169 0000: 07: 00.0: eth0: RTL8102e à 0xffffc90000348000, 88: ae: 1d: 3a: ec: ff, XID 04e00000 IRQ 41 
 [Sam 2 mai 19:52:45 2015] IPv6: ADDRCONF (NETDEV_UP): eth0: le lien n’est pas prêt 
 [Sam 2 mai 19:52:51 2015] r8169 0000: 07: 00.0: eth0 : lien vers le bas 
 [sam 2 mai, 19:52:51 2015] IPv6: ADDRCONF (NETDEV_UP): eth0: lien n'est pas prêt 
 [sam 2 mai, 19:52:51 2015] IPv6: ADDRCONF (NETDEV_UP): eth0: le lien n'est pas prêt 
 [Sam. 2 mai 19:52:56 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam. 2 mai 19:52 : 56 2015] IPv6: ADDRCONF (NETDEV_CHANGE): eth0: le lien est prêt. [Sam 2 mai 20:09:01 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam 2 mai 20:09:13 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam 2 mai 20:09:19 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam 2 mai 20:09:31 2015] r8169 0000: 07: 00.0: eth0 : relier 
 [samedi 2 mai 20:10:13 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Samedi 2 mai 20:10:55 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam 2 mai 20:12:07 2015] r8169 0000: 07: 00.0: eth0: relier 
 [Sam 2 mai 20:13:49 2015] r8169 0000: 07: 00.0: eth0: lien up 

Après l'événement, comme indiqué dans la sortie dmesg, ma connexion est perdue.

NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
4
ss1729

Tout d'abord, j'ai essayé de remplacer r8169 par r8168, qui est un bogue pour de nombreux utilisateurs ayant Realtek Ethernet Controller, mais n'a jamais résolu le problème, même maintenant presque un an après la publication de cette publication. Je suis confronté au même problème, même avec la dernière mise à jour du noyau 4.2.0-30-generic.

Solution:

Remplacez le noyau actuel par une version stable et ancienne du noyau. Dans mon cas, j'ai installé la version du noyau 3.2.0-83-generic manuellement dans 14.04 LTS. Maintenant, la connexion Ethernet est stable et le problème est résolu.

Téléchargez les packages .deb suivants à partir de 1 , 2 , , 4 et installez-le:

Sudo dpkg -i linux-headers-3.2.0-83_3.2.0-83.120_all.deb
Sudo dpkg -i linux-headers-3.2.0-83-generic_3.2.0-83.120_i386.deb
Sudo dpkg -i linux-image-3.2.0-83-generic_3.2.0-83.120_i386.deb

Vous pouvez changer l'ordre de démarrage en modifiant GRUB_DEFAULT=0 dans /etc/default/grub tel que donné ici . ensuite

Sudo update-grub
Sudo reboot

Je pense que vous pouvez essayer d’installer d’autres v3.2 derniers noyaux qui peuvent aussi être stables, par exemple: 3.2.0-98-generic

Remarque: Je l'ai testé pour Ubuntu 14.04 LTS 32 bits et 64 bits.

2
ss1729

à partir de dmesg -T | grep eth0 sortie, vous utilisez le pilote r8169 qui a été instable pour quelques cartes résea essayez manuellement mise à nivea pilote vers r8168

j'espère que cela t'aides

0
Waqas

Peut-être pourriez-vous essayer de limiter la vitesse de l'adaptateur Ethernet? Essayer:

Sudo ethtool -s eth0 speed 100 duplex half

Ou si cela ne vous aide pas, essayez https://unix.stackexchange.com/questions/37727/solving-ethernet-watchdog-timer-deadlocks

0
solsTiCe