Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 29-11-2019 22:02:45

31hud
Membre
Lieu : proche Toulouse
Distrib. : Debian 10 stable
Noyau : 4.19.0-6-amd64
(G)UI : XFCE
Inscription : 13-03-2017

Perte de connexion après mise en veille

Salut les débianeux !

J'ai un souci d'interface Ethernet qui ne refonctionne pas après une mise en veille (suspend to ram) manuelle sur un PC fixe fraîchement installé sous Debian 10 Buster avec bureau XFCE. La carte-mère possède 2 ports Ethernet, tous deux des Marvell 88E8056, et le module noyau utilisé est a priori  sky2  venant des dépôts main (l'installation est d'aujourd'hui). Quand c'est juste l'écran qui est verrouillé, l'interface réseau ne se déconnecte pas : je me retrouve à l'invite de session de lightdm, je me relogue et tout se passe bien, j'ai accès au réseau sans souci. Sur l'installation précédente qui venait d'une mise à niveau depuis Stretch, j'avais le problème également et je me suis rendu compte que je retrouvais la connexion si je branchais le câble Ethernet sur l'autre port ; les interfaces sont nommées  enp2s0  et  enp4s0  et je reperds la connexion si je déclenche la mise en veille manuellement. Quelques sorties de commandes que j'ai trouvées sur des sujets similaires si ça peut faire avancer le schmilblick :

dmesg

(juste après le démarrage de la session)

.
.
.
[    1.097879] sky2: driver version 1.30
[    1.097973] sky2 0000:04:00.0: Yukon-2 EC Ultra chip revision 3
[    1.098211] sky2 0000:04:00.0 eth0: addr 00:1f:c6:12:34:5a
[    1.098263] sky2 0000:02:00.0: Yukon-2 EC Ultra chip revision 3
[    1.098453] sky2 0000:02:00.0 eth1: addr 00:1f:c6:12:34:5b
...
[    1.141434] sky2 0000:04:00.0 enp4s0: renamed from eth0
...
[    1.185012] sky2 0000:02:00.0 enp2s0: renamed from eth1
.
.
.
[    4.519420] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[    4.522370] sky2 0000:02:00.0 enp2s0: enabling interface
[    4.522495] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[    4.524940] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[    4.527868] sky2 0000:04:00.0 enp4s0: enabling interface
[    4.528260] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
...
[    6.939526] sky2 0000:02:00.0 enp2s0: Link is up at 1000 Mbps, full duplex, flow control rx
[    6.939546] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
...

Tiens, il se mélange les pinceaux entre  eth0 et enp4s0  &  eth1=enp2s0 alors que  enp2s0 est le port Ethernet principal situé plus haut sur la carte-mère...

cat /etc/network/interfaces


# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback
 

lsmod


Module                  Size  Used by
.
.
.
sky2                   69632  0
...

dhclient enp2s0


RTNETLINK answers: File exists

lspci -v


.
.
.
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
  Subsystem: ASUSTeK Computer Inc. Motherboard
  Flags: bus master, fast devsel, latency 0, IRQ 25
  Memory at fe9fc000 (64-bit, non-prefetchable) [size=16K]
  I/O ports at c800 [size=256]
  Expansion ROM at fe9c0000 [disabled] [size=128K]
  Capabilities: [48] Power Management version 3
  Capabilities: [50] Vital Product Data
  Capabilities: [5c] MSI: Enable+ Count=1/1 Maskable- 64bit+
  Capabilities: [e0] Express Legacy Endpoint, MSI 00
  Capabilities: [100] Advanced Error Reporting
  Kernel driver in use: sky2
  Kernel modules: sky2
...
04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
  Subsystem: ASUSTeK Computer Inc. Motherboard
  Flags: bus master, fast devsel, latency 0, IRQ 24
  Memory at febfc000 (64-bit, non-prefetchable) [size=16K]
  I/O ports at e800 [size=256]
  Expansion ROM at febc0000 [disabled] [size=128K]
  Capabilities: [48] Power Management version 3
  Capabilities: [50] Vital Product Data
  Capabilities: [5c] MSI: Enable+ Count=1/1 Maskable- 64bit+
  Capabilities: [e0] Express Legacy Endpoint, MSI 00
  Capabilities: [100] Advanced Error Reporting
  Kernel driver in use: sky2
  Kernel modules: sky2
 

lshw (-C network),  ifconfig,  iwconfig,  nm-tool,  lwlist scan = commandes introuvables (non installées par défaut sur la distro j'imagine).

D'avance merci pour votre aide précieuse.

Dernière modification par 31hud (01-12-2019 14:05:52)

Hors ligne

#2 30-11-2019 20:46:42

èfpé
Membre
Inscription : 10-07-2016

Re : Perte de connexion après mise en veille

Salut !

31hud a écrit :

Sur l'installation précédente qui venait d'une mise à niveau depuis Stretch, j'avais le problème également et je me suis rendu compte que je retrouvais la connexion si je branchais le câble Ethernet sur l'autre port ; [...] je reperds la connexion si je déclenche la mise en veille manuellement.


Ceci évoque un souci de gestion de l'alimentation, ceci dit as-tu tenté de recharger le module sky2 :

modprobe -rv sky2 && modprobe -v sky2

dmesg | grep sky2


Note l'existence du paramètre legacy_pme + un [Résolu] par l'installation du paquet libqt5network5.

Dernière modification par èfpé (01-12-2019 11:46:42)

Hors ligne

#3 30-11-2019 21:41:27

31hud
Membre
Lieu : proche Toulouse
Distrib. : Debian 10 stable
Noyau : 4.19.0-6-amd64
(G)UI : XFCE
Inscription : 13-03-2017

Re : Perte de connexion après mise en veille

Bonsoir èfpé et merci pour ta réponse,

Oui, je regardais attentivement le sujet noté "résolu" ouvert par dz50 parce que l'interface réseau est presque la même : Marvell 88E8057 contre 8056 pour moi et le module noyau  sky2  en commun. En suivant les étapes, j'ai installé aptitude et la commande  aptitude search '~i network'  montre aussi que  libqt5network5  et  libproxy1-plugin-networkmanager  ne sont pas présents. Je les avais installés ainsi que  net-tools  , purgé et ré-installé  xfce4-power-manager  comme l'auteur du sujet et ça me permettait de récupérer la connexion après mise en veille mais seulement avec l'interface  enp4s0  (reconnue comme eth0) tandis que la  enp2s0  (eth1) que j'utilise principalement ne se reconnectait pas. Je viens d'essayer le  modprobe -rv sky2 && modprobe -v sky2  après suppression des  libqt5network5  ,  libproxy1-plugin-networkmanager  et  net-tools  , la connexion se rétablit sur  enp2s0  . Voici la sortie de  dmesg | grep sky2  après ces opérations :

dmesg | grep sky2


[    1.094218] sky2: driver version 1.30
[    1.094329] sky2 0000:04:00.0: Yukon-2 EC Ultra chip revision 3
[    1.094581] sky2 0000:04:00.0 eth0: addr 00:1f:c6:50:88:7a
[    1.094631] sky2 0000:02:00.0: Yukon-2 EC Ultra chip revision 3
[    1.094824] sky2 0000:02:00.0 eth1: addr 00:1f:c6:50:88:7b
[    1.136380] sky2 0000:04:00.0 enp4s0: renamed from eth0
[    1.178902] sky2 0000:02:00.0 enp2s0: renamed from eth1
[    4.297474] sky2 0000:02:00.0 enp2s0: enabling interface
[    4.304373] sky2 0000:04:00.0 enp4s0: enabling interface
[    6.728712] sky2 0000:02:00.0 enp2s0: Link is up at 1000 Mbps, full duplex, flow control rx
[   52.091147] sky2 0000:04:00.0 enp4s0: disabling interface
[   52.138810] sky2 0000:02:00.0 enp2s0: disabling interface
[   57.570110] sky2 0000:02:00.0 enp2s0: enabling interface
[   57.575184] sky2 0000:04:00.0 enp4s0: enabling interface
[  154.462824] sky2 0000:02:00.0 enp2s0: disabling interface
[  154.465247] sky2 0000:04:00.0 enp4s0: disabling interface
[  159.605698] sky2 0000:02:00.0 enp2s0: enabling interface
[  159.609700] sky2 0000:04:00.0 enp4s0: enabling interface
[  162.029365] sky2 0000:04:00.0 enp4s0: Link is up at 1000 Mbps, full duplex, flow control rx
[  208.329500] sky2 0000:02:00.0 enp2s0: disabling interface
[  208.380373] sky2 0000:04:00.0 enp4s0: disabling interface
[  213.619319] sky2 0000:02:00.0 enp2s0: enabling interface
[  213.623321] sky2 0000:04:00.0 enp4s0: enabling interface
[  216.422880] sky2 0000:04:00.0 enp4s0: Link is up at 1000 Mbps, full duplex, flow control rx
[  412.197156] sky2 0000:02:00.0 enp2s0: disabling interface
[  412.251471] sky2 0000:04:00.0 enp4s0: disabling interface
[  417.529876] sky2 0000:02:00.0 enp2s0: enabling interface
[  417.533849] sky2 0000:04:00.0 enp4s0: enabling interface
[  419.963079] sky2 0000:04:00.0 enp4s0: Link is up at 1000 Mbps, full duplex, flow control rx
[ 4436.104764] sky2 0000:02:00.0 enp2s0: disabling interface
[ 4436.158464] sky2 0000:04:00.0 enp4s0: disabling interface
[ 4441.495058] sky2 0000:02:00.0 enp2s0: enabling interface
[ 4441.499912] sky2 0000:04:00.0 enp4s0: enabling interface
[ 4443.986719] sky2 0000:04:00.0 enp4s0: Link is up at 1000 Mbps, full duplex, flow control rx
[ 4465.003260] sky2 0000:04:00.0 enp4s0: Link is down
[ 4484.016265] sky2 0000:04:00.0 enp4s0: Link is up at 1000 Mbps, full duplex, flow control rx
[ 4618.556999] sky2 0000:04:00.0 enp4s0: Link is down
[ 4640.769167] sky2 0000:02:00.0 enp2s0: disabling interface
[ 4640.813339] sky2 0000:04:00.0 enp4s0: disabling interface
[ 4640.879340] sky2: driver version 1.30
[ 4640.879452] sky2 0000:04:00.0: Yukon-2 EC Ultra chip revision 3
[ 4640.879801] sky2 0000:04:00.0 eth0: addr 00:1f:c6:50:88:7a
[ 4640.879861] sky2 0000:02:00.0: Yukon-2 EC Ultra chip revision 3
[ 4640.880084] sky2 0000:02:00.0 eth1: addr 00:1f:c6:50:88:7b
[ 4640.882404] sky2 0000:04:00.0 enp4s0: renamed from eth0
[ 4640.905966] sky2 0000:02:00.0 enp2s0: renamed from eth1
[ 4640.938980] sky2 0000:04:00.0 enp4s0: enabling interface
[ 4640.944125] sky2 0000:02:00.0 enp2s0: enabling interface
[ 4643.944287] sky2 0000:02:00.0 enp2s0: Link is up at 1000 Mbps, full duplex, flow control rx


modprobe -rv sky2 && modprobe -v sky2

renvoie :

rmmod sky2
insmod /lib/modules/4.19.0-6-amd64/kernel/drivers/net/ethernet/marvell/sky2.ko

La recherche de connexion se lance alors (icône dans le tableau de bord 1) et le système retrouve ses moutons. C'est donc bien apparemment le module  sky2  qui ne se réveille pas après mise en veille.

Pour  legacy_pme  , je n'ai pas saisi ce que tu voulais dire.

Edit: Je viens d'essayer la même chose en ayant ré-installé  libqt5network5  , le réseau n'est pas ré-amorcé après retour de mise en veille, le modprobe de sky2 rétablit toujours la connexion. Je pense donc que  libqt5network5  n'était pas la solution qui a résolu le problème de dz50.

Dernière modification par 31hud (01-12-2019 14:08:40)

Hors ligne

#4 30-11-2019 22:38:42

èfpé
Membre
Inscription : 10-07-2016

Re : Perte de connexion après mise en veille

Re-,

31hud a écrit :

dmesg | grep sky2

[ 4640.879340] sky2: driver version 1.30
[ 4640.879452] sky2 0000:04:00.0: Yukon-2 EC Ultra chip revision 3
[ 4640.879801] sky2 0000:04:00.0 eth0: addr 00:1f:c6:50:88:7a
[ 4640.879861] sky2 0000:02:00.0: Yukon-2 EC Ultra chip revision 3
[ 4640.880084] sky2 0000:02:00.0 eth1: addr 00:1f:c6:50:88:7b
[ 4640.882404] sky2 0000:04:00.0 enp4s0: renamed from eth0
[ 4640.905966] sky2 0000:02:00.0 enp2s0: renamed from eth1
[ 4640.938980] sky2 0000:04:00.0 enp4s0: enabling interface
[ 4640.944125] sky2 0000:02:00.0 enp2s0: enabling interface
[ 4643.944287] sky2 0000:02:00.0 enp2s0: Link is up at 1000 Mbps, full duplex, flow control rx


Ce retour est difficilement exploitable si tu ne dis pas ce que tu as fait ni à quel moment tu l'as fait.

31hud a écrit :

C'est donc bien apparemment le module sky2 qui ne se réveille pas après mise en veille.


Ou plus exactement, il faut le recharger... Il est donc légitime de le décharger avant la mise en veille :

nano /etc/pm/config.d/unload_modules

SUSPEND_MODULES="sky2"


edit: assure-toi auparavant que le paquet pm-utils est installé ; pour aller plus loin, man pm-action !

Quant au paramètre legacy_pme (pme=power management) du module sky2, je ne peux pas tester.

Dernière modification par èfpé (30-11-2019 23:18:42)

Hors ligne

#5 30-11-2019 23:05:40

31hud
Membre
Lieu : proche Toulouse
Distrib. : Debian 10 stable
Noyau : 4.19.0-6-amd64
(G)UI : XFCE
Inscription : 13-03-2017

Re : Perte de connexion après mise en veille

Donc pour être plus clair, j'ai installé  net-tools  ,  libqt5network5  et  libproxy1-plugin-networkmanager  , j'ai purgé et ré-installé  xfce4-power-manager  et il me semblait que l'interface enp4s0 (détectée eth0 à l'initialisation) ne perdait plus la connexion (c'était avant de lire ton premier message). Pour en être sûr, j'ai désinstallé ces paquets sauf  aptitude  et  xfce4-power-manager  et revenir à la situation initiale dans laquelle seul le modprobe de sky2 rétablit la connexion. Après lecture de ton message, j'ai ré-installé  libqt5network5  pour être sûr qu'il ne résout pas le problème à lui seul dans mon cas. Je tente la modification de la configuration de  unload_modules  et te tiens informé (le dossier  /etc/pm  n'existe pas pour info).

Bon ben j'annule ce fichier que je viens de créer (  mkdir pm  dans /etc/,  mkdir config.d dans /etc/pm et création du fichier unload_modules) et j'installe pm-utils d'abord ^^

Dernière modification par 31hud (30-11-2019 23:24:01)

Hors ligne

#6 30-11-2019 23:44:21

31hud
Membre
Lieu : proche Toulouse
Distrib. : Debian 10 stable
Noyau : 4.19.0-6-amd64
(G)UI : XFCE
Inscription : 13-03-2017

Re : Perte de connexion après mise en veille

Ok, le paquet  pm-utils  crée bien le dossier  /etc/pm/config.d  parmi d'autres ; j'ai créé le fichier  unload_modules  avec la ligne  SUSPEND_MODULES="sky2" puis redémarré pour prendre en compte les modifications mais sans succès : la connexion ne repart pas après mise en veille sur l'interface  enp2s0  ,  la commande  modprobe -rv sky2 && modprobe -v sky2  rétablit la situation jusqu'à la mise en veille suivante. Je tente avec  l'autre interface (  enp4s0 / eth0  ) et je reviendrai éditer ce message.

Edit: Ah, ça marche du premier coup avec l'interface  enp4s0  ! J'en reste là pour ce soir. Merci pour l'aide, on a déjà bien avancé wink

Dernière modification par 31hud (30-11-2019 23:54:05)

Hors ligne

#7 01-12-2019 13:49:59

31hud
Membre
Lieu : proche Toulouse
Distrib. : Debian 10 stable
Noyau : 4.19.0-6-amd64
(G)UI : XFCE
Inscription : 13-03-2017

Re : Perte de connexion après mise en veille

Bon, bon, c'est pas mal : j'ai testé l'autre méthode suggérée par --Gilles-- sur le sujet "résolu" de dz50 pour l'autre interface (  enp2s0 / eth1  ) qui ne bénéficiait pas de la modification  unload_modules  . J'ai donc créé comme indiqué ici –> https://forum.ubuntu-fr.org/viewtopic.p … #p21925365 un script nommé  'suspend-modules'  dans  /usr/lib/systemd/system-sleep  (  /lib/systemd/system-sleep  possède un symlink qui le renvoie à  /usr  ), rendu exécutable à l'aide de la commande  chmod a+x /usr/lib/systemd/system-sleep/suspend-modules  et enfin créé un fichier  suspend-modules.conf  dans  /etc  qui contient juste le nom du module noyau  sky2  . Après redémarrage, je récupère la connexion en sortie de mise en veille (suspend) que ce soit après verrouillage de l'écran, fermeture de session puis mise en veille ou mise en veille directe et simple. Pas d'intrication avec le login donc apparemment ; ça vaudrait peut-être le coup de remonter un bug à freedesktop.org vu que c'est eux qui développent  systemd  s'ils ont oublié ce module  sky2  dans la gestion de la mise en veille ? Je ne passe pas le sujet en résolu vu qu'il s'agit de stratégies de contournement assimilables à de la bidouille infâme dont le paramétrage risque de sauter à la prochaine version stable d'ici une paire d'années lol

Dernière modification par 31hud (01-12-2019 13:52:31)

Hors ligne

Pied de page des forums