Deconnexion wifi intempestive

[nicoayci]

Bonjour à tous,
je viens d'installer Linux Mint et la connexion wifi est rapidement hors-service, après quelques minutes. Le wifi semble toujours connecté mais plus rien ne passe. Voici la différence avant/après :

Code : Tout sélectionner

Carte réseau : 
 01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32) 


Prise en charge par le kernel :  
01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
	Subsystem: Dell QCA6174 802.11ac Wireless Network Adapter [1028:364a]
	Kernel driver in use: ath10k_pci
	Kernel modules: ath10k_pci 


Présence firmware (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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether c8:f7:50:58:6d:f9 brd ff:ff:ff:ff:ff:ff
3: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether a4:fc:77:1f:b1:ed brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.7/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp1s0
       valid_lft 43012sec preferred_lft 43012sec
    inet6 2a01:e0a:15a:56f0:c897:f13d:3ad4:834e/64 scope global temporary dynamic 
       valid_lft 86214sec preferred_lft 86010sec
    inet6 2a01:e0a:15a:56f0:a6fc:77ff:fe1f:b1ed/64 scope global dynamic mngtmpaddr 
       valid_lft 86214sec preferred_lft 86214sec
    inet6 fe80::a6fc:77ff:fe1f:b1ed/64 scope link 
       valid_lft forever preferred_lft forever 


Firmware manquant :  
[    0.156489] Spectre V2 : Enabling Speculation Barrier for firmware calls
[    4.283922] ath10k_pci 0000:01:00.0: firmware ver WLAN.RM.4.4.1-00309- api 6 features wowlan,ignore-otp,mfp crc32 0793bcf2
[    8.429272] [drm] Found VCN firmware Version ENC: 1.15 DEC: 3 VEP: 0 Revision: 0
[    8.429287] amdgpu 0000:05:00.0: amdgpu: Will use PSP to load VCN firmware 


Verrouillage soft / hard :  
0: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no
1: dell-wifi: Wireless LAN
	Soft blocked: no
	Hard blocked: no
2: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no 


IPBox : 
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=10.4 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=31.9 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=31.0 ms

--- 192.168.0.254 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 10.350/24.387/31.861/9.932 ms


Ping vers la box : 
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=10.4 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=31.9 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=31.0 ms

--- 192.168.0.254 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 10.350/24.387/31.861/9.932 ms


Kernel : 
Linux xxxxx-pc 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov  4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux  


Kernel(s) installé(s) : 
ii  linux-image-6.8.0-38-generic               6.8.0-38.38                                amd64        Signed kernel image generic
ii  linux-image-6.8.0-49-generic               6.8.0-49.49                                amd64        Signed kernel image generic
ii  linux-image-generic                        6.8.0-49.49                                amd64        Generic Linux kernel image  

Code : Tout sélectionner

Carte réseau : 
 01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32) 


Prise en charge par le kernel :  
01:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
	Subsystem: Dell QCA6174 802.11ac Wireless Network Adapter [1028:364a]
	Kernel driver in use: ath10k_pci
	Kernel modules: ath10k_pci 


Présence firmware (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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether c8:f7:50:58:6d:f9 brd ff:ff:ff:ff:ff:ff
3: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether a4:fc:77:1f:b1:ed brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.7/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp1s0
       valid_lft 42775sec preferred_lft 42775sec
    inet6 2a01:e0a:15a:56f0:c897:f13d:3ad4:834e/64 scope global temporary dynamic 
       valid_lft 85977sec preferred_lft 85773sec
    inet6 2a01:e0a:15a:56f0:a6fc:77ff:fe1f:b1ed/64 scope global dynamic mngtmpaddr 
       valid_lft 85977sec preferred_lft 85977sec
    inet6 fe80::a6fc:77ff:fe1f:b1ed/64 scope link 
       valid_lft forever preferred_lft forever 


Firmware manquant :  
[    0.156489] Spectre V2 : Enabling Speculation Barrier for firmware calls
[    4.283922] ath10k_pci 0000:01:00.0: firmware ver WLAN.RM.4.4.1-00309- api 6 features wowlan,ignore-otp,mfp crc32 0793bcf2
[    8.429272] [drm] Found VCN firmware Version ENC: 1.15 DEC: 3 VEP: 0 Revision: 0
[    8.429287] amdgpu 0000:05:00.0: amdgpu: Will use PSP to load VCN firmware
[  429.674730] ath10k_pci 0000:01:00.0: firmware crashed! (guid ca1d3ee1-f2f2-452a-8fdd-50f21f943767)
[  429.675605] ath10k_pci 0000:01:00.0: firmware ver WLAN.RM.4.4.1-00309- api 6 features wowlan,ignore-otp,mfp crc32 0793bcf2
[  429.687207] ath10k_pci 0000:01:00.0: failed to get memcpy hi address for firmware address 4: -16
[  429.687215] ath10k_pci 0000:01:00.0: failed to read firmware dump area: -16 


Verrouillage soft / hard :  
0: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no
1: dell-wifi: Wireless LAN
	Soft blocked: no
	Hard blocked: no
2: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no 


IPBox : 
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.

--- 192.168.0.254 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2073ms


Ping vers la box : 
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.

--- 192.168.0.254 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2073ms


Kernel : 
Linux xxxxx-pc 6.8.0-49-generic #49-Ubuntu SMP PREEMPT_DYNAMIC Mon Nov  4 02:06:24 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux  


Kernel(s) installé(s) : 
ii  linux-image-6.8.0-38-generic               6.8.0-38.38                                amd64        Signed kernel image generic
ii  linux-image-6.8.0-49-generic               6.8.0-49.49                                amd64        Signed kernel image generic
ii  linux-image-generic                        6.8.0-49.49                                amd64        Generic Linux kernel image  

A noter que j'avais un problème similaire sous Windows 11 et pensant que le problème venait de l'OS, je suis passé à Mint. Est-ce donc un problème matériel ? Si je désactive le wifi et le réactive, cela refonctionne pour un certain temps.

Merci !

[Armaggion]

Le moins qu'on puisse dire c'est que les rapports divergent sur le sujet.
https://linux-hardware.org/index.php?id ... 17aa-0827)

Tu trouveras sur ce forum un petit script magique de l'un de nos vénérés admins, Cyrille, qui s'appelle wifi.sh (de mémoire) et devrait t'aider à y voir plus clair. Si tu le retrouves avant moi, n'hésite pas à le mentionner.

En attendant, est-ce qu'il y a des erreurs dans tes logs ?
Si tu ne sais pas comment vérifier, je t'invite à utiliser la ligne de commande suivante dans un terminal, avec -r pour remonter dans le temps, -k pour avoir uniquement ce que en relation avec le kernel et -p err pour filtrer uniquement sur les erreurs :

Code : Tout sélectionner

sudo journalctl -r -k -p err

Retrouvé !

Code : Tout sélectionner

wget https://framagit.org/CyrilleBiot/wifi-issues/-/raw/main/wifi.sh
sudo bash wifi.sh

[Armaggion]

Oups !
J'aurais mieux fait de me taire...

[nicoayci]

Merci pour vos réponses.
Donc il y a bien un souci connu mais plutôt aléatoire selon la machine et l'OS...
Pensez-vous que je devrais partir en quête de drivers ?

Et avec journalctl, voici le genre d'erreurs que j'ai :

Code : Tout sélectionner

déc. 02 11:55:56 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: Copy Engine register dump:
déc. 02 11:55:56 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: failed to read firmware dump area: -16
déc. 02 11:55:56 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: firmware crashed! (guid 193d6f16-6b60-4d21-980a-a6f00361ab5c)
déc. 02 11:55:50 xxxxx-pc kernel: ath10k_pci 0000:01:00.0:    [14] CmpltTO                (First)
déc. 02 11:55:50 xxxxx-pc kernel: ath10k_pci 0000:01:00.0:   device [168c:003e] error status/mask=00004000/00400000
déc. 02 11:55:50 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: PCIe Bus Error: severity=Uncorrectable (Non-Fatal), type=Transaction Layer, (Requester ID)
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [07]: 0x00036000   1   0   1   0
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [06]: 0x00035c00  31  31  30  30
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [05]: 0x00035800   0   0  64   0
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [04]: 0x00035400 3237 3001  30 222
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [03]: 0x00035000  18  17  19  17
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [02]: 0x00034c00  30  25  88  89
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [01]: 0x00034800  26  26 103 104
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: [00]: 0x00034400  12  12   3   3
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: Copy Engine register dump:
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: failed to read firmware dump area: -16
déc. 02 11:55:18 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: firmware crashed! (guid 84f0b7f8-e109-41ee-b7a9-a70ae9c7e587)
déc. 02 11:55:15 xxxxx-pc kernel: ath10k_pci 0000:01:00.0:    [14] CmpltTO                (First)
déc. 02 11:55:15 xxxxx-pc kernel: ath10k_pci 0000:01:00.0:   device [168c:003e] error status/mask=00004000/00400000
déc. 02 11:55:15 xxxxx-pc kernel: ath10k_pci 0000:01:00.0: PCIe Bus Error: severity=Uncorrectable (Non-Fatal), type=Transaction Layer, (Requester ID)
déc. 02 10:53:32 xxxxx-pc kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20230628/psobject-220)
déc. 02 10:53:32 xxxxx-pc kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GP17.ACP], AE_NOT_FOUND (20230628/dswload2-162)

[nicoayci]

J'ai installé TLP, créé le fichier de conf et reboot. Malheureusement, cela ne résout pas le problème.

[capdeframint]

J'ai eu exactement le même problème pour une carte wifi 6 Realtek et j'ai été en relation avec Larry Finger qui a été l'un des concepteurs du driver désormais intégré dans le noyau mais qui n'empêchait pas ces déconnexions intempestives. Il m'a donné quelques lignes à rajouter dans un fichier utilisé au démarrage qui empêche la carte wifi de se mettre en économie d'énergie et donc de se déconnecter.
Ça doit pouvoir fonctionner avec une autre carte wifi qui aurait le même problème. Je vais récupérer le mail de Larry Finger et le poster ici.

voici ce qu'il m'avait envoyé concernant le driver Realtek 8852BE mais on peut transposer pour n'importe quel driver:

"
Did you try what was suggested above? I guess not. Run the command
sudo nano /etc/modprobe.d/rtw8852be.conf
In that file, add the lines
options rtw89_pci disable_aspm_l1=y disable_aspm_l1ss=y
options rtw89pci disable_aspm_l1=y disable_aspm_l1ss=y
options rtw89_core disable_ps_mode=y
options rtw89core disable_ps_mode=y
Save the resulting file, and reboot. These options will work for the in-kernel version, and this repo. If they help, the problem is with your BIOS, quite common with late=model HP and Lenovo."

Il suffit de créer un fichier.conf du nom de l'autre driver dans modprobe.d et de changer dans les diverses lignes rtw89 par l'appellation de l'autre driver.

[Armaggion]

Super intéressant ce retour ! Merci beaucoup

[Hervé09]

Bonsoir,
pour ma part je suis en train de vivre un phénomène inverse... : juste après avoir installé Mint, le WiFi d'origine de mon Asus N751JX cessait de fonctionner au bout de quelques heures.
J'ai soupçonné la carte WiFi intégrée. J'ai donc installé un dongle Tp-Link, désactivé le WiFi dans l'UEFI et le WiFi a fonctionné à nouveau.
Jusqu'au moment où j'ai réactivé le Secure Boot. Depuis, le dongle Tp-Link ne fonctionne plus mais le WiFi d'origine (réactivé) fonctionne comme auparavant.
Il y a visiblement un souci entre le Secure Boot et la gestion du WiFi sous Mint.

[capdeframint]

Sur mon ordi HP, le Secure Boot est désactivé et je précise que je n'ai plus eu le moindre problème de déconnexion de la wifi après avoir mis en œuvre la suggestion de Larry Finger et pas seulement dans Linuxmint puisque j'ai eu l'occasion de faire le test sur une dizaine de distributions différentes.

[Hervé09]

En effet, ça donne envie d'essayer la suggestion de Larry Finger mais avec les bruits qui courent à propos des attaques via bootkits UEFI, je préfère que mon Secure boot soit activé, vu que mon ordi semble avoir retrouvé son WiFi d'origine
https://korben.info/bootkitty-premier-b ... erche.html