Plus aucun réseau sans fil après quelques minutes

Bonjour,

Quand j’ouvre ma session, le WiFi se connecte à mon SSID par défaut sans problème et parfois, tout se passe bien.
Mais parfois, je n’ai plus aucun réseau.

Est-ce que vous voyez comment je peux le relancer sans avoir à redémarrer le PC ? Ou encore mieux, comment corriger ce problème (qui dure depuis quelques mois mais pas eu le temps de me pencher dessus) ?

Je vous mets quelques retours de commande (je suis en partage de connexion avec mon téléphone car je n’ai plus de réseau sans fil sur le PC).

~ ❯ uname -a 
Linux L340 5.19.0-45-generic #46~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Wed Jun 7 15:06:04 UTC 20 x86_64 x86_64 x86_64 GNU/Linux
~ ❯ 

~ ❯ sudo lshw -C network  
  *-generic DISABLED        
       description: Wireless interface
       product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:07:00.0
       logical name: wlp7s0
       version: ff
       serial: 28:39:26:91:fd:ef
       width: 32 bits
       clock: 66MHz
       capabilities: bus_master vga_palette cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rtw_8821ce driverversion=5.19.0-45-generic firmware=N/A latency=255 link=no maxlatency=255 mingnt=255 multicast=yes wireless=IEEE 802.11
       resources: irq:147 ioport:4000(size=256) memory:a4300000-a430ffff
  *-network
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:08:00.0
       logical name: enp8s0
       version: 10
       serial: f8:75:a4:05:a8:34
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=5.19.0-45-generic firmware=rtl8168g-3_0.0.1 04/23/13 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:17 ioport:3000(size=256) memory:a4204000-a4204fff memory:a4200000-a4203fff
  *-network
       description: Ethernet interface
       physical id: 9
       bus info: usb@1:3
       logical name: enx1e3365239563
       serial: 1e:33:65:23:95:63
       capabilities: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=rndis_host driverversion=5.19.0-45-generic duplex=half firmware=RNDIS device ip=192.168.187.209 link=yes multicast=yes port=twisted pair
~ ❯                   

~ ❯ iwconfig                                                                                         5s
lo        no wireless extensions.

enp8s0    no wireless extensions.

wlp7s0    IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          
virbr0    no wireless extensions.

vmnet1    no wireless extensions.

vmnet8    no wireless extensions.

enx1e3365239563  no wireless extensions.

~ ❯ 

~ ❯ rfkill list all    
0: hci0: Bluetooth
        Soft blocked: yes
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
~ ❯ 

~ ❯ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.15.0-75                5.15.0-75.82           all
ii  linux-headers-5.15.0-75-generic        5.15.0-75.82           amd64
ii  linux-image-5.15.0-75-generic          5.15.0-75.82           amd64
ii  linux-modules-5.15.0-75-generic        5.15.0-75.82           amd64
ii  linux-modules-extra-5.15.0-75-generic  5.15.0-75.82           amd64
ii  linux-generic                          5.15.0.75.73           amd64
ii  linux-headers-generic                  5.15.0.75.73           amd64
ii  linux-image-generic                    5.15.0.75.73           amd64
ii  linux-hwe-5.19-headers-5.19.0-43       5.19.0-43.44~22.04.1   all
ii  linux-headers-5.19.0-43-generic        5.19.0-43.44~22.04.1   amd64
ii  linux-image-5.19.0-43-generic          5.19.0-43.44~22.04.1   amd64
ii  linux-modules-5.19.0-43-generic        5.19.0-43.44~22.04.1   amd64
ii  linux-modules-extra-5.19.0-43-generic  5.19.0-43.44~22.04.1   amd64
ii  linux-hwe-5.19-headers-5.19.0-45       5.19.0-45.46~22.04.1   all
ii  linux-headers-5.19.0-45-generic        5.19.0-45.46~22.04.1   amd64
ii  linux-image-5.19.0-45-generic          5.19.0-45.46~22.04.1   amd64
ii  linux-modules-5.19.0-45-generic        5.19.0-45.46~22.04.1   amd64
ii  linux-modules-extra-5.19.0-45-generic  5.19.0-45.46~22.04.1   amd64
ii  linux-generic-hwe-22.04                5.19.0.45.46~22.04.20  amd64
ii  linux-headers-generic-hwe-22.04        5.19.0.45.46~22.04.20  amd64
ii  linux-image-generic-hwe-22.04          5.19.0.45.46~22.04.20  amd64

Noyau courant : 5.19.0-45-generic x86_64
~ ❯ 

OS: KDE neon 5.27 x86_64
Host: 81LK IdeaPad L340-15IRH Gaming
Kernel: 5.19.0-45-generic
Resolution: 1920x1080
DE: Plasma 5.27.6
WM: KWin
CPU: Intel i5-9300H (8) @ 2.400GHz
GPU: Intel CoffeeLake-H GT2 [UHD Graphics 630]
GPU: NVIDIA GeForce GTX 1050 3 GB Max-Q

Merci d’avance pour le coup de main.

Bienvenue dans le club des malchanceux qui ont une carte Realtek. Le support Linux est abysal malheureusement et j’ai le même problème sur mon ordi portable.

La solution si tu le peux est de changer la carte réseaux :frowning:

Malchanceux je suis d’accord mais ma femme a exactement le même PC.
Acheté au même moment, sur le même site et elle a la même distribution.
Et… elle n’a jamais eu le soucis. :thinking:

Est-ce qu’il y a plus d’information autour de l’erreur donnée par NetworkManager? Une recherche dans les messages du journal pourrait donner plus d’information : utilisez journalctl -k puis cherchez wlp7s0 ou quelque chose d’autre lié à la WiFi.

Peut-être une mise à jour du noyau Linux vers une version plus récente pourrait apporter des correctifs?

Plusieurs versions de noyaux se sont succédées depuis que le problème a apparu.
C’était au début du 5.19 de mémoire et là je suis à 5.19.0-46.

Le problème vient de se reproduire et voilà ce que donne ta commande suivie de grep wlp7s0 :

juin 30 19:29:39 L340 kernel: wlp7s0: authenticate with a4:3e:51:xx:xx:0b
juin 30 19:29:52 L340 kernel: wlp7s0: send auth to a4:3e:51:xx:xx:0b (try 1/3)
juin 30 19:29:52 L340 kernel: wlp7s0: send auth to a4:3e:51:xx:xx:0b (try 2/3)
juin 30 19:29:52 L340 kernel: wlp7s0: send auth to a4:3e:51:xx:xx:0b (try 3/3)
juin 30 19:29:52 L340 kernel: wlp7s0: authentication with a4:3e:51:xx:xx:0b timed out

J’ai également une carte Realtek et j’ai connu un problème très similaire plus ou moins du jour au lendemain il y a quelque temps.

Le problème venais de Windows et de son “fast boot”, ma carte était constamment utilisé par Windows, ce que Linux n’appréciait pas…

Avec un peu de chance ton problème viens de là, désactive le “fast boot” (il y a beaucoup de tuto en ligne)

Sauf erreur, fast boot c’est une fonctionnalité propre à l’UEFI et j’ai un BIOS.

Rien avoir avec le BIOS ou UEFI mais je comprend ta confusion, le nom est en fait “Fast Startup” et pas “Fast boot” désolé.