Perte connexion réseau

Hello,

Je rencontre un soucis bizarre avec KDE , je suis connecté en filaire et depuis quelques semaines je perd ma connexion filaire, j'ai le message pas connecté et je vois l'icone réseau qui cherche sans arrêt. Si je me connecte en wifi pas de soucis. Je redémarre sous Windows et là tout fonctionne. Je repasse sous Manjaro dès fois c'est bon dès fois il faut que j'y retourne au bout de plusieurs minutes. J'ai rencontré ce soucis avec La dernière Mageia 7 que j'ai testé. Je peux passé 2 ou 3 jours sans ce problème c'est aléatoire.

Pour changer j'ai installé Manjaro Deepin que j'apprécie et aujourd'hui même soucis, j'ai filmé la barre des tâches pour vous en rendre compte.
https://youtu.be/kYjHq8aGiu8

Si quelqu'un à une idée, je le remercie d'avance

@+

tu peux nous faire un retour

inxi -Fxxxza

Bonjour stephane,

System:    Host: raynald-pc Kernel: 4.19.66-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.1.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19-x86_64 root=UUID=8d526882-7dde-42f0-bcd6-713b73156ff5 rw quiet 
           resume=UUID=376c6491-2dcd-4d26-bc78-6929c57ce0ae 
           Desktop: Deepin 15.11 tk: Qt 5.13.0 info: dde-dock wm: DeepinWM dm: LightDM 1.30.0 Distro: Manjaro Linux 
Machine:   Type: Desktop System: ASUSTeK product: G10AC v: N/A serial: <filter> 
           Mobo: ASUSTeK model: G10AC v: Rev X.0x serial: <filter> UEFI: American Megatrends v: 1101 
           date: 12/06/2013 
Battery:   Device-1: hidpp_battery_0 model: Logitech MX Vertical Advanced Ergonomic Mouse serial: <filter> 
           charge: 10% (should be ignored) rechargeable: yes status: Discharging 
           Device-2: hidpp_battery_1 model: Logitech MK700 serial: <filter> charge: 55% (should be ignored) 
           rechargeable: yes status: Discharging 
CPU:       Topology: Quad Core model: Intel Core i7-4770 bits: 64 type: MT MCP arch: Haswell family: 6 
           model-id: 3C (60) stepping: 3 microcode: 27 L2 cache: 8192 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 54295 
           Speed: 1996 MHz min/max: 800/3900 MHz Core speeds (MHz): 1: 1995 2: 1995 3: 1995 4: 1996 5: 1998 6: 1995 
           7: 1996 8: 1996 
           Vulnerabilities: Type: l1tf mitigation: PTE Inversion 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 
           mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling 
Graphics:  Device-1: NVIDIA GK104 [GeForce GTX 670] vendor: ASUSTeK driver: nvidia v: 430.40 bus ID: 01:00.0 
           chip ID: 10de:1189 
           Display: x11 server: X.Org 1.20.5 driver: nvidia resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 670/PCIe/SSE2 v: 4.6.0 NVIDIA 430.40 direct render: Yes 
Audio:     Device-1: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 00:1b.0 chip ID: 8086:8c20 
           Device-2: NVIDIA GK104 HDMI Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 01:00.1 
           chip ID: 10de:0e0a 
           Sound Server: ALSA v: k4.19.66-1-MANJARO 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK driver: r8168 
           v: 8.047.02-NAPI port: d000 bus ID: 03:00.0 chip ID: 10ec:8168 
           IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
           Device-2: Ralink RT3090 Wireless 802.11n 1T/1R PCIe vendor: Lite-On driver: rt2800pci v: 2.3.0 port: d000 
           bus ID: 04:00.0 chip ID: 1814:3090 
           IF: wlp4s0 state: down mac: <filter> 
Drives:    Local Storage: total: 7.30 TiB used: 3.84 TiB (52.7%) 
           ID-1: /dev/sda vendor: Kingston model: RBU-SC400S37256G size: 238.47 GiB block size: physical: 512 B 
           logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: BBF0 scheme: GPT 
           ID-2: /dev/sdb vendor: Samsung model: SSD 850 PRO 256GB size: 238.47 GiB block size: physical: 512 B 
           logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 4B6Q scheme: GPT 
           ID-3: /dev/sdc type: USB model: USB DISK 2.0 size: 7.21 GiB block size: physical: 512 B logical: 512 B 
           serial: <filter> rev: PMAP scheme: MBR 
           ID-4: /dev/sdd type: USB vendor: Western Digital model: WD60EZRX-11MVLB1 size: 5.46 TiB block size: 
           physical: 4096 B logical: 4096 B rotation: 5700 rpm serial: <filter> rev: 1065 scheme: MBR 
           ID-5: /dev/sdi type: USB vendor: Western Digital model: WD15EARS-32MVWB0 size: 1.36 TiB block size: 
           physical: 512 B logical: 512 B serial: <filter> rev: 2002 scheme: MBR 
Partition: ID-1: / raw size: 221.04 GiB size: 216.57 GiB (97.98%) used: 15.50 GiB (7.2%) fs: ext4 dev: /dev/sda2 
           ID-2: swap-1 size: 17.13 GiB used: 0 KiB (0.0%) fs: swap swappiness: 60 (default) 
           cache pressure: 100 (default) dev: /dev/sda3 
Sensors:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 41 C 
           Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 10% 
Info:      Processes: 245 Uptime: N/A Memory: 15.57 GiB used: 998.0 MiB (6.3%) Init: systemd v: 242 Compilers: 
           gcc: 9.1.0 Shell: bash v: 5.0.7 running in: deepin-terminal inxi: 3.0.35

on a sans cesse des problemes suivant
la version noyau linux et les drivers rt8168 / 8169
l'état vraie suivant les noyaux , parfois certains firmware linux

je te conseille d'ajouter le noyau 5.2
a voir ce topic
https://forum.manjaro.org/t/apparently- ... date/87715
et ce topic
https://forum.manjaro.org/t/network-rel ... ipts/50180

tu dois blacklister r1868 ou r8169 , et décharger l'ancien r8168 ou r8169 et rebooter et vérifier

Merci pour ton aide

Je vais lire tout ça tranquillement et voir si ça fonctionne!

@+

Bonjour @ tous

Il y avait longtemps que je n'avais pas été confronté à ce problème...
Je viens d'installer le noyau linux 5.4rc7.d1110.g31f4f5b-1 donc encore en développement.
Je retrouve ce gag récurent de perte de connexion Ethernet n'ayant plus que du bluetooth pour me connecter. (je n'ai pas de carte Wifi sur cette machine). La carte est une

 Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet

Après un simple lsmod |grep r81*, j'ai pu constater que le module chargé était le r8168. J'avais pour des raisons analogues du blacklister le r8169 pour retrouver la connexion filaire avec d'autres noyaux plus anciens.
Un simple sudo modprobe r8169 et je retrouve à chaud la connexion filaire. Il n'y a plus qu'a "déblacklister" dans /etc/modprobe.d/r8169_blacklist.conf jusquà la prochaine mouture.

La confirmation que l'intégration de ce module n'est pas une sinécure pour les développeurs du kernel.