Problèmes et questions concernant le noyau et le support matériel.
Répondre

Carte ethernet Realtek RTL8111/8168/8411 sortie de veille KO

#1Messageil y a 4 ans

Informations complètes :

03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
	Subsystem: Samsung Electronics Co Ltd RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [144d:c606]
	Flags: bus master, fast devsel, latency 0, IRQ 27
	I/O ports at 2000 [size=256]
	Memory at e1404000 (64-bit, prefetchable) [size=4K]
	Memory at e1400000 (64-bit, prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
	Capabilities: [d0] Vital Product Data
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
	Kernel driver in use: r8168
	Kernel modules: r8169, r8168

cat /etc/modprobe.d/r8169_blacklist.conf 
blacklist r8169

uname -a
Linux jocenter 4.19.49-1-MANJARO #1 SMP PREEMPT Sun Jun 9 20:24:20 UTC 2019 x86_64 GNU/Linux
Le même problème a été reporté ici : viewtopic.php?p=122142&sid=32461ae2b031 ... a6#p122142

Je constate que deux modules de noyaux sont disponibles pour cette carte. le r8168 est utilisé, le r8169 est backlisté.

Scenario de reproduction de bug : mise à jour classique, redémarrage à chaud, mise en veille, sortie de mise en veille, nm tente de se connecter, arrive à atteindre le serveur distant, boucle, et renonce. :desole:
Apparaît depuis la mise à jour du 26/05.

Workaround : Redémarrage à froid, apu de bug. :saispas:

Carte ethernet Realtek RTL8111/8168/8411 sortie de veille KO

#2Messageil y a 4 ans

Carte ethernet Realtek RTL8111/8168/8411 sortie de veille KO

#3Messageil y a 4 ans

Noyaux utilisés : 4.19 LTS , 4.14 LTS

Je ne suis dans aucun des cas cités dans ces liens. Je n'hiberne pas le poste, je le mets juste en veille après un redémarrage à chaud et une mise à jour comme nous le faisons d'habitude. Qui plus est, pas de processus à 100%, l'activité est calme.
Pas de configuration custo ni de VPN...

Je ne sais pas si j'ai été clair sur mon work around : une redémarrage à froid règle le problème.
Répondre