[RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

gperrot · Le 18/06/2018, à 19:44

Bonjour,

Depuis ma mise à jour de 16.04 LTS à 18.04 LTS, je rencontre un problème lors de la mise en veille de mon portable (rabat de écran) : la connexion filaire disparaît (plus d'icône en haut à droite) et plus de connexion réseau/internet (pour info, je n'utilise pas le wifi mais l'ethernet vers ma freebox Crystal). La commande "sudo service network-manager restart" ne permet pas de résoudre le problème.

Voici quelques informations :

$ ifconfig
enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.10  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::7dbf:bb36:e890:253  prefixlen 64  scopeid 0x20<link>
        ether 00:24:be:c1:b5:32  txqueuelen 1000  (Ethernet)
        RX packets 46348  bytes 56220748 (56.2 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 32202  bytes 3355907 (3.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Boucle locale)
        RX packets 1129  bytes 103168 (103.1 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1129  bytes 103168 (103.1 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

$ nmcli connection show
NAME                 UUID                                  TYPE      DEVICE
Connexion filaire 1  b7355a46-8bee-3ffc-b247-d0f8b1c4d258  ethernet  enp4s0

$ lspci -nn | grep -i net
02:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
04:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [11ab:4381] (rev 11)

Après la mise en veille :

$ ifconfig
enp4s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:24:be:c1:b5:32  txqueuelen 1000  (Ethernet)
        RX packets 49340  bytes 57547186 (57.5 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 35036  bytes 3786647 (3.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18

$ nmcli connection show
NAME                 UUID                                  TYPE      DEVICE
Connexion filaire 1  b7355a46-8bee-3ffc-b247-d0f8b1c4d258  ethernet  --

Savez-vous comment redémarrer le réseau filaire manuellement puis automatiquement après la mise en veille s'il vous plaît ?

Je vous remercie d'avance pour votre aide.

Gigi

Dernière modification par gperrot (Le 20/06/2018, à 18:22)

ylag · Le 18/06/2018, à 20:03

Salut,

Voiir une discussion à ce sujet: https://forum.ubuntu-fr.org/viewtopic.php?id=2026733

Pour une solution rapide, tu peux tenter:

sudo ip link set enp4s0 down

...suivi de:

sudo ip link set enp4s0 up

...vérifier le résultat par le retour de ifconfig.

Quelquefois, si ça ne suffit pas, il faut décharger et recharger le module du pilote de la carte éthernet:

sudo modprobe -r <nom-du-module>

...suivi de: (pour recharger)

sudo modprobe <nom-du-module>

Pour déterminer le nom du module en question:

lspci -nn -k | grep -i net -A3

...devrait le faire.

A+

Dernière modification par ylag (Le 18/06/2018, à 20:07)

gperrot · Le 18/06/2018, à 22:07

Bonsoir et merci pour ton aide, ylag !

J'ai essayé :

$ sudo ip link set enp4s0 down
$ sudo ip link set enp4s0 up
$ ifconfig
enp4s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:24:be:c1:b5:32  txqueuelen 1000  (Ethernet)
        RX packets 11983  bytes 15248589 (15.2 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8003  bytes 869354 (869.3 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18

Le réseau n'est pas revenu avec ce "ip link down/up". As-tu une autre suggestion ?

J'ai essayé :

$ lspci -nn -k | grep -i net -A3
02:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
	Subsystem: Foxconn International, Inc. T77H126.00 802.11bgn Wireless Half-size Mini PCIe Card [105b:e017]
	Kernel driver in use: ath9k
	Kernel modules: ath9k
--
04:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [11ab:4381] (rev 11)
	Subsystem: Sony Corporation Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [104d:9071]
	Kernel driver in use: sky2
	Kernel modules: sky2
3f:00.0 Host bridge [0600]: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers [8086:2c62] (rev 02)

Où puis-je trouver le nom du module stp ?

Merci d'avance pour ton aide.

Gigi

ylag a écrit :

Salut,
Voiir une discussion à ce sujet: https://forum.ubuntu-fr.org/viewtopic.php?id=2026733
Pour une solution rapide, tu peux tenter:
sudo ip link set enp4s0 down
...suivi de:
sudo ip link set enp4s0 up
...vérifier le résultat par le retour de ifconfig.
Quelquefois, si ça ne suffit pas, il faut décharger et recharger le module du pilote de la carte éthernet:
sudo modprobe -r <nom-du-module>
...suivi de: (pour recharger)
sudo modprobe <nom-du-module>
Pour déterminer le nom du module en question:
lspci -nn -k | grep -i net -A3
...devrait le faire.
A+

xubu1957 · Le 18/06/2018, à 22:16

Bonjour,

Vu :

Ethernet controller [0200]: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [11ab:4381] (rev 11)
	Subsystem: Sony Corporation Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] [104d:9071]
	Kernel driver in use: sky2
	Kernel modules: sky2

Kernel modules: sky2

_ _ _

Essaye :

sudo modprobe -r sky2

sudo modprobe sky2

ylag · Le 19/06/2018, à 11:38

Bonjour,

Si les commandes suggérées par @xubu1957 au #4 ne fonctionnent pas, je n'aurai pas d'autres suggestions à te faire, sinon de regarder du côté de ta box ?

@xubu1957 sera beaucoup plus qualifié que moi pour aller plus en profondeur dans ce domaine.

A+

Dernière modification par ylag (Le 19/06/2018, à 11:40)

xubu1957 · Le 19/06/2018, à 11:44

Bonjour,

@ ylag

ylag a écrit :

Bonjour,
Si les commandes suggérées par @xubu1957 au #4 ne fonctionnent pas, je n'aurai pas d'autre suggestions à te faire, sinon de regarder du côté de ta box ?
@xubu1957 sera beaucoup plus qualifié que moi pour aller plus en profondeur dans ce domaine.
A+

J'ai fait des progrès en Wifi, mais suis en retard pour l'Ethernet.
_ _ _

#37 a écrit :

I have a SONY VAIO laptop model VPCEB3M1E. After upgrade from kubuntu 17.10 to kubuntu 18.04 i have this problem: Ethernet disconnect after suspend. My ethernet controller is: Marvell Technology Group Ltd. Yukon Optima 88E8059 [PCIe Gigabit Ethernet Controller with AVB] (rev 11) and the kernel module is sky2.
I try: sudo modprobe -r sky2 and then: sudo modprobe -i sky2 and the ethernet working since the computer goes in sleep mode. After suspend the problem again exists.
The linux kernel is 4.15.0-20-generic

> bugs.launchpad.net/ubuntu/+source/linux/+bug/1760073

_ _ _

@ gperrot

Fournis le noyau actif :

uname -a

et les noyaux présents :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

Dernière modification par xubu1957 (Le 19/06/2018, à 11:57)

ylag · Le 19/06/2018, à 12:33

@ xubu1957:

Salut,

I try: sudo modprobe -r sky2 and then: sudo modprobe -i sky2 and the ethernet working since the computer goes in sleep mode. After suspend the problem again exists.

Si les commandes modprobe fonctionnent pour @gperrot, peut-être utiliser la procédure suggérée au #15 de cette discussion pour automatiser, en remplacant r8169 par sky2:
https://forum.ubuntu-fr.org/viewtopic.p … #p21925365

?

Dernière modification par ylag (Le 19/06/2018, à 12:34)

gperrot · Le 19/06/2018, à 17:49

Bonjour,

Merci !
Je vous confirme que les commandes suivantes résolvent le problème :

sudo modprobe -r sky2 
sudo modprobe sky2

Pour répondre aux questions de xubu1957 :

$ uname -a
Linux gildas-VPCEB1E1E 4.15.0-23-generic #25-Ubuntu SMP Wed May 23 18:02:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

et :

$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
ii  binutils-x86-64-linux-gnu        2.30-20ubuntu2~18.04
ii  linux-headers-4.15.0-20          4.15.0-20.21
ii  linux-headers-4.15.0-20-generic  4.15.0-20.21
ii  linux-image-4.15.0-20-generic    4.15.0-20.21
ii  linux-headers-4.15.0-23          4.15.0-23.25
ii  linux-generic                    4.15.0.23.25
ii  linux-headers-generic            4.15.0.23.25
ii  linux-image-generic              4.15.0.23.25
ii  linux-headers-4.15.0-23-generic  4.15.0-23.25
ii  linux-image-4.15.0-23-generic    4.15.0-23.25

La solution d'automatisation en remplacant r8169 par sky2 dans #15 de https://forum.ubuntu-fr.org/viewtopic.p … #p21925365 ne fonctionne pas.
Comment savoir d'où le problème vient (log) et sinon, y a-t-il un moyen plus standard d'autonomisation ?

Je vous remercie d'avance pour votre aide.

Gigi

xubu1957 · Le 19/06/2018, à 17:58

La solution d'automatisation en remplacant r8169 par sky2 dans #15 de https://forum.ubuntu-fr.org/viewtopic.p … #p21925365 ne fonctionne pas.

La solution d'automatisation donnée pour le r8169 est un exemple.

Ton module étant un sky2, il faut indiquer dans ton script sky2.

gperrot · Le 19/06/2018, à 18:05

xubu1957 a écrit :

La solution d'automatisation en remplacant r8169 par sky2 dans #15 de https://forum.ubuntu-fr.org/viewtopic.p … #p21925365 ne fonctionne pas.
La solution d'automatisation donnée pour le r8169 est un exemple.
Ton module étant un sky2, il faut indiquer dans ton script sky2.

C'est ce que j'ai fait comme indiqué dans mon précédent message : en remplacant r8169 par sky2 :

$ cat /etc/suspend-modules.conf 
sky2

$

D'autres idées svp ?

Merci d'avance.

xubu1957 · Le 19/06/2018, à 18:10

Il faut espérer une correction du bug sur un prochain noyau

ylag · Le 19/06/2018, à 18:26

Salut,

Ça fonctionne chez-moi.
Est-ce que ton fichier: /lib/systemd/system-sleep/suspend-modules était bien formé? Ça débute par:

#!/bin/bash

...et se termine par:

esac

L'avais-tu rendu exécutable ?

En attendant mieux, il ne te reste qu'à passer les commandes à la main à chaque sortie de veille...

Il serait sûrement possible d'utiliser le service systemd-suspend, ou de carrément créer un service systemd dédié mais je ne saurais pas le faire, peut-être que xubu1957 aurait quelques liens à te suggérer dans ce sens ?

Ajout: En fait, la solution préconisée utilise le service systemd-suspend...

A+

Dernière modification par ylag (Le 19/06/2018, à 18:53)

xubu1957 · Le 19/06/2018, à 18:40

@ ylag

Je viens de trouver > freedesktop.org/wiki/Software/systemd/.

Toi qui lis l'anglais.

ylag · Le 19/06/2018, à 18:45

@xubu1957:

Salut,

J'en étais sûr !
Je regarde dans ce sens, j'espère que @gperrot puisse en faire de même.

Peut-être débuter par les pages "man" du service:

man systemd-suspend.service

A+

Dernière modification par ylag (Le 19/06/2018, à 18:58)

gperrot · Le 19/06/2018, à 20:33

En attendant la correction du noyau, je vais essayer de faire fonctionner suspend-modules chez moi ;-)

$ ls -la  /lib/systemd/system-sleep/suspend-modules
-rwxr-xr-x 1 root root 486 juin  19 21:02 /lib/systemd/system-sleep/suspend-modules

et :

$ cat  /lib/systemd/system-sleep/suspend-modules 
# Create /etc/suspend-modules.conf
# with one module per line

# credits to:
# https://bbs.archlinux.org/viewtopic.php?pid=1540125#p1540125
# More info:
# https://ubuntuforums.org/showthread.php?t=2314905&p=13555828#post13555828

#!/bin/bash

case $1 in
    pre)
        for mod in $(</etc/suspend-modules.conf); do
            /sbin/rmmod $mod
        done
    ;;
    post)
        for mod in $(</etc/suspend-modules.conf); do
            /sbin/modprobe $mod
        done
    ;;
esac

L'exécution de /lib/systemd/system-sleep/suspend-modules pre ou post ne donne pas de message d'erreur mais ne fait pas disparaître/apparaître l'icône du réseau filaire.
Comment voir ce qui se passe (logs ?) ?

Merci d'avance pour votre aide.

Gigi

ylag a écrit :

Salut,
Ça fonctionne chez-moi.
Est-ce que ton fichier: /lib/systemd/system-sleep/suspend-modules était bien formé? Ça débute par:
#!/bin/bash
...et se termine par:
esac
L'avais-tu rendu exécutable ?
En attendant mieux, il ne te reste qu'à passer les commandes à la main à chaque sortie de veille...
Il serait sûrement possible d'utiliser le service systemd-suspend, ou de carrément créer un service systemd dédié mais je ne saurais pas le faire, peut-être que xubu1957 aurait quelques liens à te suggérer dans ce sens ?
Ajout: En fait, la solution préconisée utilise le service systemd-suspend...
A+

ylag · Le 19/06/2018, à 21:34

Salut,

Est-ce que le service systemd-suspend est activé chez-toi ?
Si oui, la commande: systemctl status systemd-suspend.service -l --no-pager devrait retourner quelquechose du genre de: (après que le système ait été mis et ressorti de veille au moins une fois)

yvan@yvan-maison:~$ systemctl status systemd-suspend.service -l --no-pager
● systemd-suspend.service - Suspend
   Loaded: loaded (/lib/systemd/system/systemd-suspend.service; static; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-suspend.service(8)

jun 19 13:00:06 yvan-maison systemd-sleep[5202]:  setting Advanced Power Management level to 0xfe (254)
jun 19 13:00:06 yvan-maison systemd-sleep[5202]:  APM_level        = 254
jun 19 13:00:07 yvan-maison systemd[1]: Started Suspend.
jun 19 13:59:33 yvan-maison systemd[1]: Starting Suspend...
jun 19 13:59:33 yvan-maison systemd-sleep[21434]: Suspending system...
jun 19 15:59:11 yvan-maison systemd-sleep[21434]: System resumed.
jun 19 15:59:11 yvan-maison systemd-sleep[21434]: /dev/sda:
jun 19 15:59:11 yvan-maison systemd-sleep[21434]:  setting Advanced Power Management level to 0xfe (254)
jun 19 15:59:11 yvan-maison systemd-sleep[21434]:  APM_level        = 254
jun 19 15:59:12 yvan-maison systemd[1]: Started Suspend.
yvan@yvan-maison:~$

Par contre, tu mentionnes être sur un ordi portable et que la mise en veille est activée avec la fermeture du capot: Je suis sur un PC fixe et je mets en veille via l'icône en haut à droite sur le bureau, et j'en ressort avec le bouton de mise sous tension de l'appareil.
Peux-tu tenter de cette façon sur ta machine ?

Il pourrait être possible que la configuration de la mise en veille via fermeture/ouverture du capot soit mal prise en compte ?

Désolé, mais je suis à court de suggestions...

A+

Dernière modification par ylag (Le 19/06/2018, à 22:00)

ylag · Le 19/06/2018, à 21:51

Salut,

Une autre piste, peut-être: le passage de la 16.04 à la 18.04 t'auras probablement fait changer de gestionnaire d'affichage: lightdm sur la 16.04 et gdm3 sur la 18.04 ?
Sur ma machine sous Ubuntu 18.04, j'ai remis lightdm à la place de gdm3 pour régler quelques problèmes liés aux consoles tty et au démarrage / redémarrage du serveur X. Peut-être tenter de basculer sur lightdm (il faut l'installer au préalable et ça tire quand même un certain nombre de dépendances...) et voir si ça fonctionne mieux ?

Aussi, je n'utilise pas la session Wayland non-compatible avec mon matériel ancien (2009).
Si tu l'utilises, peut-être tenter sous une session X ?

A+

Dernière modification par ylag (Le 19/06/2018, à 21:59)

gperrot · Le 20/06/2018, à 18:17

Merci à tous et spécialement à ylag pour son aide. Je viens de résoudre mon problème. Il semblerait que le problème venait du fichier /lib/systemd/system-sleep/suspend-modules qui devait être erroné. J'avais :

systemctl status systemd-suspend.service -l --no-pager
● systemd-suspend.service - Suspend
   Loaded: loaded (/lib/systemd/system/systemd-suspend.service; static; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-suspend.service(8)

juin 20 18:50:24 gildas-VPCEB1E1E systemd-sleep[8330]:  APM_level        = 254
juin 20 18:50:24 gildas-VPCEB1E1E systemd[1]: Started Suspend.
juin 20 19:06:10 gildas-VPCEB1E1E systemd[1]: Starting Suspend...
juin 20 19:06:10 gildas-VPCEB1E1E systemd-sleep[10257]: Suspending system...
juin 20 19:06:19 gildas-VPCEB1E1E systemd-sleep[10257]: System resumed.
[b]juin 20 19:06:19 gildas-VPCEB1E1E [10383]: Failed to execute /lib/systemd/system-sleep/suspend-modules: Exec format error
[/b]

Ne trouvant pas l'erreur dans le fichier, j'ai effacé son contenu et coller ce nouveau contenu :

$ cat /lib/systemd/system-sleep/suspend-modules
#!/bin/bash

case $1 in
    pre)
        for mod in $(</etc/suspend-modules.conf); do
            modprobe -r $mod
        done
    ;;
    post)
        for mod in $(</etc/suspend-modules.conf); do
            modprobe $mod
        done
    ;;
esac

La mise en veille par la fermeture du capot de portable ou par le menu en haut à droite de l'écran fonctionnent tous les 2 maintenant.

Encore merci !!!

Gigi

ylag · Le 20/06/2018, à 18:20

Salut,

Content que ça marche pour toi, et bravo pour ta persévérance!

A+

Dernière modification par ylag (Le 21/06/2018, à 11:46)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/06/2018, à 19:44

[RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#2 Le 18/06/2018, à 20:03

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#3 Le 18/06/2018, à 22:07

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#4 Le 18/06/2018, à 22:16

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#5 Le 19/06/2018, à 11:38

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#6 Le 19/06/2018, à 11:44

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#7 Le 19/06/2018, à 12:33

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#8 Le 19/06/2018, à 17:49

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#9 Le 19/06/2018, à 17:58

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#10 Le 19/06/2018, à 18:05

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#11 Le 19/06/2018, à 18:10

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#12 Le 19/06/2018, à 18:26

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#13 Le 19/06/2018, à 18:40

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#14 Le 19/06/2018, à 18:45

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#15 Le 19/06/2018, à 20:33

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#16 Le 19/06/2018, à 21:34

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#17 Le 19/06/2018, à 21:51

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#18 Le 20/06/2018, à 18:17

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

#19 Le 20/06/2018, à 18:20

Re : [RESOLU] Mise en veille sur 18.04 LTS et perte de connexion filaire ?

Pied de page des forums