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
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.
à 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
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