Forum

Bonjour à tous,

j'observe une régression au passage de mga6 à mga7. En fait, j'ai testé, c'est le passage du kernel 4.14.7.mga6 au kernel 5.2.7.mga7

Au réveil d'une hibernation, le réseau ne fonctionne plus. En apparence tout à l'air bon ( le réseau est actif, tout est au vert ), mais rien lorsqu'on essaie de joindre un site internet avec un navigateur, rien. On ne peut pas joindre sa box non plus sur le réseau local (192.168.1.1)

[root@msi ~]# systemctl status network.service
● network.service - LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network; generated)
Active: active (running) since Sat 2019-08-17 20:05:53 CEST; 15h ago
Docs: man:systemd-sysv-generator(8)
Process: 1050 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS)
Memory: 4.9M
CGroup: /system.slice/network.service
└─1224 /sbin/ifplugd -I -b -i enp3s0

Via le tableau de bord, si on "déconnecte filaire" puis "reconnecte", et là on retrouve un fonctionnement normal

Une idée ?

Édité par choucroot Le 24/08/2019 à 09h44

Bonjour.
Je confirme rencontrer un phénomène analogue en WiFi, sur au moins 2 portables ASUS.
Mais pour moi, c'est en sortie de veille simple (je n'utilise pas l'hibernation).
Par contre, ce n'est pas systématique : je dirais en moyenne 1 fois sur 5.
Je n'avais pas envisagé que ça pouvait être lié au changement de noyau.
Je vais continuer à observer dans les semaines qui viennent.
Par contre, pas de problèmes en filaire sur mon fixe.

Édité par euclide24 Le 18/08/2019 à 16h46

OK. Du coup, je reprécise. De mon côté, ça ne le fait que sur l'un de mes 2 PC, le plus "ancien" ( le Pentium N3710 ). C'est systématique. Et uniquement avec l'hibernation, pas de soucis avec la veille simple.

Édité par choucroot Le 24/08/2019 à 10h07

juste pour dire que si on fait un 'systemctl stop network.service', puis dans la foulée un 'systemctl start network.service', ça retombe sur ses pattes. Dans un script exécuté au réveil de l'hibernation, ça devrait donc le faire sans être trop "pénible".

Au niveau des cartes, c'est presque pareil entre les 2 machines

PC avec le problème:
r8169 : Realtek Semiconductor Co., Ltd.|RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [NETWORK_ETHERNET] (vendor:10ec device:8168 subv:1462 subd:b120) (rev: 0c)

PC sans le problème:
r8169 : Realtek Semiconductor Co., Ltd.|RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [NETWORK_ETHERNET] (vendor:10ec device:8168 subv:1462 subd:b171) (rev: 15


Pas de fiche de bug, je fermerai ce fil si un jour une mise à jour de kernel "résout" cette étrange anomalie.

Édité par choucroot Le 24/08/2019 à 10h06

Bonjour à tous,

allez, mise à jour du kernel vers 5.2.13-desktop-2.mga7 . Alors je retente la veille prolongée. Toujours pareil, au réveil, interface "up", mais le réseau qui déconne.

Avec la commande dmesg, je découvre le message suivant après que j'essaie de joindre MLO avec le navigateur:

[ 1102.245842] r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 1283.950175] net-fw DROP IN=enp3s0 OUT= MAC=30:9c:23:7e:26:be:44:ce:7d:bb:21:20:08:00 SRC=80.247.225.3 DST=192.168.1.62 LEN=1492 TOS=0x00 PREC=0x00 TTL=56 ID=55489 DF PROTO=TCP SPT=443 DPT=33504 WINDOW=535 RES=0x00 ACK URGP=0


Quelqu'un saurait-il décrypter ?