# Debian 11 Bullseye pas d'interfaces wifi après installation image iso live (firmware inclus)

**URL:** <https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475>\
**Category:** Support Debian\
**Tags:** debian, bullseye, network\
**Created:** [Octobre 6, 2021, 2:31 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475 "2021-10-06T14:31:59Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 6, 2021, 2:31 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/1 "2021-10-06T14:31:59Z")

</div>

Hi, i recently intalled Debian 11 with an iso and all the firmware. And i have no wifi interfaces. I installed a driver for my wifi (at least i think i did). I also removed some files i saw on others forums to remove. And now, I ask here :). Tell me what you need.

Here i run systemclt status networking.services

```auto
     Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Wed 2021-10-06 16:05:49 CEST; 25min ago
       Docs: man:interfaces(5)
    Process: 3064 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
   Main PID: 3064 (code=exited, status=1/FAILURE)
        CPU: 16ms

oct. 06 16:05:49 Asgard systemd[1]: Starting Raise network interfaces...
oct. 06 16:05:49 Asgard systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
oct. 06 16:05:49 Asgard ifup[3064]: ifup: unknown interface wlan0
oct. 06 16:05:49 Asgard systemd[1]: networking.service: Failed with result 'exit-code'.
oct. 06 16:05:49 Asgard systemd[1]: Failed to start Raise network interfaces.

```

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Octobre 6, 2021, 3:31 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/2 "2021-10-06T15:31:40Z")

</div>

Hi !

> [@0d1n](#):
>
> I also removed some files i saw on others forums to remove

Could you give us some links you followed advices from, so we can understand what have been done ?

Also, could you give us returns of the following commands:

- `systemctl cat networking`
- `cat /etc/network/interfaces`
- `lspci -nnk | egrep -i -A 2 "network|wireless"`
- `ip a`

From the status you posted, it seems your network configuration files refer to `wlan0`, which was the most common wireless interface name in Debian prior to Debian 9 (or 10, I don’t remember), but naming conventions have changed since, mine is `wlp3s0`, for instance.

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 7, 2021, 12:12 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/3 "2021-10-07T12:12:08Z")

</div>

[https://debian-facile.org/viewtopic.php?id=27740](https://debian-facile.org/viewtopic.php?id=27740)  
 → this link to the forum where it was told to remove a file (I still have it stored).

```auto
# /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Requires=ifupdown-pre.service
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.servic>
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=5min
...skipping...
# /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Requires=ifupdown-pre.service
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.servic>
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=5min

```

```auto
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback
auto wlan0

```

```auto
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter [10ec:c821]
	DeviceName: WLAN
	Subsystem: Hewlett-Packard Company RTL8821CE 802.11ac PCIe Wireless Network Adapter [103c:831a]
	Kernel modules: rtw_8821ce
03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c4)

```

```auto
odin@Asgard:~$ 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: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 6c:02:e0:59:99:7f brd ff:ff:ff:ff:ff:ff
    altname enp1s0
5: bnep0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 5c:ba:ef:82:95:56 brd ff:ff:ff:ff:ff:ff
    inet 192.168.44.83/24 brd 192.168.44.255 scope global dynamic noprefixroute bnep0
       valid_lft 3481sec preferred_lft 3481sec
    inet6 2a01:cb01:2069:c551:9584:8c55:e9b9:f510/64 scope global dynamic noprefixroute 
       valid_lft 3495sec preferred_lft 3495sec
    inet6 fe80::249e:5075:2b87:bb2/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

```

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Octobre 8, 2021, 7:54 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/4 "2021-10-08T07:54:54Z")

</div>

OK, it seems you do have the required driver, but a wrong interface name. Did you write `wlan0` yourself in the `/etc/network/interfaces` file ?  
(also, I forgot to ask, but are there any files under `/etc/network/interfaces.d/` ?)  
You need to determine the real logical name of your wireless interface. You can install `lshw` to do so, and execute `sudo lshw -class network -short`  
Then you can adapt your `/etc/network/interfaces` file:

```auto
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

auto <wireless_interface_name>
  allow-hotplug <wireless_interface_name>
  iface <wireless_interface_name> inet dhcp

```

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 9, 2021, 12:21 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/5 "2021-10-09T12:21:03Z")

</div>

Yes I had a file called «&nbsp;setup&nbsp;» in /etc/network/interfaces.d/ in which was written `auto lo'\n' iface lo inet loopback'\n' auto eth0'\n' iface eth0 inet dhcp`

when i run lshw I don’t have wireless name

```auto
Chemin matériel Périphérique Classe Description
====================================================================
/0/100/1.2/0 eno1 network RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
/0/100/1.3/0 network RTL8821CE 802.11ac PCIe Wireless Network Adapter
/2 bnep0 network Ethernet interface

```

also when I installed lshw, i had a warning

```auto
completely from the DKMS tree.
------------------------------
Done.
Loading new bcmwl-6.30.223.271+bdcom DKMS files...
Building for 5.10.0-8-amd64
Building for architecture x86_64
Building initial module for 5.10.0-8-amd64
Error! Bad return status for module build on kernel: 5.10.0-8-amd64 (x86_64)
Consult /var/lib/dkms/bcmwl/6.30.223.271+bdcom/build/make.log for more information.
dpkg: erreur de traitement du paquet bcmwl-kernel-source (--configure) :
 installed bcmwl-kernel-source package post-installation script subprocess returned error exit status 10
Traitement des actions différées (« triggers ») pour man-db (2.9.4-2) ...
Des erreurs ont été rencontrées pendant l'exécution :
 bcmwl-kernel-source
E: Sub-process /usr/bin/dpkg returned an error code (1)

```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Octobre 9, 2021, 4:42 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/6 "2021-10-09T16:42:00Z")

</div>

Dites, vous ne vous sentez pas un peu couillons de dialoguer en anglais dans un forum francophone alors que vous parlez tous les deux français ? La plaisanterie a assez duré.

@0d1n :  
Quel est le sujet précis de cette discussion ? Le message d’erreur dans le titre ou l’absence d’interface wifi ? Je te le dis tous de suite, il n’y a aucun rapport entre les deux.

Le message d’erreur est causé par la présence dans /etc/network/interfaces d’une ligne mentionnant une interface «&nbsp;wlan0&nbsp;» qui n’existe pas. Le fichier foireux /etc/network/interfaces.d/setup est connu pour être présent après certaines installations (à partir d’un système live ?) et faire échouer le démarrage du service «&nbsp;networking&nbsp;», mais il n’est en aucun cas responsable de l’erreur que tu cites puisque celle-ci concerne «&nbsp;wlan0&nbsp;» alors que le fichier setup contient «&nbsp;eth0&nbsp;».

> [@0d1n](#):
>
> also when I installed lshw, i had a warning

Quel avertissement ? Je n’en vois aucun dans ce qui est cité ensuite et qui n’a aucun rapport avec lshw mais est causé par l’installation en échec d’un paquet bcmwl-kernel-source qui ne provient a priori pas de Debian car je ne le trouve pas dans les dépôts officiels. D’où vient-il et pourquoi avoir voulu installer ce qui semble être un pilote pour unb produit Broadcom alors que le contrôleur wifi est un produit Realtek ?

> [@Sputnik93](#):
>
> it seems you do have the required driver,

Si tu parles du module «&nbsp;rtw\_8821ce&nbsp;», lspci l’affiche comme correspondant à l’identifiant PCI du contrôleur wifi, mais pas comme le pilote en cours d’utilisation («&nbsp;Kernel driver in use&nbsp;») donc quelque chose ne marche pas. Soit il manque un firmware (installer le paquet firmware-realtek), soit le pilote ne correspond pas si bien que ça au contrôleur. Ça arrive, il peut y avoir des variantes qui ont les mêmes identifiants PCI mais ne sont pas compatibles. Pour en savoir plus, il faut examiner les logs du noyau avec `dmesg`.

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 10, 2021, 10:30 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/7 "2021-10-10T10:30:44Z")

</div>

@PascalHambourg  
Salut. Mon soucis c’est le fait que je n’ai pas d’interfaces réseaux wifi dans mes paramètres. Il n’y a pas de proposition ‹&nbsp;wifi&nbsp;›. ça m’était déjà arrivé avec une installation de Ubuntu et le problème était dans mon BIOS :D. Pas ici.  
Si j’ai installé un mauvais Driver, c’est que j’ai un peu de mal à m’y retrouver.  
Dans /etc/apt/source.list, je viens de passer mes sources en non-free pour télécharger peut-être + de Firmwares. J’ai aussi installé le paquet firmware-realtek. Mais je n’arrive toujours pas à avoir de réseau. Je suis allé voir les logs avec dmesg : il y avait des messages d’erreurs concernant mon BIOS mais en faisant une petite recherche, j’ai vu que ces erreurs étaient considérés comme inutiles. Sur eno1 j’ai un message disant ‹&nbsp;link is down&nbsp;› .

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Octobre 10, 2021, 1:35 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/8 "2021-10-10T13:35:17Z")

</div>

> [@0d1n](#):
>
> Mon soucis c’est le fait que je n’ai pas d’interfaces réseaux wifi

Alors pourquoi ne l’as-tu pas mis dans le titre au lieu de «&nbsp;[FAILED] to raise network interfaces&nbsp;» ? Victime d’une variante du «&nbsp;[problème XY](https://fr.wikipedia.org/wiki/Probl%C3%A8me_XY)&nbsp;» ?  
Le titre doit contenir l’information principale. Ce message d’erreur est peut-être une information intéressante ou au contraire n’a rien à voir, en tout cas ce n’est pas l’information principale.

> [@0d1n](#):
>
> Mais je n’arrive toujours pas à avoir de réseau

Cette phrase ne contient aucune information utile. Donne plutôt des retours de commandes, des extraits de logs… bref du concret.

```
ip link
dmesg | egrep -i "8821ce|02:00\.0|wl"

```

> [@0d1n](#):
>
> Sur eno1 j’ai un message disant ‹ link is down › .

C’est une interface ethernet. Message normal si elle n’est pas connectée à un port actif. Aucun rapport avec le wifi.

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 11, 2021, 12:20 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/9 "2021-10-11T12:20:02Z")

</div>

@PascalHambourg  
Merci de l’aide:  
ip link

```auto
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
    link/ether 6c:02:e0:59:99:7f brd ff:ff:ff:ff:ff:ff
    altname enp1s0
12: bnep0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether 5c:ba:ef:82:95:56 brd ff:ff:ff:ff:ff:ff

```

> [@PascalHambourg](#):
>
> `dmesg | egrep -i "8821ce|02:00\.0|wl"`

````auto
[0.317486] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP1.DEV0], AE_NOT_FOUND (20200925/dswload2-162)
[0.324480] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
[0.324486] ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)
[0.325521] ACPI: Power Resource [PRWL] (on)
[0.399322] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
[0.399330] ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)
[0.482188] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20200925/psargs-330)
[0.482197] ACPI Error: Aborting method \_SB.WLBU._STA due to previous error (AE_NOT_FOUND) (20200925/psparse-529)```
````

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Octobre 12, 2021, 11:34 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/10 "2021-10-12T11:34:12Z")

</div>

Là, quelque chose m’échappe. Si «&nbsp;`lspci -k`&nbsp;» a retourné ceci :

```auto
02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter [10ec:c821]
	DeviceName: WLAN
	Subsystem: Hewlett-Packard Company RTL8821CE 802.11ac PCIe Wireless Network Adapter [103c:831a]
	Kernel modules: rtw_8821ce

```

Alors les logs du noyau devraient au moins contenir des messages relatifs à «&nbsp;02:00.0&nbsp;» (adresse PCI du contrôleur wifi) et au module «&nbsp;rtw\_8821ce&nbsp;» qui est censé être chargé pour gérer ce contrôleur, et ma commande devrait les afficher. Pour le nom du module, ça peut s’expliquer par l’équivalence entre «&nbsp;-&nbsp;» et «&nbsp;\_&nbsp;» dans les noms de modules/pilotes. On va essayer plus simple :

```
dmesg | grep "02:00.0"
dmesg | grep -i 8821ce

```

Vérifie aussi si le module est chargé avec

```
lsmod | grep 8821

```

S’il ne l’est pas, le charger manuellement avec

```
modprobe rtw_8821ce

```

puis afficher les derniers messages du noyau avec

```
dmesg | tail -n 20
```

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 12, 2021, 11:54 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/11 "2021-10-12T11:54:29Z")

</div>

dmesg | grep «&nbsp;02:00.0&nbsp;» :

```auto
[0.330650] pci 0000:02:00.0: reg 0x10: [io 0x2000-0x20ff]
[0.330685] pci 0000:02:00.0: reg 0x18: [mem 0xc0800000-0xc080ffff 64bit]
[0.330847] pci 0000:02:00.0: supports D1 D2
[0.330848] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[1.437974] pci 0000:02:00.0: Adding to iommu group 8

```

dmesg | grep -i 8821ce and lsmod | grep 8821 n’ont rien retourné

sudo modprobe rtw\_8821ce :  
`modprobe: ERROR: could not insert 'rtw_8821ce': Operation not permitted`

dmesg | tail -n 20

```auto
[2232.564816] done.
[2232.629900] PM: suspend exit
[2232.754784] psmouse serio1: synaptics: queried max coordinates: x [..5648], y [..4826]
[2232.784431] psmouse serio1: synaptics: queried min coordinates: x [1292..], y [1026..]
[2233.259174] Bluetooth: hci0: RTL: fw version 0x829a7644
[2234.061916] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[2234.062361] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
[2234.063013] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
[2234.063095] ata1.00: configured for UDMA/133
[2234.845943] Generic FE-GE Realtek PHY r8169-100:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bus:phy_addr=r8169-100:00, irq=IGNORE)
[2235.042155] r8169 0000:01:00.0 eno1: Link is Down
[2263.501015] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[2288.201899] input: Galaxy XCover 4s (AVRCP) as /devices/virtual/input/input13
[2318.813393] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[2339.138000] input: Galaxy XCover 4s (AVRCP) as /devices/virtual/input/input14
[2363.021342] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[3234.618080] Lockdown: modprobe: unsigned module loading is restricted; see man kernel_lockdown.7
[3334.273302] Lockdown: modprobe: unsigned module loading is restricted; see man kernel_lockdown.7
[3377.835041] Lockdown: modprobe: unsigned module loading is restricted; see man kernel_lockdown.7

```

Et j’ai trouvé ceci en executant lsmod  
`hp_wireless 16384 0`  
est-ce que celà à quelque chose à voir avec le module wifi ?  
Je vais aussi essayer de contourner le kernel\_lockdown.7

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Octobre 12, 2021, 1:17 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/12 "2021-10-12T13:17:28Z")

</div>

L’activation du secure boot dans les paramètres du firmware UEFI interdit de charger un module non signé. Je pensais que rtw\_8821ce était un module inclus avec le noyau Debian et donc signé, mais j’ai confondu avec rtw88\_8821ce. rtw\_8821ce est donc un module que tu as dû compiler localement. A confirmer avec

```
    modinfo rtw_8821ce

```

Et je suppose que le module signé rtw88\_8821ce a été désactivé lors du processus pour ne pas être chargé automatiquement, il doit y avoir un fichier /etc/modprobe.d/\*.conf contenant une ligne

```
blacklist rtw88_8821ce

```

Tu peux donc

- soit désactiver le secure boot pour pouvoir charger le module rtw\_8821ce,

- soit signer ce module pour qu’il soit compatible avec le secure boot,

- soit charger le module rtw88\_8821ce avec

Le module hp\_wireless doit simplement servir à gérer l’activation et la désactivations des émetteurs/récepteurs sans fil (wifi, bluetooth…) avec `rfkill`.

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 12, 2021, 2:12 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/13 "2021-10-12T14:12:09Z")

</div>

salut.  
J’avais justement trouvé l’info et j’ai désactivé mon sécure boot.  
Ensuite j’ai chargé le module et la wifi est apparue. Merci les explications et l’aide apportée !

PS : dans /etc/modprobe/\* , microcode est blacklisté. Devrais-je l’enlever ?

🙂

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Octobre 12, 2021, 4:22 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/14 "2021-10-12T16:22:45Z")

</div>

Il n’y a pas un commentaire qui accompagne et explique la raison de ce blacklistage ?  
EDIT: il semble que le module «&nbsp;microcode&nbsp;» n’existe plus dans les noyaux Debian depuis Jessie.

---

<div class="post-metadata">

**Author:** ![0d1n](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/0/e95f7d/32.png) [@0d1n](https://www.debian-fr.org/u/0d1n)\
**Post date:** [Octobre 13, 2021, 1:18 UTC](https://www.debian-fr.org/t/debian-11-bullseye-pas-dinterfaces-wifi-apres-installation-image-iso-live-firmware-inclus/85475/15 "2021-10-13T13:18:03Z")

</div>

Si. Le contenu du fichier : /etc/modprobe/intel-mircocode-blacklist.conf

```auto
# The microcode module attempts to apply a microcode update when
# it autoloads. This is not always safe, so we block it by default.
blacklist microcode

```