Le rebranchement du câble réseau ne se reconnecte pas
J'utilise ubuntu 18.04. lorsque je démarre mon ordinateur portable et que je branche un câble réseau, il se connecte. Mais lorsque je débranche le câble, puis le rebranche, il ne se reconnecte pas. Je dois ensuite mettre l'ordinateur portable en mode veille, puis il se reconnectera. Cela signifie qu'entre 2 suspensions, l'ordinateur portable ne se connectera au port LAN qu'une seule fois. S'il est débranché, faites-le dormir, réveillez-vous et rebranchez-le. J'ai compris que le problème se produit en raison de l'installation de tlp. Dès que j'installe tlp, ce problème apparaît et la désinstallation rend tout très bien. Veuillez noter que je parle du port LAN et non du port que nous utilisons pour les clés USB pour le transfert de fichiers. De plus, le problème n'apparaît pas dans Windows 10 car mon ordinateur portable est à double démarrage
À partir de ce problème de réseau local Dell avec TLP: Le réseau câblé ne fonctionne pas après la reprise de la suspension (Ubuntu 16.04) # 222
Modifiez la configuration TLP en utilisant: Sudo -H gedit /etc/default/tlp
Localisez ces lignes:
# Disable wake on LAN: Y/N
WOL_DISABLE=Y
- Remplacez "
Y" par "N"
Localisez vos lignes USB_BLACKLIST (le cas échéant) et annulez-les en plaçant # au début:
#USB_BLACKLIST="10ec:8168"
#USB_BLACKLIST="103c:832b"
- Enregistrer le fichier et quitter
- Redémarrez TLP avec la commande:
Sudo tlp start
Deuxième option: désactiver la gestion de l'alimentation PCIe
De: Dépannage TLP :
Désactivez complètement la gestion de l'alimentation à l'exécution
Commentez les deux lignes de configuration associées avec un '# ':
#RUNTIME_PM_ON_AC=on
#RUNTIME_PM_ON_BAT=auto
Lorsque le problème disparaît, décommentez les lignes ci-dessus et passez à la section suivante.
Sinon, la cause n'est pas un périphérique PCIe - passez à l'USB.
Bug Watch
Voici quelques bugs liés qui intéresseront les utilisateurs du R8169:
21 mars 2018 - Fix Runtime PM for r8169 :
=== Justification SRU ===
[Impact]
r8169 reste en D0 même si aucun câble Ethernet n'est branché. Cela consomme beaucoup d'énergie (~ 3 W). L'ordinateur portable testé utilise 5,5 W lorsque le r8169 est en D0, 1,8 W lorsque le r8169 est en D3. La puissance économisée est substantielle.[Réparer]
Amélioration du rumtime PM logique pour laisser l'appareil se suspendre (D3) lorsque le port n'est pas utilisé et que la liaison est en panne.
3 juillet 2018 - r8169 pas d'internet après la suspension :
=== Justification SRU ===
[Impact]
r8169 n'a pas réussi à établir la connexion après le correctif pour LP: # 1752772 a atterri.[Réparer]
Accepte à nouveau les paramètres du BIOS WoL et désactive MSI-X pour certaines révisions de puce.
2 mars 2018 - la carte Ethernet r8169 ne fonctionne pas après son retour de suspension
Ce bug affecte 127 personnes:
=== Justification SRU ===
[Impact]
Ethernet r8169 cesse de fonctionner après la reprise de la suspension du système.[Tester]
L'utilisateur a confirmé que ces correctifs corrigent le problème. r8169 continue de fonctionner après la reprise de la suspension.[Potentiel de régression]
Moyen. Le correctif est limité à un appareil, tous les correctifs sont en ligne principale. La modification par défaut de WOL peut entraîner une régression pour les utilisateurs qui dépendent des paramètres du BIOS. Nous pouvons leur conseiller d'utiliser à la place l'outil de l'espace utilisateur (systemd, ethtool, etc.).
Sommaire
Il y a eu pas mal de bugs avec r8169 en 2018. J'utilise un noyau de 2017 (4.13.0-36) donc je n'ai pas rencontré les mêmes problèmes avec TLP. Il est plus difficile de corriger les bugs que je ne rencontre pas. Les développeurs du noyau ont le temps d'installer de nouveaux noyaux, de tester les bogues et de trouver des solutions. Je peux faire un peu mais les contraintes de temps empêchent l'installation de noyaux plus récents.