# Debian 11 sur EeePC 1000he - Interface wifi non détectée **URL:** \ **Category:** Support Debian\ **Created:** [Octobre 2, 2021, 11:00 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453 "2021-10-02T23:00:09Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 2, 2021, 11:00 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/1 "2021-10-02T23:00:09Z")
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: 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: 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 ? ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 2, 2021, 11:04 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/2 "2021-10-02T23:04:02Z")
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) ``` ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Octobre 2, 2021, 11:48 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/3 "2021-10-02T23:48:55Z")
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`). ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 3, 2021, 7:33 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/4 "2021-10-03T07:33:00Z")
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… ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 3, 2021, 8:22 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/5 "2021-10-03T08:22:37Z")
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]: [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 Oct 3 09:57:16 eeepc connmand[369]: (null) {update} flags 4098 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 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 Oct 3 09:57:16 eeepc connmand[369]: (null) {remove} index 4 Oct 3 09:57:16 eeepc ModemManager[411]: [base-manager] port wlan0 released by device '/sys/devices/pci0000:00/0000:00:1c.3' Oct 3 09:57:16 eeepc NetworkManager[367]: [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]: [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… ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Octobre 3, 2021, 8:40 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/6 "2021-10-03T08:40:37Z")
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… ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 3, 2021, 9:07 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/7 "2021-10-03T09:07:52Z")
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… ---
**Author:** ![libresurf](https://www.debian-fr.org/user_avatar/www.debian-fr.org/libresurf/32/5259_2.png) [@libresurf](https://www.debian-fr.org/u/libresurf)\ **Post date:** [Octobre 3, 2021, 9:10 UTC](https://www.debian-fr.org/t/debian-11-sur-eeepc-1000he-interface-wifi-non-detectee/85453/8 "2021-10-03T09:10:25Z")
Merci @Almtesh pour ton aide ! 👍