Debian 11 sur EeePC 1000he - Interface wifi non détectée

libresurf · Octobre 3, 2021, 10:16am

Bonjour,

Mon vieil EeeePC 1000he marchait très bien sous debian 10 buster, mais je viens d’installer la dernière version de debian, debian 11 bullseye et l’interface wifi n’est plus détectée.

root@eeepc:~# 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: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:24:8c:63:cf:48 brd ff:ff:ff:ff:ff:ff

« iw dev » ne retourne rien.

Pourtant, le module ath9k pour le wifi est bien chargé par le noyau.

root@eeepc:~# lsmod | grep ath9k
ath9k                 106496  0
ath9k_common           16384  1 ath9k
ath9k_hw              421888  2 ath9k,ath9k_common
ath                    28672  3 ath9k_hw,ath9k,ath9k_common
mac80211              663552  1 ath9k
cfg80211              610304  4 mac80211,ath9k,ath,ath9k_common

Savez-vous ce qui ne va pas et comment y remédier ?

libresurf · Octobre 2, 2021, 11:04pm

Je n’ai pas donné la sortie de lscpi :

root@eeepc:~# lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GSE Express Memory Controller Hub [8086:27ac] (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller [8086:27ae] (rev 03)
00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02)
00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02)
00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02)
00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 4 [8086:27d6] (rev 02)
00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 02)
00:1d.1 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 [8086:27c9] (rev 02)
00:1d.2 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 [8086:27ca] (rev 02)
00:1d.3 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 [8086:27cb] (rev 02)
00:1d.7 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller [8086:27cc] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 02)
00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [IDE mode] [8086:27c4] (rev 02)
03:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)

Almtesh · Octobre 2, 2021, 11:48pm

Bonjour,

Le seul matériel Atheros que je vois est la carte réseau filaire, c’est sans doute pour ça que le module est chargé.
Dans le doute, tu peux essayer de chercher des messages du noyau au sujet des firmwares (dmesg | grep firmware).

libresurf · Octobre 3, 2021, 7:33am

Bonjour @Almtesh,
Tu as raison, je n’ai pas du tout pensé à regarder dans les logs.

Malheureusement, la commande ne donne pas d’information sur le périphérique wifi :

root@eeepc:~# dmesg | grep -i firmware
[    2.502078] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
[    2.626027] pci 0000:03:00.0: [Firmware Bug]: disabling VPD access (can't determine size of non-standard VPD format)
[    8.175407] psmouse serio1: elantech: assuming hardware version 2 (with firmware version 0x020030)
[   19.415368] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[   19.416647] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s

Par contre, une recherche sur « ath » donne :

root@eeepc:~# dmesg | grep -i "ath"
[   19.717712] ath9k 0000:01:00.0: enabling device (0000 -> 0002)
[   20.177316] ath: EEPROM regdomain: 0x60
[   20.177325] ath: EEPROM indicates we should expect a direct regpair map
[   20.177333] ath: Country alpha2 being used: 00
[   20.177338] ath: Regpair used: 0x60
[   20.224715] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xf8a80000, irq=19
[   20.257502] ath9k 0000:01:00.0 wlp1s0f0: renamed from wlan0

Et là, on voit qu’il y a bien une carte wifi sur le port 0000:01:00.0, que celle-ci a été initialisée avec ath9k et que le device a été renommé en wlp1s0f0.
Mais ce dernier n’apparaît pas dans la sortie de « ip addr » (voir premier post).

Une nouvelle recherche avec « dmesg | grep wlp1s0f0 » ne renvoit que la ligne déjà présente ci-dessus.

Je ne sais pas pourquoi wlp1s0f0 n’apparaît pas dans la sortie de « ip addr » et pourquoi le port 0000:01:00.0 n’apparaît pas dans la sortie de « lspci ». :-/
C’est un vrai mystère…

libresurf · Octobre 3, 2021, 8:22am

Un suivi des logs (tail -f /var/log/syslog) avec activation de la touche spéciale du clavier pour activer/désactiver le wifi donne :

Oct  3 09:57:15 eeepc kernel: [  563.676214] pci 0000:01:00.0: [168c:002a] type 00 class 0x028000
Oct  3 09:57:15 eeepc kernel: [  563.676274] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x0000ffff 64bit]
Oct  3 09:57:15 eeepc kernel: [  563.676521] pci 0000:01:00.0: supports D1
Oct  3 09:57:15 eeepc kernel: [  563.676531] pci 0000:01:00.0: PME# supported from D0 D1 D3hot
Oct  3 09:57:15 eeepc kernel: [  563.677006] pci 0000:01:00.0: BAR 0: assigned [mem 0xf8000000-0xf800ffff 64bit]
Oct  3 09:57:15 eeepc kernel: [  563.677228] ath9k 0000:01:00.0: enabling device (0000 -> 0002)
Oct  3 09:57:15 eeepc kernel: [  564.117639] ath: EEPROM regdomain: 0x60
Oct  3 09:57:15 eeepc kernel: [  564.117647] ath: EEPROM indicates we should expect a direct regpair map
Oct  3 09:57:15 eeepc kernel: [  564.117655] ath: Country alpha2 being used: 00
Oct  3 09:57:15 eeepc kernel: [  564.117659] ath: Regpair used: 0x60
Oct  3 09:57:15 eeepc systemd[1]: Starting Load/Save RF Kill Switch Status...
Oct  3 09:57:15 eeepc kernel: [  564.138824] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
Oct  3 09:57:15 eeepc kernel: [  564.167834] ieee80211 phy1: Atheros AR9280 Rev:2 mem=0xf83d0000, irq=19
Oct  3 09:57:15 eeepc NetworkManager[367]: <info>  [1633247835.9500] rfkill4: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.3/0000:01:00.0/ieee80211/phy1/rfkill4) (driver ath9k)
Oct  3 09:57:15 eeepc systemd-udevd[1592]: wlan0: Failed to query device driver: No such device
Oct  3 09:57:15 eeepc systemd-udevd[1592]: wlan0: Failed to get link config: No such device
Oct  3 09:57:16 eeepc connmand[369]: (null) {create} index 4 type 1 <ETHER>
Oct  3 09:57:16 eeepc connmand[369]: (null) {update} flags 4098 <DOWN>
Oct  3 09:57:16 eeepc connmand[369]: wlan0 {newlink} index 4 address 00:22:43:89:41:84 mtu 1500
Oct  3 09:57:16 eeepc connmand[369]: wlan0 {newlink} index 4 operstate 2 <DOWN>
Oct  3 09:57:16 eeepc systemd[1]: Started Load/Save RF Kill Switch Status.
Oct  3 09:57:16 eeepc connmand[369]: wlan0 {dellink} index 4 operstate 2 <DOWN>
Oct  3 09:57:16 eeepc connmand[369]: (null) {remove} index 4
Oct  3 09:57:16 eeepc ModemManager[411]: <info>  [base-manager] port wlan0 released by device '/sys/devices/pci0000:00/0000:00:1c.3'
Oct  3 09:57:16 eeepc NetworkManager[367]: <info>  [1633247836.1555] radio killswitch /sys/devices/pci0000:00/0000:00:1c.3/0000:01:00.0/ieee80211/phy1/rfkill4 disappeared
Oct  3 09:57:16 eeepc ModemManager[411]: <info>  [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:1c.3': Operation was cancelled
Oct  3 09:57:21 eeepc systemd[1]: systemd-rfkill.service: Succeeded.

Il semblerait que rfkill désactive le wifi !!!
La commande suivante le confirme :

root@eeepc:~# rfkill list
0: eeepc-wlan: Wireless LAN
	Soft blocked: yes
	Hard blocked: no
1: eeepc-bluetooth: Bluetooth
	Soft blocked: yes
	Hard blocked: no
2: eeepc-wwan3g: Wireless WAN
	Soft blocked: no
	Hard blocked: no

Pourtant la commande « rfkill unblock all » ne déverrouille pas le wifi et le bluetooth :

root@eeepc:~# rfkill unblock all
root@eeepc:~# 
root@eeepc:~# rfkill list
0: eeepc-wlan: Wireless LAN
	Soft blocked: yes
	Hard blocked: no
1: eeepc-bluetooth: Bluetooth
	Soft blocked: yes
	Hard blocked: no
2: eeepc-wwan3g: Wireless WAN
	Soft blocked: no
	Hard blocked: no
6: hci0: Bluetooth
	Soft blocked: yes
	Hard blocked: no

Encore un mystère…

Almtesh · Octobre 3, 2021, 9:07am

Je ne sais pas si c’est normal, mais il semble que tu aies connman et network-manager en même temps sur ta machine. Ces deux programmes font la même chose, je me demande s’ils ne se tapent pas dessus.
Essaie peut-être de désinstaller un des deux pour voir…

libresurf · Octobre 3, 2021, 9:07am

Bien vu @Almtesh ,
J’ai supprimé network-manager et exécuté connman-gtk où j’ai pu réactiver le wifi !

J’avais installé network-manager pour avoir une applet dans la barre des taches pour pouvoir sélectionner le type de réseau et le réseau wifi à choisir.
Je suis sous LXDE et l’applet wicd que j’utilisais auparavant n’est plus disponible dans bullseye.
Je ne sais pas par quoi la remplacer…

libresurf · Octobre 3, 2021, 9:10am

Merci @Almtesh pour ton aide !