Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 07/02/2023, à 17:30

Florentin L

[Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Pour contextualiser brièvement, j'ai monté une tour PC il y a quelques semaines et depuis le début j'ai quelques problèmes de connexion internet (par ethernet).
Dans l'immédiat, internet fonctionne. Mais très régulièrement, après 1h, 2h ou plus de fonctionnement, il arrive que la connexion lache.
J'ai déjà tenté d'investiguer sur le problème, de tester quelques solutions mais j'ai encore le même type de problème; je me tourne donc vers vous pour obtenir l'aide de personnes compétentes !

Matériel et environnement :
Carte mère : ASRock X670E Steel Legend
CPU : AMD Ryzen 7 7700X
GPU : NVIDIA GeForce RTX 3080 (ASUS TUF GAMING)
RAM : G.Skill Trident Z5 NEO RGB (2*16Go, DDR5 5600 MHz)
Stockage : Seagate FireCuda 530 1 To (+ un HDD branché mais inutilisé pour le moment)
OS : Kubuntu 22.04 LTS (dual booté avec Windows 11)
Si besoin de plus de détails, n'hésitez pas

Symptômes :
En naviguant sur le web (recherches, vidéos, etc.), je ne parviens soudainement plus à capter internet (page inaccessible, vidéo qui ne charge plus, etc.)
Premièrement, j'ai vérifié que cela n'était pas dû au navigateur; j'ai simplement regardé si la recherche de mise à jour (via Discover) fonctionnait : non; idem en tentant ultérieurement un "sudo apt install ...".
Ensuite, j'ai creusé du côté du journal d'erreur système via KSystemlog (surcouche graphique à "dmesg" si je ne dis pas de bêtises).
Une erreur récurrente (qui, d'ailleurs, semblait apparaître systématiquement lorsque j'essayais de rafraîchir un onglet de navigateur), ou plutôt "des" erreurs types étaient :

r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
r8169 0000:05:00.0 enp5s0: rtl_chipcmd_cond == 1 (loop: 100, delay: 100).
r8169 0000:05:00.0 enp5s0: rtl_ephyar_cond == 1 (loop: 100, delay: 10).
r8169 0000:05:00.0 enp5s0: rtl_counters_cond == 1 (loop: 1000, delay: 10).

En recherchant la première occurrence de cette erreur, j'ai trouvé un warning (précédant la première occurrence d'erreur) qui semblait apparaître (avec à peu près les mêmes valeurs) à chaque fois où je perdais la connexion internet :

------------[ cut here ]------------
NETDEV WATCHDOG: enp5s0 (r8169): transmit queue 0 timed out
WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:477 dev_watchdog+0x277/0x280
Modules linked in: exfat ntfs3 rfcomm cmac algif_hash algif_skcipher af_alg bnep snd_hda_codec_realtek intel_rapl_msr intel_rapl_common binfmt_misc snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi snd_hda_intel edac_mce_amd snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec kvm_amd snd_hda_core snd_hwdep nls_iso8859_1 kvm snd_pcm mt7921e snd_seq_midi snd_seq_midi_event mt76_connac_lib rapl btusb snd_rawmidi mt76 btrtl btbcm wmi_bmof snd_seq mac80211 btintel bluetooth snd_seq_device ecdh_generic ccp snd_timer ecc cfg80211 snd input_leds libarc4 soundcore nvidia_uvm(POE) joydev mac_hid sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops hid_generic cec usbhid hid crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd rc_core nvme r8169 ahci xhci_pci i2c_piix4 drm
 libahci xhci_pci_renesas nvme_core realtek wmi video
CPU: 0 PID: 0 Comm: swapper/0 Tainted: P           OE     5.15.0-58-generic #64-Ubuntu
Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
RIP: 0010:dev_watchdog+0x277/0x280
Code: eb 97 48 8b 5d d0 c6 05 67 17 69 01 01 48 89 df e8 ce 64 f9 ff 44 89 e1 48 89 de 48 c7 c7 50 62 cd 99 48 89 c2 e8 ef d3 19 00 <0f> 0b eb 80 e9 de 3d 23 00 0f 1f 44 00 00 55 48 89 e5 41 57 41 56
RSP: 0018:ffffabaa00003e70 EFLAGS: 00010282
RAX: 0000000000000000 RBX: ffff95dc62250000 RCX: 0000000000000027
RDX: ffff95e39d620588 RSI: 0000000000000001 RDI: ffff95e39d620580
RBP: ffffabaa00003ea8 R08: 0000000000000003 R09: fffffffffffdbd98
R10: 0000000000ffff0a R11: 0000000000000001 R12: 0000000000000000
R13: ffff95dc6224e280 R14: 0000000000000001 R15: ffff95dc622504c0
FS:  0000000000000000(0000) GS:ffff95e39d600000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f2f11db2028 CR3: 0000000026c10000 CR4: 0000000000750ef0
PKRU: 55555554
Call Trace:
 <IRQ>
 ? pfifo_fast_enqueue+0x160/0x160
 call_timer_fn+0x2c/0x120
 __run_timers.part.0+0x1e3/0x270
 ? ktime_get+0x46/0xc0
 ? native_x2apic_icr_read+0x20/0x20
 ? lapic_next_event+0x20/0x30
 ? clockevents_program_event+0xad/0x130
 run_timer_softirq+0x2a/0x60
 __do_softirq+0xd9/0x2e7
 irq_exit_rcu+0x94/0xc0
 sysvec_apic_timer_interrupt+0x80/0x90
 </IRQ>
 <TASK>
 asm_sysvec_apic_timer_interrupt+0x1b/0x20
RIP: 0010:cpuidle_enter_state+0xd9/0x620
Code: 3d 24 ce f9 66 e8 c7 b9 68 ff 49 89 c7 0f 1f 44 00 00 31 ff e8 08 c7 68 ff 80 7d d0 00 0f 85 61 01 00 00 fb 66 0f 1f 44 00 00 <45> 85 f6 0f 88 6d 01 00 00 4d 63 ee 49 83 fd 09 0f 87 e7 03 00 00
RSP: 0018:ffffffff9a403db8 EFLAGS: 00000246
RAX: ffff95e39d630b80 RBX: ffff95dc5a3cb800 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000000
RBP: ffffffff9a403e08 R08: 000009f8f2e17de9 R09: 00000000000aae60
R10: 0000000000000004 R11: 071c71c71c71c71c R12: ffffffff9a6e6b20
R13: 0000000000000003 R14: 0000000000000003 R15: 000009f8f2e17de9
 ? cpuidle_enter_state+0xc8/0x620
 cpuidle_enter+0x2e/0x50
 cpuidle_idle_call+0x142/0x1e0
 do_idle+0x83/0xf0
 cpu_startup_entry+0x20/0x30
 rest_init+0xd3/0x100
 ? acpi_enable_subsystem+0x20b/0x217
 arch_call_rest_init+0xe/0x23
 start_kernel+0x4a9/0x4ca
 x86_64_start_reservations+0x24/0x2a
 x86_64_start_kernel+0xfb/0x106
 secondary_startup_64_no_verify+0xc2/0xcb
 </TASK>
---[ end trace 77607438f9466d5d ]---
r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).

De fil en aiguille, je suis tombé sur ce post : [RESOLU] Kernel modules: r8169, r8168
Je m'en suis donc inspiré mais en ne faisant que l'installation de "r8168-dkms" (i.e. je n'ai pas blacklisté r8169), ce qui semble avoir suffit pour que mon port ethernet utilise ce module plutôt que le r8169 qu'il utilisait.

Premier jour : pas de problème, victoire ?
Aujourd'hui, j'ai cependant eu affaire à une nouvelle coupure d'internet. En ouvrant KSystemlog, je n'ai sur le coup aperçu aucune erreur ou aucun warning correspondant avec la coupure ressentie. En revanche, quelques secondes après, j'ai tout de même eu les erreurs suivantes :

enp5s0: cmd = 0xff, should be 0x07
.
enp5s0: io_base_l = 0xffff, should be 0xe001
.
enp5s0: esd_flag = 0x0003
.
r8168: enp5s0: link up

(Oui oui, avec des lignes ne contenant juste qu'un point ¯\_(･ิ ̭ ･ิ)_/¯ )

Demi-bonne nouvelle : contrairement à avant, la connexion revient toute seule après quelques secondes.
Demi-mauvaise nouvelle : au delà du fait qu'il y a encore la présence de cette coupure internet, j'ai eu toute une série d'erreur par la suite ...

En effet, quelques minutes plus tard (5-10min), j'ai ressenti un freeze de 1s à 3s (souris qui ne bouge plus + piste audio qui ne se déroule plus).
Les erreurs remontées sont les suivantes :

enp5s0: cmd = 0xff, should be 0x07
.
enp5s0: io_base_l = 0xffff, should be 0xe001
.
enp5s0: mem_base_l = 0xffff, should be 0x4004
.
enp5s0: mem_base_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x1c_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x1c_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x20_l = 0xffff, should be 0x0004
.
enp5s0: resv_0x20_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x24_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x24_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x2c_l = 0xffff, should be 0x1849
.
enp5s0: resv_0x2c_h = 0xffff, should be 0x8168
.
enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000
.
enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759
.
enp5s0: test_phy_ocp ResetPhyType = 0x02
.
------------[ cut here ]------------
WARNING: CPU: 11 PID: 0 at /var/lib/dkms/r8168/8.049.02/build/r8168_n.c:7182 rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
Modules linked in: ntfs3 exfat rfcomm cmac algif_hash algif_skcipher af_alg intel_rapl_msr bnep intel_rapl_common binfmt_misc edac_mce_amd snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio kvm_amd snd_hda_codec_hdmi btusb btrtl btbcm kvm btintel snd_hda_intel nls_iso8859_1 mt7921e bluetooth snd_intel_dspcfg rapl snd_intel_sdw_acpi mt76_connac_lib snd_hda_codec mt76 ecdh_generic wmi_bmof ecc snd_hda_core snd_hwdep mac80211 snd_pcm snd_seq_midi ccp snd_seq_midi_event joydev input_leds snd_rawmidi snd_seq cfg80211 snd_seq_device snd_timer snd libarc4 soundcore mac_hid nvidia_uvm(POE) sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cec hid_generic usbhid hid crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd r8169 rc_core nvme ahci r8168(OE) i2c_piix4
 xhci_pci drm libahci xhci_pci_renesas nvme_core realtek wmi video
CPU: 11 PID: 0 Comm: swapper/11 Tainted: P           OE     5.15.0-58-generic #64-Ubuntu
Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
RIP: 0010:rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
Code: f7 e8 3d 46 f8 ff 41 89 c4 41 83 e4 07 bf 58 89 41 00 41 ff c7 e8 39 66 30 e0 44 39 fb 76 06 66 45 39 e5 75 b6 44 39 fb 75 02 <0f> 0b 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc c3 cc cc cc cc
RSP: 0018:ffffb7e6c04c4e18 EFLAGS: 00010046
RAX: 0000179d6459f939 RBX: 0000000000001388 RCX: 000000000000000b
RDX: 00000000000003de RSI: 00000000000002af RDI: 0000179d6459f55b
RBP: ffffb7e6c04c4e40 R08: 0000000000000000 R09: 7465736552207063
R10: 6574203a30733570 R11: 203a307335706e65 R12: 0000000000000003
R13: 0000000000000001 R14: ffffa09ae4588980 R15: 0000000000001388
FS:  0000000000000000(0000) GS:ffffa0a21dac0000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007f0ba62ea000 CR3: 0000000113980000 CR4: 0000000000750ee0
PKRU: 55555554
Call Trace:
 <IRQ>
 rtl8168_esd_timer.cold+0x544/0x6cf [r8168]
 ? rtl8168_open+0x3b0/0x3b0 [r8168]
 call_timer_fn+0x2c/0x120
 __run_timers.part.0+0x1e3/0x270
 ? ktime_get+0x46/0xc0
 ? native_x2apic_icr_read+0x20/0x20
 ? lapic_next_event+0x20/0x30
 ? clockevents_program_event+0xad/0x130
 run_timer_softirq+0x2a/0x60
 __do_softirq+0xd9/0x2e7
 irq_exit_rcu+0x94/0xc0
 sysvec_apic_timer_interrupt+0x80/0x90
 </IRQ>
 <TASK>
 asm_sysvec_apic_timer_interrupt+0x1b/0x20
RIP: 0010:cpuidle_enter_state+0xd9/0x620
Code: 3d 24 ce 39 5f e8 c7 b9 68 ff 49 89 c7 0f 1f 44 00 00 31 ff e8 08 c7 68 ff 80 7d d0 00 0f 85 61 01 00 00 fb 66 0f 1f 44 00 00 <45> 85 f6 0f 88 6d 01 00 00 4d 63 ee 49 83 fd 09 0f 87 e7 03 00 00
RSP: 0018:ffffb7e6c01dfe28 EFLAGS: 00000246
RAX: ffffa0a21daf0b80 RBX: ffffa09ada39a000 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000000
RBP: ffffb7e6c01dfe78 R08: 0000053d003456e8 R09: 00000000000aae60
R10: 0000000000000004 R11: 071c71c71c71c71c R12: ffffffffa22e6b20
R13: 0000000000000002 R14: 0000000000000002 R15: 0000053d003456e8
 ? cpuidle_enter_state+0xc8/0x620
 ? cpumask_next_wrap+0x33/0x90
 cpuidle_enter+0x2e/0x50
 cpuidle_idle_call+0x142/0x1e0
 do_idle+0x83/0xf0
 cpu_startup_entry+0x20/0x30
 start_secondary+0x12a/0x180
 secondary_startup_64_no_verify+0xc2/0xcb
 </TASK>
---[ end trace b372d7e5fd581701 ]---
enp5s0: esd_flag = 0xfbff
.
r8168: enp5s0: link up

Sur les minutes suivantes, je n'ai pas cessé d'avoir des freezes, régulièrement plusieurs dans la même minute, et affichant ces mêmes (ou très similaire) messages d'erreur :

enp5s0: cmd = 0xff, should be 0x07
.
enp5s0: io_base_l = 0xffff, should be 0xe001
.
enp5s0: mem_base_l = 0xffff, should be 0x4004
.
enp5s0: mem_base_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x1c_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x1c_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x20_l = 0xffff, should be 0x0004
.
enp5s0: resv_0x20_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x24_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x24_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x2c_l = 0xffff, should be 0x1849
.
enp5s0: resv_0x2c_h = 0xffff, should be 0x8168
.
enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000
.
enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759
.
enp5s0: test_phy_ocp ResetPhyType = 0x02
.
enp5s0: esd_flag = 0xfbff
.

Annexes :

Comme évoqué, c'est une tour PC récente. Il m'est donc difficile, surtout avec mes connaissances limitées, d'affirmer si le problème est logiciel ou matériel.

Cependant, j'aime à croire la possibilité d'un problème matériel : en effet, je l'ai dual booté avec Windows 11, sur lequel j'ai aussi eu quelques blue screen ...
J'ai eu plusieurs fois le code d'arrêt "DRIVER_IRQL_NOT_LESS_OR_EQUAL" et l'autre jour j'ai un petit nouveau "DRIVER_POWER_STATE_FAILURE"; ici aussi je n'ai pas trouvé de manip'-type menant au problème, ça vient de façon assez aléatoire.
En creusant dans les journaux d'erreurs (de Windows), je n'ai pas trouvé grand chose ... à part peut être un message qui parle de "NIC compliance".
Côté Windows, j'en suis actuellement à (1) avoir stoppé temporairement les MAJ (la dernière qu'il tentait me menait vers un blue screen) et (2) désactivé le pilote WiFi (qui semblait avoir une icone du type warning; oui, j'essaie des choses un peu aléatoirement ^^')



En vous remerciant par avance pour votre aide.


Cordialement
Florentin

Dernière modification par Florentin L (Le 14/06/2023, à 09:46)

Hors ligne

#2 Le 07/02/2023, à 17:36

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Montre les cartes réseaux :

lspci -k -nn | grep -A 3 -i net

et :

ip a

Le pilote r8168-dkms avait des errements, avec les noyaux de série 5.

Dernière modification par xubu1957 (Le 07/02/2023, à 17:48)

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#3 Le 07/02/2023, à 17:48

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

florentin@florentin-X670E-Steel-Legend:~$ lspci -k -nn | grep -A 3 -i net
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: ASRock Incorporation Motherboard (one of many) [1849:8168]
        Kernel driver in use: r8168
        Kernel modules: r8168
07:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:0616]
        Subsystem: MEDIATEK Corp. Device [14c3:0616]
        Kernel modules: mt7921e
08:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 05)
        Subsystem: ASRock Incorporation RTL8125 2.5GbE Controller [1849:8125]
        Kernel driver in use: r8169
        Kernel modules: r8169

Le câble ethernet en question étant branché sur le premier port.


florentin@florentin-X670E-Steel-Legend:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether a8:a1:59:e7:c3:9e brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.26/24 brd 192.168.1.255 scope global dynamic noprefixroute enp5s0
       valid_lft 70658sec preferred_lft 70658sec
    inet6 2a01:cb1c:3f2:7b00:ac40:6954:c7b9:475a/64 scope global temporary dynamic 
       valid_lft 86382sec preferred_lft 582sec
    inet6 2a01:cb1c:3f2:7b00:2570:7155:f293:5584/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86382sec preferred_lft 582sec
    inet6 fe80::dc57:5666:5447:a2dd/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: enp8s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether a8:a1:59:e7:c3:71 brd ff:ff:ff:ff:ff:ff

Hors ligne

#4 Le 07/02/2023, à 17:53

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 05)

Tu n'avais pas mentionné le second pilote !

Voir [TUTO] chipset reseau R8125 2.5GBE realtek non fonctionnel

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#5 Le 07/02/2023, à 18:01

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Oui ... mais était-ce si important ? Sachant que ce n'est pas ce port qui est utilisé mais bel et bien le "premier port" comme évoqué, soit :

Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)

Hors ligne

#6 Le 07/02/2023, à 18:04

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

3: enp8s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether a8:a1:59:e7:c3:71 brd ff:ff:ff:ff:ff:ff

Cette connexion ne fonctionne pas.

Essaye :

sudo ip link set enp8s0 down
sudo ip link set enp8s0 up
sudo dhclient enp8s0

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#7 Le 07/02/2023, à 18:13

jplemoine

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Une de mes expériences :
- la personne vient (la machine était un portable) : on lui installe le système. on teste : tout va bien.
- arrivé à la maison, au redémarrage : plus de wifi
- elle revient : le wifi fonctionne. Elle part de la salle (1er étage) et va au RDC : plus de wifi.

On finit par trouver que si on démarre branché au secteur, c'est bon. si on démarre sous batterie plus de wifi...

La root cause : Le module graphique...

Donc, tout est important.

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre

Hors ligne

#8 Le 07/02/2023, à 18:15

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Merci mais encore une fois, ce n'est pas ce port qui est actuellement utilisé. Rien n'est branché dessus.

J'ai tout de même exécuté les commandes indiquées. Ca mouline dans le vide pour dernière commande.

Avant d'effectuer ces commandes, ne souhaiterais-tu pas plutôt que je branche le câble ethernet sur ce second port ? (et du coup éventuellement suivre le tuto indiqué s'il n'est pas fonctionnel)

EDIT :
1) ça mouline, mais ça s'est terminé; sans message de retour
2) jplemoine, pas faux ^^'

Dernière modification par Florentin L (Le 07/02/2023, à 18:17)

Hors ligne

#9 Le 07/02/2023, à 18:22

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Donne le retour de :

sudo apt update

et d'éventuels paquets cassés :

dpkg -l | grep -v ^ii

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#10 Le 07/02/2023, à 18:23

jplemoine

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

"3: enp8s0: <NO-CARRIER" --> Pas de porteuse : Le câble n'est pas branché (ce que confirme Florentin L).
Ce n'est pas gênant : il suffit qu'il n'y ait pas de route (statique) vers cette interface.
que donne : 

ip route

NB : J'ai eu un de mes PC qui était dans ce cas (2 interfaces dont 1 seule branchée) pendant plusieurs mois (voire plusieurs années).

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.
Déconnecté jusqu’à nouvel ordre

Hors ligne

#11 Le 07/02/2023, à 18:24

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

florentin@florentin-X670E-Steel-Legend:~$ sudo apt update
Atteint :1 http://fr.archive.ubuntu.com/ubuntu jammy InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu jammy-updates InRelease                                            
Atteint :3 http://security.ubuntu.com/ubuntu jammy-security InRelease                                             
Atteint :4 http://fr.archive.ubuntu.com/ubuntu jammy-backports InRelease
Atteint :5 https://dl.google.com/linux/chrome/deb stable InRelease    
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
8 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
florentin@florentin-X670E-Steel-Legend:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                           Version                                     Architecture Description
+++-=============================================-===========================================-============-================================================================================
rc  nvidia-dkms-525-open                          525.78.01-0ubuntu0.22.04.1                  amd64        NVIDIA DKMS package (open kernel module)

Hors ligne

#12 Le 07/02/2023, à 18:26

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Montre :

sudo apt full-upgrade

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#13 Le 07/02/2023, à 18:27

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

florentin@florentin-X670E-Steel-Legend:~$ ip route
default via 192.168.1.1 dev enp5s0 proto dhcp metric 100 
default dev enp8s0 scope link metric 1003 linkdown 
169.254.0.0/16 dev enp8s0 proto kernel scope link src 169.254.14.7 linkdown 
169.254.0.0/16 dev enp5s0 scope link metric 1000 
192.168.1.0/24 dev enp5s0 proto kernel scope link src 192.168.1.26 metric 100

Hors ligne

#14 Le 07/02/2023, à 18:29

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

florentin@florentin-X670E-Steel-Legend:~$ sudo apt full-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libflashrom1 libftdi1-2 libllvm13 libllvm13:i386 libvulkan1:i386 libwayland-client0:i386 libxcb-randr0:i386 mesa-vulkan-drivers:i386
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
#
# News about significant security updates, features and services will
# appear here to raise awareness and perhaps tease /r/Linux ;)
# Use 'pro config set apt_news=false' to hide this and future APT news.
#
Les paquets suivants ont été conservés :
  fonts-noto-color-emoji grub-efi-amd64-bin grub-efi-amd64-signed python3-software-properties software-properties-common software-properties-qt
  ubuntu-advantage-tools update-notifier-common
0 mis à jour, 0 nouvellement installés, 0 à enlever et 8 non mis à jour.

Hors ligne

#15 Le 07/02/2023, à 20:30

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

J'ai tenté le [TUTO] chipset reseau R8125 2.5GBE realtek non fonctionnel mentionné par xubu1957.

En lisant la "Deuxième solution", je me suis posé quelques questions.
En effet, iznobe indique que :

iznobe a écrit :

le pilote R8169 prend en charge les cartes ethernet 2.5 GB qu ' à partir [du noyau 5.9.0]

Or, ma version de noyau semble être 5.15.0-58-generic (64-bit), donc si je comprends bien je ne devrais pas avoir de problème avec ce second port (?).

Bref, j'ai tout de même appliqué la "3eme et 4 eme solution" qui renvoie vers : https://github.com/awesometic/realtek-r8125-dkms.
Ensuite, j'ai opté pour la solution "Launchpad PPA (Recommended)" consistant à exécuter les deux commandes suivantes :

sudo add-apt-repository ppa:awesometic/ppa
sudo apt install realtek-r8125-dkms

Sur le coup, après un reboot, ça ne fonctionnait pas ... il fallait continuer de lire une section plus loin !
D'abord, la commande suivante pour vérifier que le pilote r8169 n'avait toujours pas été remplacé par r8125 (le premier étant chargé en priorité) :

lsmod | grep -i r8169

Si quelque chose est retourné, c'est qu'a priori le pilote r8169 est toujours actif. Si rien n'est retourné, le pilote r8169 n'est plus actif.


Ensuite, vérifier malgré tout que r8125 est bien chargé (ou simplement référencé ?) quelque part via la commande :

lspci -k | grep -i r8125

Idem, si quelque chose est retourné, c'est que le pilote r8125 apparait quelque part, sinon il est nulle part.


Enfin, comme l'indiquait Nuliel dans [RESOLU] Kernel modules: r8169, r8168, il faut blacklister le pilote r8169 avec :

echo "blacklist r8169" | sudo tee /etc/modprobe.d/blacklist-r8169.conf

et

sudo update-initramfs -u

C'est d'ailleurs sans doute cette seconde commande qu'il manquait dans le poste [RESOLU] Kernel modules: r8169, r8168 pour que le blacklistage fonctionne !



Après un reboot, ça semble avoir fonctionné chez moi :

florentin@florentin-X670E-Steel-Legend:~$ lspci -k -nn | grep -A 3 -i net
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: ASRock Incorporation Motherboard (one of many) [1849:8168]
        Kernel driver in use: r8168
        Kernel modules: r8168
07:00.0 Network controller [0280]: MEDIATEK Corp. Device [14c3:0616]
        Subsystem: MEDIATEK Corp. Device [14c3:0616]
        Kernel modules: mt7921e
08:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 05)
        Subsystem: ASRock Incorporation RTL8125 2.5GbE Controller [1849:8125]
        Kernel driver in use: r8125
        Kernel modules: r8169, r8125
florentin@florentin-X670E-Steel-Legend:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether a8:a1:59:e7:c3:9e brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.26/24 brd 192.168.1.255 scope global dynamic noprefixroute enp5s0
       valid_lft 84914sec preferred_lft 84914sec
    inet6 2a01:cb1c:3f2:7b00:1c64:573d:1386:7f07/64 scope global temporary dynamic 
       valid_lft 86347sec preferred_lft 547sec
    inet6 2a01:cb1c:3f2:7b00:2570:7155:f293:5584/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86347sec preferred_lft 547sec
    inet6 fe80::dc57:5666:5447:a2dd/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: enp8s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether a8:a1:59:e7:c3:71 brd ff:ff:ff:ff:ff:ff
florentin@florentin-X670E-Steel-Legend:~$ ip route
default via 192.168.1.1 dev enp5s0 proto dhcp metric 100 
169.254.0.0/16 dev enp5s0 scope link metric 1000 
192.168.1.0/24 dev enp5s0 proto kernel scope link src 192.168.1.26 metric 100

Je vous préviens si je rencontre à nouveau le problème, ou en fin de semaine si non.

Hors ligne

#16 Le 09/02/2023, à 12:42

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Je n'ai pas eu l'occasion d'utiliser l'ordinateur activement hier, mais aujourd'hui oui, et je suis retombé sur le problème de connexion.

Voici les traces que j'obtiens lors du premier bug :

Using degraded feature set UDP instead of UDP+EDNS0 for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
Started KSystemLog - Afficheur des journaux du système.
enp5s0: cmd = 0xff, should be 0x07
.
enp5s0: io_base_l = 0xffff, should be 0xe001
.
enp5s0: mem_base_l = 0xffff, should be 0x4004
.
enp5s0: mem_base_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x1c_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x1c_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x20_l = 0xffff, should be 0x0004
.
enp5s0: resv_0x20_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x24_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x24_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x2c_l = 0xffff, should be 0x1849
.
enp5s0: resv_0x2c_h = 0xffff, should be 0x8168
.
enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000
.
enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759
.
enp5s0: test_phy_ocp ResetPhyType = 0x02
.
------------[ cut here ]------------
WARNING: CPU: 4 PID: 0 at /var/lib/dkms/r8168/8.049.02/build/r8168_n.c:7182 rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
Modules linked in: btrfs blake2b_generic xor zstd_compress raid6_pq ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs libcrc32c cpuid ntfs3 exfat rfcomm cmac algif_hash algif_skcipher af_alg snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi bnep snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core intel_rapl_msr snd_hwdep intel_rapl_common binfmt_misc snd_pcm edac_mce_amd snd_seq_midi mt7921e snd_seq_midi_event mt76_connac_lib snd_rawmidi mt76 btusb snd_seq mac80211 btrtl btbcm btintel snd_seq_device kvm_amd bluetooth snd_timer nls_iso8859_1 input_leds kvm cfg80211 snd joydev ecdh_generic ecc wmi_bmof ccp r8125(OE) libarc4 soundcore nvidia_uvm(POE) mac_hid rapl sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cec hid_generic usbhid hid
 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd rc_core nvme ahci r8168(OE) xhci_pci drm i2c_piix4 libahci xhci_pci_renesas nvme_core wmi video
CPU: 4 PID: 0 Comm: swapper/4 Tainted: P           OE     5.15.0-58-generic #64-Ubuntu
Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
RIP: 0010:rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
Code: f7 e8 3d 46 f8 ff 41 89 c4 41 83 e4 07 bf 58 89 41 00 41 ff c7 e8 39 e6 32 c5 44 39 fb 76 06 66 45 39 e5 75 b6 44 39 fb 75 02 <0f> 0b 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc c3 cc cc cc cc
RSP: 0018:ffffa8f900358e18 EFLAGS: 00010046
RAX: 00001f6e282b594d RBX: 0000000000001388 RCX: 0000000000000004
RDX: 0000000000000870 RSI: 00000000000005f5 RDI: 00001f6e282b50dd
RBP: ffffa8f900358e40 R08: 0000000000000000 R09: 7465736552207063
R10: 6574203a30733570 R11: 203a307335706e65 R12: 0000000000000003
R13: 0000000000000001 R14: ffff8f71c5840980 R15: 0000000000001388
FS:  0000000000000000(0000) GS:ffff8f791d900000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007fab0c2fe000 CR3: 0000000328810000 CR4: 0000000000750ee0
PKRU: 55555554
Call Trace:
 <IRQ>
 rtl8168_esd_timer.cold+0x544/0x6cf [r8168]
 ? rtl8168_open+0x3b0/0x3b0 [r8168]
 call_timer_fn+0x2c/0x120
 __run_timers.part.0+0x1e3/0x270
 ? ktime_get+0x46/0xc0
 ? native_x2apic_icr_read+0x20/0x20
 ? lapic_next_event+0x20/0x30
 ? clockevents_program_event+0xad/0x130
 run_timer_softirq+0x2a/0x60
 __do_softirq+0xd9/0x2e7
 irq_exit_rcu+0x94/0xc0
 sysvec_apic_timer_interrupt+0x80/0x90
 </IRQ>
 <TASK>
 asm_sysvec_apic_timer_interrupt+0x1b/0x20
RIP: 0010:cpuidle_enter_state+0xd9/0x620
Code: 3d 24 ce 59 7a e8 c7 b9 68 ff 49 89 c7 0f 1f 44 00 00 31 ff e8 08 c7 68 ff 80 7d d0 00 0f 85 61 01 00 00 fb 66 0f 1f 44 00 00 <45> 85 f6 0f 88 6d 01 00 00 4d 63 ee 49 83 fd 09 0f 87 e7 03 00 00
RSP: 0018:ffffa8f9001a7e28 EFLAGS: 00000246
RAX: ffff8f791d930b80 RBX: ffff8f71da448800 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000000
RBP: ffffa8f9001a7e78 R08: 000006fa5dab3e9f R09: 0000000000000000
R10: 0000000000000001 R11: 071c71c71c71c71c R12: ffffffff870e6b20
R13: 0000000000000003 R14: 0000000000000003 R15: 000006fa5dab3e9f
 ? cpuidle_enter_state+0xc8/0x620
 ? tick_nohz_stop_tick+0x16a/0x1d0
 cpuidle_enter+0x2e/0x50
 cpuidle_idle_call+0x142/0x1e0
 do_idle+0x83/0xf0
 cpu_startup_entry+0x20/0x30
 start_secondary+0x12a/0x180
 secondary_startup_64_no_verify+0xc2/0xcb
 </TASK>
---[ end trace 3556f5f74558f6ce ]---
enp5s0: esd_flag = 0xfbff
.
Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
pam_unix(sudo:auth): authentication failure; logname= uid=1000 euid=0 tty=/dev/pts/4 ruser=florentin rhost=  user=florentin
<info>  [1675940375.7051] device (enp5s0): state change: activated -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
enp5s0: cmd = 0xff, should be 0x07
.
enp5s0: io_base_l = 0xffff, should be 0xe001
.
enp5s0: mem_base_l = 0xffff, should be 0x4004
.
enp5s0: mem_base_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x1c_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x1c_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x20_l = 0xffff, should be 0x0004
.
enp5s0: resv_0x20_h = 0xffff, should be 0x8010
.
enp5s0: resv_0x24_l = 0xffff, should be 0x0000
.
enp5s0: resv_0x24_h = 0xffff, should be 0x0000
.
enp5s0: resv_0x2c_l = 0xffff, should be 0x1849
.
enp5s0: resv_0x2c_h = 0xffff, should be 0x8168
.
enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000
.
enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759
.
enp5s0: test_phy_ocp ResetPhyType = 0x02
.
enp5s0: esd_flag = 0xfbff
.

Comme évoqué dans mon message initial, j'ai le temps de ressentir le bug de connexion et d'ouvrir KSystemLog avant même qu'une erreur soit affichée (bien qu'ici, on aperçoit 2 warnings qui précèdent l'ouverture de KSystemLog).

De la même manière, suite à la première erreur, j'ai régulièrement des freezes (1s à 3s en général) qui apparaissent de paire avec les messages d'erreur suivant :

enp5s0: cmd = 0xff, should be 0x07 
.
enp5s0: io_base_l = 0xffff, should be 0xe001 
.
enp5s0: mem_base_l = 0xffff, should be 0x4004 
.
enp5s0: mem_base_h = 0xffff, should be 0x8010 
.
enp5s0: resv_0x1c_l = 0xffff, should be 0x0000 
.
enp5s0: resv_0x1c_h = 0xffff, should be 0x0000 
.
enp5s0: resv_0x20_l = 0xffff, should be 0x0004 
.
enp5s0: resv_0x20_h = 0xffff, should be 0x8010 
.
enp5s0: resv_0x24_l = 0xffff, should be 0x0000 
.
enp5s0: resv_0x24_h = 0xffff, should be 0x0000 
.
enp5s0: resv_0x2c_l = 0xffff, should be 0x1849 
.
enp5s0: resv_0x2c_h = 0xffff, should be 0x8168 
.
enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000 
.
enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759 
.
enp5s0: test_phy_ocp ResetPhyType = 0x02
.
enp5s0: esd_flag = 0xfbff
.


La commande "lspci -k -nn | grep -A 3 -i net" me renvoie bien la même chose que précédemment.
En revanche, "ip a" et "ip route" sont changeant; ce qui ne me parait pas vraiment aberrant puisque la connexion tombe, remonte, retombe, etc.


En titillant les commandes "ip a"/"ip route" pour observer leur évolution, j'ai vu passer ça (même si ça n'a pas forcément de lien de cause à effet; je contextualise wink ) :

NMI watchdog: Watchdog detected hard LOCKUP on cpu 0
Modules linked in: btrfs blake2b_generic xor zstd_compress raid6_pq ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs libcrc32c cpuid ntfs3 exfat rfcomm cmac algif_hash algif_skcipher af_alg snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi bnep snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core intel_rapl_msr snd_hwdep intel_rapl_common binfmt_misc snd_pcm edac_mce_amd snd_seq_midi mt7921e snd_seq_midi_event mt76_connac_lib snd_rawmidi mt76 btusb snd_seq mac80211 btrtl btbcm btintel snd_seq_device kvm_amd bluetooth snd_timer nls_iso8859_1 input_leds kvm cfg80211 snd joydev ecdh_generic ecc wmi_bmof ccp r8125(OE) libarc4 soundcore nvidia_uvm(POE) mac_hid rapl sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cec hid_generic usbhid hid
 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd rc_core nvme ahci r8168(OE) xhci_pci drm i2c_piix4 libahci xhci_pci_renesas nvme_core wmi video
CPU: 0 PID: 970 Comm: NetworkManager Tainted: P        W  OE     5.15.0-58-generic #64-Ubuntu
Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
RIP: 0010:native_queued_spin_lock_slowpath.part.0+0x187/0x200
Code: 74 f5 49 8b 14 24 48 85 d2 74 1d 0f 0d 0a eb 18 f6 c4 01 0f 85 16 ff ff ff c6 43 01 00 e9 0d ff ff ff 31 d2 eb 02 f3 90 8b 03 <66> 85 c0 75 f7 89 c1 66 31 c9 41 39 ce 74 40 c6 03 01 48 85 d2 74
RSP: 0018:ffffa8f90458f898 EFLAGS: 00000002
RAX: 0000000000040101 RBX: ffff8f71c5840be0 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff8f71c5840be0
RBP: ffffa8f90458f8c0 R08: ffff8f71d7be30ac R09: 0000000000000001
R10: ffff8f71c1f70200 R11: 0000000000000011 R12: ffff8f791d831900
R13: ffff8f71c5840000 R14: 0000000000040000 R15: ffff8f71c5840000
FS:  00007f0a09a694c0(0000) GS:ffff8f791d800000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00001963386c2000 CR3: 000000011bb36000 CR4: 0000000000750ef0
PKRU: 55555554
Call Trace:
 <TASK>
 native_queued_spin_lock_slowpath+0x2c/0x40
 _raw_spin_lock_irqsave+0x3d/0x50
 rtl8168_start_xmit+0x45/0xc60 [r8168]
 ? timerfd_poll+0x5b/0x70
 xmit_one.constprop.0+0x9c/0x160
 dev_hard_start_xmit+0x45/0x90
 sch_direct_xmit+0x107/0x390
 __dev_xmit_skb+0x2a4/0x550
 __dev_queue_xmit+0x323/0x510
 ? packet_parse_headers+0xd7/0x110
 ? skb_copy_datagram_from_iter+0x74/0x200
 dev_queue_xmit+0x10/0x20
 packet_snd+0x4fa/0x770
 packet_sendmsg+0x2a/0x30
 sock_sendmsg+0x69/0x70
 ____sys_sendmsg+0x252/0x290
 ? import_iovec+0x31/0x40
 ? sendmsg_copy_msghdr+0x7f/0xa0
 ___sys_sendmsg+0x81/0xc0
 ? ep_poll+0x13f/0x380
 ? __fget_files+0x86/0xc0
 __sys_sendmsg+0x62/0xc0
 __x64_sys_sendmsg+0x1d/0x30
 do_syscall_64+0x5c/0xc0
 ? syscall_exit_to_user_mode+0x27/0x50
 ? __x64_sys_read+0x19/0x20
 ? do_syscall_64+0x69/0xc0
 ? exit_to_user_mode_prepare+0x37/0xb0
 ? exit_to_user_mode_prepare+0x37/0xb0
 ? syscall_exit_to_user_mode+0x27/0x50
 ? __do_sys_gettid+0x1b/0x30
 ? do_syscall_64+0x69/0xc0
 ? do_syscall_64+0x69/0xc0
 ? do_syscall_64+0x69/0xc0
 entry_SYSCALL_64_after_hwframe+0x61/0xcb
RIP: 0033:0x7f0a0ac2cb4d
Code: 28 89 54 24 1c 48 89 74 24 10 89 7c 24 08 e8 3a 8f f6 ff 8b 54 24 1c 48 8b 74 24 10 41 89 c0 8b 7c 24 08 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 33 44 89 c7 48 89 44 24 08 e8 7e 8f f6 ff 48
RSP: 002b:00007ffe843c7610 EFLAGS: 00000293 ORIG_RAX: 000000000000002e
RAX: ffffffffffffffda RBX: 0000558ee2db4fa0 RCX: 00007f0a0ac2cb4d
RDX: 0000000000000000 RSI: 00007ffe843c7670 RDI: 0000000000000017
RBP: 0000558ee2db8940 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000293 R12: 0000000000000017
R13: 0000000000000137 R14: 00007ffe843c76f0 R15: 00000807475d94d4
 </TASK>
NMI watchdog: Watchdog detected hard LOCKUP on cpu 8
Modules linked in: btrfs blake2b_generic xor zstd_compress raid6_pq ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs libcrc32c cpuid ntfs3 exfat rfcomm cmac algif_hash algif_skcipher af_alg snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi bnep snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core intel_rapl_msr snd_hwdep intel_rapl_common binfmt_misc snd_pcm edac_mce_amd snd_seq_midi mt7921e snd_seq_midi_event mt76_connac_lib snd_rawmidi mt76 btusb snd_seq mac80211 btrtl btbcm btintel snd_seq_device kvm_amd bluetooth snd_timer nls_iso8859_1 input_leds kvm cfg80211 snd joydev ecdh_generic ecc wmi_bmof ccp r8125(OE) libarc4 soundcore nvidia_uvm(POE) mac_hid rapl sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops cec hid_generic usbhid hid
 crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd rc_core nvme ahci r8168(OE) xhci_pci drm i2c_piix4 libahci xhci_pci_renesas nvme_core wmi video
CPU: 8 PID: 26996 Comm: ThreadPoolForeg Tainted: P        W  OE     5.15.0-58-generic #64-Ubuntu
Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
RIP: 0010:native_queued_spin_lock_slowpath.part.0+0x51/0x200
Code: 2b 08 0f 92 c2 8b 03 0f b6 d2 c1 e2 08 30 e4 09 d0 a9 00 01 ff ff 0f 85 2a 01 00 00 85 c0 74 0e 8b 03 84 c0 74 08 f3 90 8b 03 <84> c0 75 f8 b8 01 00 00 00 66 89 03 5b 41 5c 41 5d 41 5e 41 5f 5d
RSP: 0018:ffffa8f910417ac8 EFLAGS: 00000002
RAX: 0000000000040101 RBX: ffff8f71c5840be0 RCX: 0000000000000000
RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff8f71c5840be0
RBP: ffffa8f910417af0 R08: 0000000000000000 R09: 0000000000000006
R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000296
R13: ffff8f71c5840000 R14: ffff8f71c5840be0 R15: 00007fc2593b3850
FS:  00007fc2593b6640(0000) GS:ffff8f791da00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007fe879f45000 CR3: 0000000245e4e000 CR4: 0000000000750ee0
PKRU: 55555554
Call Trace:
 <TASK>
 native_queued_spin_lock_slowpath+0x2c/0x40
 _raw_spin_lock_irqsave+0x3d/0x50
 rtl8168_gset_xmii+0x2b/0x2f0 [r8168]
 rtl8168_get_settings+0x15/0x20 [r8168]
 ethtool_get_settings+0x6d/0x1c0
 ? refill_obj_stock+0xd0/0x130
 dev_ethtool+0x795/0x18c0
 ? __mod_memcg_lruvec_state+0x63/0xe0
 ? __rtnl_unlock+0x28/0x50
 ? netdev_run_todo+0x5f/0x430
 ? netdev_name_node_lookup_rcu+0x6b/0x80
 ? __cond_resched+0x1a/0x50
 dev_ioctl+0x1ba/0x560
 sock_do_ioctl+0xab/0x100
 sock_ioctl+0xf3/0x310
 ? __fget_files+0x86/0xc0
 ? __fget_files+0x86/0xc0
 __x64_sys_ioctl+0x95/0xd0
 do_syscall_64+0x5c/0xc0
 ? __sys_socket+0x9e/0xf0
 ? exit_to_user_mode_prepare+0x37/0xb0
 ? exit_to_user_mode_prepare+0x37/0xb0
 ? syscall_exit_to_user_mode+0x27/0x50
 ? __x64_sys_socket+0x17/0x20
 ? do_syscall_64+0x69/0xc0
 ? syscall_exit_to_user_mode+0x27/0x50
 ? __x64_sys_close+0x11/0x50
 ? do_syscall_64+0x69/0xc0
 ? do_syscall_64+0x69/0xc0
 entry_SYSCALL_64_after_hwframe+0x61/0xcb
RIP: 0033:0x7fc25e316aff
Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <41> 89 c0 3d 00 f0 ff ff 77 1f 48 8b 44 24 18 64 48 2b 04 25 28 00
RSP: 002b:00007fc2593b3750 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
RAX: ffffffffffffffda RBX: 000000000000008e RCX: 00007fc25e316aff
RDX: 00007fc2593b3930 RSI: 0000000000008946 RDI: 000000000000008e
RBP: 00007fc2593b39b0 R08: 0000000000000008 R09: 0000240c071259e0
R10: 0000000000000011 R11: 0000000000000246 R12: 0000240c07646100
R13: 00007fc2593b3810 R14: 00007fc2593b3830 R15: 00007fc2593b3930
 </TASK>

Si vous avez des idées, je suis preneur smile

Hors ligne

#17 Le 10/02/2023, à 14:19

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Aujourd'hui, j'ai eu un phénomène sensiblement différent que d'habitude.

Comme d'habitude, j'ai l'erreur suivante lorsque je perd la connexion la première fois :

10/02/2023 13:45	kernel	enp5s0: cmd = 0xff, should be 0x07
.
10/02/2023 13:45	kernel	enp5s0: io_base_l = 0xffff, should be 0xe001
.
10/02/2023 13:45	kernel	enp5s0: mem_base_l = 0xffff, should be 0x4004
.
10/02/2023 13:45	kernel	enp5s0: mem_base_h = 0xffff, should be 0x8010
.
10/02/2023 13:45	kernel	enp5s0: resv_0x1c_l = 0xffff, should be 0x0000
.
10/02/2023 13:45	kernel	enp5s0: resv_0x1c_h = 0xffff, should be 0x0000
.
10/02/2023 13:45	kernel	enp5s0: resv_0x20_l = 0xffff, should be 0x0004
.
10/02/2023 13:45	kernel	enp5s0: resv_0x20_h = 0xffff, should be 0x8010
.
10/02/2023 13:45	kernel	enp5s0: resv_0x24_l = 0xffff, should be 0x0000
.
10/02/2023 13:45	kernel	enp5s0: resv_0x24_h = 0xffff, should be 0x0000
.
10/02/2023 13:45	kernel	enp5s0: resv_0x2c_l = 0xffff, should be 0x1849
.
10/02/2023 13:45	kernel	enp5s0: resv_0x2c_h = 0xffff, should be 0x8168
.
10/02/2023 13:45	kernel	enp5s0: pci_sn_l = 0xffffffff, should be 0xa1a80000
.
10/02/2023 13:45	kernel	enp5s0: pci_sn_h = 0xffffffff, should be 0x9ec3e759
.
10/02/2023 13:45	kernel	enp5s0: test_phy_ocp ResetPhyType = 0x02
.
10/02/2023 13:45	kernel	------------[ cut here ]------------
10/02/2023 13:45	kernel	WARNING: CPU: 5 PID: 0 at /var/lib/dkms/r8168/8.049.02/build/r8168_n.c:7182 rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
10/02/2023 13:45	kernel	Modules linked in: ntfs3 exfat rfcomm cmac algif_hash algif_skcipher af_alg snd_hda_codec_realtek intel_rapl_msr snd_hda_codec_generic intel_rapl_common bnep ledtrig_audio snd_hda_codec_hdmi edac_mce_amd snd_hda_intel kvm_amd btusb snd_intel_dspcfg btrtl snd_intel_sdw_acpi kvm btbcm binfmt_misc snd_hda_codec rapl input_leds wmi_bmof joydev btintel bluetooth snd_hda_core nls_iso8859_1 mt7921e snd_hwdep ecdh_generic mt76_connac_lib ecc snd_pcm ccp mt76 snd_seq_midi snd_seq_midi_event snd_rawmidi mac80211 snd_seq snd_seq_device cfg80211 snd_timer snd r8125(OE) libarc4 soundcore mac_hid nvidia_uvm(POE) sch_fq_codel msr parport_pc ppdev lp parport ramoops pstore_blk reed_solomon pstore_zone efi_pstore ip_tables x_tables autofs4 nvidia_drm(POE) nvidia_modeset(POE) nvidia(POE) drm_kms_helper syscopyarea hid_generic sysfillrect sysimgblt fb_sys_fops usbhid hid crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel crypto_simd cryptd cec nvme rc_core ahci xhci_pci r8168(OE)
10/02/2023 13:45	kernel	 drm i2c_piix4 libahci xhci_pci_renesas nvme_core wmi video
10/02/2023 13:45	kernel	CPU: 5 PID: 0 Comm: swapper/5 Tainted: P           OE     5.15.0-60-generic #66-Ubuntu
10/02/2023 13:45	kernel	Hardware name: Default string X670E Steel Legend/X670E Steel Legend, BIOS 1.01 08/12/2022
10/02/2023 13:45	kernel	RIP: 0010:rtl8168_wait_phy_state_ready.isra.0+0x84/0x9a [r8168]
10/02/2023 13:45	kernel	Code: f7 e8 3d 46 f8 ff 41 89 c4 41 83 e4 07 bf 58 89 41 00 41 ff c7 e8 49 d1 96 c8 44 39 fb 76 06 66 45 39 e5 75 b6 44 39 fb 75 02 <0f> 0b 5b 41 5c 41 5d 41 5e 41 5f 5d c3 cc cc cc cc c3 cc cc cc cc
10/02/2023 13:45	kernel	RSP: 0018:ffffb7e34038ce18 EFLAGS: 00010046
10/02/2023 13:45	kernel	RAX: 0000372cca23ff18 RBX: 0000000000001388 RCX: 0000000000000005
10/02/2023 13:45	kernel	RDX: 0000000000000870 RSI: 00000000000005b2 RDI: 0000372cca23f6a8
10/02/2023 13:45	kernel	RBP: ffffb7e34038ce40 R08: 0000000000000000 R09: 7465736552207063
10/02/2023 13:45	kernel	R10: 6574203a30733570 R11: 203a307335706e65 R12: 0000000000000003
10/02/2023 13:45	kernel	R13: 0000000000000001 R14: ffff97ae63af8980 R15: 0000000000001388
10/02/2023 13:45	kernel	FS:  0000000000000000(0000) GS:ffff97b59d940000(0000) knlGS:0000000000000000
10/02/2023 13:45	kernel	CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
10/02/2023 13:45	kernel	CR2: 00007fdab5783180 CR3: 00000005bf010000 CR4: 0000000000750ee0
10/02/2023 13:45	kernel	PKRU: 55555554
10/02/2023 13:45	kernel	Call Trace:
10/02/2023 13:45	kernel	 <IRQ>
10/02/2023 13:45	kernel	 rtl8168_esd_timer.cold+0x544/0x6cf [r8168]
10/02/2023 13:45	kernel	 ? rtl8168_open+0x3b0/0x3b0 [r8168]
10/02/2023 13:45	kernel	 call_timer_fn+0x2c/0x120
10/02/2023 13:45	kernel	 __run_timers.part.0+0x1e3/0x270
10/02/2023 13:45	kernel	 ? ktime_get+0x46/0xc0
10/02/2023 13:45	kernel	 ? native_x2apic_icr_read+0x20/0x20
10/02/2023 13:45	kernel	 ? lapic_next_event+0x20/0x30
10/02/2023 13:45	kernel	 ? clockevents_program_event+0xad/0x130
10/02/2023 13:45	kernel	 run_timer_softirq+0x2a/0x60
10/02/2023 13:45	kernel	 __do_softirq+0xd9/0x2e7
10/02/2023 13:45	kernel	 irq_exit_rcu+0x94/0xc0
10/02/2023 13:45	kernel	 sysvec_apic_timer_interrupt+0x80/0x90
10/02/2023 13:45	kernel	 </IRQ>
10/02/2023 13:45	kernel	 <TASK>
10/02/2023 13:45	kernel	 asm_sysvec_apic_timer_interrupt+0x1b/0x20
10/02/2023 13:45	kernel	RIP: 0010:cpuidle_enter_state+0xd9/0x620
10/02/2023 13:45	kernel	Code: 3d f4 bc d9 76 e8 97 a8 68 ff 49 89 c7 0f 1f 44 00 00 31 ff e8 d8 b5 68 ff 80 7d d0 00 0f 85 61 01 00 00 fb 66 0f 1f 44 00 00 <45> 85 f6 0f 88 6d 01 00 00 4d 63 ee 49 83 fd 09 0f 87 e7 03 00 00
10/02/2023 13:45	kernel	RSP: 0018:ffffb7e3401afe28 EFLAGS: 00000246
10/02/2023 13:45	kernel	RAX: ffff97b59d970b80 RBX: ffff97ae5a1b1c00 RCX: 0000000000000000
10/02/2023 13:45	kernel	RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000000
10/02/2023 13:45	kernel	RBP: ffffb7e3401afe78 R08: 00000c440c8b6137 R09: 00000000000aae60
10/02/2023 13:45	kernel	R10: 0000000000000004 R11: 071c71c71c71c71c R12: ffffffff8a8e6e00
10/02/2023 13:45	kernel	R13: 0000000000000003 R14: 0000000000000003 R15: 00000c440c8b6137
10/02/2023 13:45	kernel	 ? cpuidle_enter_state+0xc8/0x620
10/02/2023 13:45	kernel	 cpuidle_enter+0x2e/0x50
10/02/2023 13:45	kernel	 cpuidle_idle_call+0x142/0x1e0
10/02/2023 13:45	kernel	 do_idle+0x83/0xf0
10/02/2023 13:45	kernel	 cpu_startup_entry+0x20/0x30
10/02/2023 13:45	kernel	 start_secondary+0x12a/0x180
10/02/2023 13:45	kernel	 secondary_startup_64_no_verify+0xc2/0xcb
10/02/2023 13:45	kernel	 </TASK>
10/02/2023 13:45	kernel	---[ end trace f65e2b8ac34082ea ]---
10/02/2023 13:45	kernel	enp5s0: esd_flag = 0xfbff
.

Cependant, là où les fois dernières la suite n'était que succession de freeze (couplé à des messages d'erreur), perte et reprise de connexion, je n'ai eu aujourd'hui qu'une pure perte de connexion internet et uniquement des warnings remontés du type :

10/02/2023 13:52	systemd-resolved	Using degraded feature set UDP instead of UDP+EDNS0 for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:52	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:53	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:53	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:53	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:54	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:54	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:54	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:54	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:54	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:55	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:55	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:55	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:55	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:56	systemd-resolved	Using degraded feature set UDP instead of TCP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.
10/02/2023 13:56	systemd-resolved	Using degraded feature set TCP instead of UDP for DNS server 2a01:cb1c:3f2:7b00:7ec1:77ff:fe82:4720.

La fréquence d'apparition de ces warnings concorde sûrement avec mes multiples tentatives de rafraichissement d'onglet.

Hors ligne

#18 Le 14/06/2023, à 09:46

Florentin L

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Je viens clore ce sujet !


Comme soupçonné dès le premier message, il s'agissait en effet d'un problème matériel au niveau de la carte mère.
Sans me l'avoir reconfirmé, le vendeur souspçonnait un problème plus précisément au niveau de la puce Realtek (de connexion de internet).
J'ai donc renvoyé ma carte mère auprès du fabricant ... en République Tchèque (... oui, faut malheureusement oublier son côté écolo dans ce cas...)
Malheureusement pour moi, la nouvelle et seconde carte mère qu'ils m'ont renvoyée était elle aussi défectueuse ... mais cette fois-ci c'était carrément la partie CPU qui était défaillante (donc impossible à allumer).

Après un remboursement de leur part, j'ai opté pour une autre marque de carte mère. Une Asus Rog Strix B650E-F Gaming WiFi.
Depuis presque 2 mois d'utilisation aujourd'hui, je n'ai plus eu aucun problème, que ce soit sur la partie Linux comme sur la partie Windows (même pas un petit blue screen random depuis ^^)


Je tiens à remercier les personnes qui ont tenté de résoudre ce problème, en particulier xubu1957 et jplemoine !


Encore merci, et bonne journée à tous wink

Cordialement
Florentin

Hors ligne

#19 Le 14/06/2023, à 09:48

xubu1957

Re : [Résolu] Connexion ethernet qui se perd : kernel module en cause ?

Bonjour,

Pour rajouter [Contourné] au début du titre, en éditant ta discussion, il faut utiliser le bouton Modifier au bas de ton premier message.

Merci wink

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

Pages : 1