[RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

djodj · 12-09-2021 18:27:36

J'allais poser une question "au secours" mais finalement je m'en suis sorti. Je pense par contre que ça pourrait aider d'autres utilisateurs, alors je raconte comment j'ai réglé mon souci.

Je viens d'installer une Debian (11.0) pour la première fois de ma vie, et après démarrage, des centaines voire des milliers de lignes sont générées à la seconde dans /var/log/syslog.

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338085] pcieport 0000:00:1b.3:    [ 0] RxErr                 

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338110] pcieport 0000:00:1b.3: AER: Corrected error received: 0000:00:1b.3

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338114] pcieport 0000:00:1b.3: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338115] pcieport 0000:00:1b.3:   device [8086:a2ea] error status/mask=00000001/00002000

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338115] pcieport 0000:00:1b.3:    [ 0] RxErr                 

Sep 12 18:13:14 SZ270-debian kernel: [ 1162.338144] pcieport 0000:00:1b.3: AER: Corrected error received: 0000:00:1b.3

Le résultat est que j'ai les différentes CPU qui tournent à donf et ne peuvent rien faire d'autre.

Le coupable "pcieport 0000:00:1b.3" est trouvé avec

# lspci -v -s 1b.3

00:1b.3 PCI bridge: Intel Corporation 200 Series PCH PCI Express Root Port #20 (rev f0) (prog-if 00 [Normal decode])

  Flags: bus master, fast devsel, latency 0, IRQ 123, IOMMU group 6

  Bus: primary=00, secondary=03, subordinate=03, sec-latency=0

puis ensuite identifié avec

# lspci -s 3:0

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter

Finalement, comme je n'ai pas besoin du Wifi, je lui ai tordu le cou avec un

# su -

# modprobe -r rtl8821ae

Bon, mes CPU continuent à tourner à 20%, je vais retourner voir s'il y a autre chose.

Dernière modification par djodj (13-09-2021 17:06:14)

djodj · 12-09-2021 18:45:43

Aïe ! Je me suis réjoui trop vite. Après redémarrage de l'ordi, le module revient. Je pensais qu'il allait être supprimé définitivement

Quelqu'un saurait comment rendre la suppression définitive ?

raleur · 12-09-2021 20:15:33

Bien sûr que le module est rechargé automatiquement à chaque démarrage quand le matériel correspondant est présent.
Options :
- désactiver le wifi dans le BIOS.
- ajouter un fichier /etc/modprobe.d/blacklist-rtl8821ae.conf contenant :

blacklist rtl8821ae

et reconstruire l'initramfs avec

update-initramfs -u

pour empêcher le module de se charger automatiquement
- ajouter

modprobe.blacklist=rtl8821ae

à la chaîne valeur de GRUB_CMDLINE_LINUX dans /etc/default/grub et reconstruire le menu de GRUB avec

update-grub

- ajouter plutôt le paramètre pci=noaer à la ligne de commande du noyau (directement depuis le menu de GRUB pour tester temporairement ou comme modprobe.blacklist pour mettre en place définitivement) pour supprimer les messages d'erreur AER et voir si cela réduit la charge CPU.

djodj · 13-09-2021 16:50:40

Bonjour,
Merci pour ces infos. Comme le noyau linux est un peu en dehors de ma zone de confort, ainsi que GRUB, j'ai bien galéré mais maintenant ça fonctionne.
J'ai réinstallé debian au total 5 fois après m'être retrouvé coincé. À cause de la carte graphique en testant avec MATE. Ou à cause d'un /var/log dépassant les 190 Go.
En particulier, avec l'option 2 "fichier /etc/modprobe.d/blacklist-rtl8821ae.conf", je me suis retrouvé dans l'impossibilité de démarrer. Je n'ai rien vu non plus dans le BIOS concernant le WIFI (option 1).
Mais j'ai appliqué avec succès l'option 3 -> ligne GRUB_CMDLINE_LINUX="modprobe.blacklist=rtl8821ae" dans /etc/default/grub

Merci encore. Vraiment.

Tawal · 13-09-2021 16:55:57

Hello,

Mets ton sujet en [Résolu], ça peut aider d'autres utilisateurs ayant le même souci

djodj · 13-09-2021 17:07:52

+1

raleur · 13-09-2021 17:11:03

djodj a écrit :

avec l'option 2 "fichier /etc/modprobe.d/blacklist-rtl8821ae.conf", je me suis retrouvé dans l'impossibilité de démarrer.

Il n'y a aucune raison que ce fichier correctement rempli empêche de démarrer. Que se passait-il exactement ?

djodj a écrit :

j'ai appliqué avec succès l'option 3

Et l'option 4, que j'aurais dû mettre en 1 car à tester en premier ?

djodj · 13-09-2021 17:37:59

raleur a écrit :

Il n'y a aucune raison que ce fichier correctement rempli empêche de démarrer. Que se passait-il exactement ?

Je n'ai pas photographié l'écran, j'avais un msg du noyau disant grosso modo qu'il attendait qu'un processus (ou un bidule) s'arrête. Avec un chrono de 2 mn redémarrant en boucle après ces 2 mn...
Je suis bourrin, j'ai tout réinstallé :-)

raleur a écrit :

Et l'option 4, que j'aurais dû mettre en 1 car à tester en premier ?

Avec Mint j'avais trouvé comment éditer la ligne grub, avec debian je n'ai pas retrouvé : j'ai mis de côté en attendant d'avoir testé tout le reste.

raleur · 13-09-2021 18:18:42

C'est exactement pareil. GRUB, c'est GRUB quelle que soit la distribution.

Tawal · 14-09-2021 03:01:50

Il suffit de lire quand tu es au menu GRUB !
La touche "e" pour éditer l'entrée surlignée et la touche F10 pour lancer le boot une fois la modification faite.

djodj · 14-09-2021 08:42:02

Oui, je l'ai vu, je suis arrivé dans un script, et je suis parti en courant avant de tout casser.
"il suffit de" tout maîtriser pour n'avoir aucun souci ;-)
Comme maintenant le problème est résolu grâce aux conseils fournis, je vais surtout ne plus rien toucher. Merci encore.

Dernière modification par djodj (14-09-2021 11:00:56)

raleur · 14-09-2021 12:03:59

djodj a écrit :

je suis arrivé dans un script, et je suis parti en courant avant de tout casser.

Aucun risque : les modifications faites dans l'éditeur de GRUB ne sont pas persistantes.

Tawal · 14-09-2021 12:30:30

Sinon, il fallait rajouter l'option pci=noaer à la fin de la ligne commençant par "linux ..." avant quiet et splash si présents (par défaut oui)

Dernière modification par Tawal (14-09-2021 12:30:49)

Debian-facile

#1 12-09-2021 18:27:36

[RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#2 12-09-2021 18:45:43

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#3 12-09-2021 20:15:33

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#4 13-09-2021 16:50:40

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#5 13-09-2021 16:55:57

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#6 13-09-2021 17:07:52

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#7 13-09-2021 17:11:03

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#8 13-09-2021 17:37:59

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#9 13-09-2021 18:18:42

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#10 14-09-2021 03:01:50

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#11 14-09-2021 08:42:02

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#12 14-09-2021 12:03:59

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

#13 14-09-2021 12:30:30

Re : [RÉSOLU] CPU saturées à cause d'une carte WIFI Realtek RTL8821AE

Pied de page des forums