Ubuntu 18.04 - Ethernet déconnecté après la mise en veille

J'ai résolu ce problème sur mon Ubuntu 18.04 Bionic en mettant à jour le noyau de 4.15 à 4.20 (le dernier le 16.01.2019) en utilisant UKUU

pour installer le dernier noyau, installez Ubuntu Kernel Update Utility

sudo add-apt-repository ppa:teejee2008/ppa

sudo apt-get install ukuu

désactivez le contrôle d'accès avec la commande suivante :

sudo xhost +

puis installez avec ukuu

sudo ukuu

sudo ukuu --install-latest

et redémarrez

sudo reboot

Appuyez sur Ctrl+Alt+T pour accéder à un terminal et tapez :

sudo apt-get purge tlp

ou

éditez /etc/default/tlp et changez :

WOL_DISABLE = NO

à

WOL_DISABLE = YES

Je n'ai pas assez de réputation pour commenter ou voter pour la réponse acceptée (qui est maintenant obsolète)

Si vous exécutez lsmod | grep r8169 et que cela montre que vous avez le module noyau r8169 chargé, et que votre noyau est plus ancien que 4.15.0-24-generic, alors vous êtes probablement affecté par le bug lié dans la réponse acceptée https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1752772

BTW j'ai rencontré ce bug et pour moi lspci | grep 'Gigabit Ethernet' montre RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller

Ce bug a été corrigé.

Si votre noyau est plus ancien que 4.15.0-24-generic, exécutez simplement

apt-get update
apt-get upgrade
apt-get dist-upgrade
reboot

J'avais le même problème mais les solutions ici ne fonctionnaient pas pour moi. J'ai passé des jours à parcourir plusieurs forums sur ce sujet et j'ai essayé à peu près tout. Deux solutions alternatives sont mentionnées, mettre à jour le noyau ou installer le pilote du module précédent. J'ai choisi la dernière option et installé le pilote r8168. Initialement, cela a également échoué. Cependant, j'ai découvert quelque chose qui fonctionne et je l'ai adapté à la solution de Paulo.

Je suis sous (K)ubuntu 18.04 avec le noyau 4.15.0-24-generic.

La sortie de lshw -C network comprend ceci ...

description: Interface Ethernet
   produit: RTL8111/8168/8411 Contrôleur Ethernet Gigabit PCI Express
   fabricant: Realtek Semiconductor Co., Ltd.
   identifiant physique: 0
   informations bus: pci@0000:05:00.0
   nom logique: enp5s0
   version: 0c
   adresse: 80:fa:5b:49:69:b3
   taille: 1Gbit/s
   capacité: 1Gbit/s
   largeur: 64 bits
   horloge: 33MHz
   fonctionnalités: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
   configuration: autonegotiation=on diffusion=yes pilote=r8168 version du pilote=8.045.08-NAPI duplex=full ip=192.168.10.213 latence=0 liaison=yes multidiffusion=yes port=twisted pair vitesse=1Gbit/s
   ressources: irq:133 port d'e/s:e000(taille=256) mémoire:df000000-df000fff mémoire:d0000000-d0003fff

J'ai installé le paquet r8168-dkms, cependant cela ne suffisait pas. Deux étapes supplémentaires étaient nécessaires.

Étape 1) Modifier le fichier /etc/modprobe.d/r8168-dkms.conf et activer la ligne (c'est-à-dire supprimer le commentaire) blacklist r8169

Étape 2) En suivant la solution de Paulo, j'ai créé le script suivant /lib/systemd/system-sleep/r8168-refresh

#!/bin/bash

PROGNAME=$(basename "$0")
state=$1
action=$2

fonction log {
    logger -i -t "$PROGNAME" "$\*"
}

log "Exécution de $action $state"

si \[\[ $state == post \]\]; alors
     log "ifconfig down enp5s0"
     ifconfig enp5s0 down
     log "ifconfig up enp5s0"
     ifconfig enp5s0 192.168.10.213
fi

Ce code est bien sûr spécifique à ma machine (nom du périphérique et adresse IP). Il pourrait certainement être amélioré mais il répond à mes besoins pour le moment.

Cela fonctionne bien avec NetworkManager.

Cela m'est également arrivé avec une carte mère Gigabyte-B250M-DS3H après la mise à niveau d'Ubuntu 16.04 à 18.04 le 28 juillet 2018. Le noyau est 4.15.0-29-generic.

Le résultat de sudo lshw -C network a montré RTL8111/8168/8411 Contrôleur Ethernet Gigabit PCI Express, tandis qu'il a montré que r8169 est le pilote utilisé.

Ce qui a enfin fonctionné était l'installation du pilote spécifique au contrôleur Ethernet (grosse surprise):

sudo apt install r8168-dkms

puis redémarrer l'ordinateur (Merci andypotter). Je n'ai pas eu à mettre r8169 sur liste noire, mais j'ai quand même dû créer un script dans /lib/systemd/system-sleep/ que j'ai appelé r8168-refresh-after-suspend (comme conseillé par Paulo) qui supprimerait et réinsérerait r8168:

#!/bin/bash

# $1 est l'état (pré ou post)
# $2 est l'action (suspend)

case $1/$2 in
pre/suspend)
  modprobe -r r8168
;;
post/suspend)
  modprobe -i r8168
;;
esac

et, bien sûr, le rendre exécutable avec :

sudo chmod +x /lib/systemd/system-sleep/r8168-refresh-after-suspend

Cela a fonctionné à merveille. Donc, c'est toujours un problème dans le noyau 4.15.0-29, mais le correctif de fortune fonctionne toujours.