ACPI Exception: ae_not_found, tout en évaluant la méthode GPE - Inondations Syslog
Sur mon nouveau bureau, après avoir été réveillé du sommeil, l'un de mes processeurs est constamment à usage de 100%, il s'agissait initialement du processus xorg (4289), maintenant son fil Kworker.
Mon /var/log/syslog est inondé (850+ lignes/seconde) avec ces messages:
Aug 26 17:10:55 mortal kernel: [ 3657.482759] ACPI Error: [PGRT] Namespace lookup failure, AE_NOT_FOUND (20160108/psargs-359)
Aug 26 17:10:55 mortal kernel: [ 3657.482760] ACPI Error: Method parse/execution failed [\_GPE._L6F] (Node ffff8810348d56e0), AE_NOT_FOUND (20160108/psparse-542)
Sortie de top
88 root 20 0 0 0 0 D 94,0 0,0 28:32.44 [kworker/0:1]
4289 root 20 0 418620 164880 68252 S 15,6 0,3 4:27.62 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
3404 root 20 0 258320 3540 1948 S 10,3 0,0 5:31.55 /usr/sbin/rsyslogd
5175 mor 20 0 1348768 63636 46232 S 5,3 0,1 1:34.50 vlc
4497 mor 20 0 486068 33220 25884 S 5,0 0,1 0:17.19 marco
4531 mor 20 0 482184 27524 20684 S 4,0 0,0 0:15.24 /usr/lib/mate-panel/wnck-applet
4709 mor 20 0 1708964 435576 123388 S 4,0 0,7 7:23.20 firefox-esr
4291 root 20 0 273140 5864 4984 S 3,0 0,0 1:35.58 /usr/lib/accountsservice/accounts-daemon
4517 mor 9 -11 574288 12692 9456 S 1,7 0,0 1:07.14 /usr/bin/pulseaudio --start --log-target=syslog
4667 mor 20 0 261672 22152 18844 S 0,7 0,0 0:31.10 gkrellm
7 root 20 0 0 0 0 S 0,3 0,0 0:04.67 [rcu_sched]
1134 root 20 0 0 0 0 S 0,3 0,0 0:00.29 [jbd2/sda2-8]
4432 mor 20 0 406236 26144 20616 S 0,3 0,0 0:00.31 x-session-manager
4493 mor 20 0 1459196 32440 25336 S 0,3 0,0 0:03.45 /usr/bin/mate-settings-daemon
4501 mor 20 0 565268 34848 26120 S 0,3 0,1 0:03.35 mate-panel
4513 mor 20 0 1242952 44264 35320 S 0,3 0,1 0:02.10 caja
4543 mor 20 0 526044 34764 28612 S 0,3 0,1 0:01.08 mate-screensaver
4618 mor 20 0 548024 29876 23360 S 0,3 0,0 0:00.35 /usr/lib/mate-panel/clock-applet
5541 mor 20 0 81856 12128 5672 S 0,3 0,0 0:00.81 xterm
6090 mor 20 0 389372 48044 37352 S 0,3 0,1 0:00.86 keepassx
6291 mor 20 0 42928 3776 3008 R 0,3 0,0 0:00.83 top
6300 mor 20 0 86828 16924 5720 S 0,3 0,0 0:01.08 xterm
1 root 20 0 15820 1800 1632 S 0,0 0,0 0:01.13 init [2]
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [kthreadd]
3 root 20 0 0 0 0 S 0,0 0,0 0:00.03 [ksoftirqd/0]
5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 [kworker/0:0H]
8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [rcu_bh]
9 root rt 0 0 0 0 S 0,0 0,0 0:00.02 [migration/0]
10 root rt 0 0 0 0 S 0,0 0,0 0:00.00 [watchdog/0]
11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [cpuhp/0]
12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [cpuhp/1]
13 root rt 0 0 0 0 S 0,0 0,0 0:00.03 [watchdog/1]
14 root rt 0 0 0 0 S 0,0 0,0 0:00.01 [migration/1]
15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [ksoftirqd/1]
16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 [kworker/1:0]
Quelle pourrait être la cause de cela, et comment pourrais-je la déboguer?
Ceci est un Bug conn dans le noyau Linux avec le chipset Skylake.
J'ai trouvé un travail autour ici , qui provoque la sortie des symptômes.
Émettez cette commande (comme root, ajoutez 'sudo' au cas où vous n'êtes pas root):
echo "disable" > /sys/firmware/acpi/interrupts/gpe6F
Cela désactivera l'interruption d'ACPI incriminée jusqu'à la prochaine démarrage. Si cela se produit souvent pour vous et le BIOS et les mises à jour du noyau ne le supprimez pas, déposez un nouveau rapport de bogue sur le noyau Bugzilla.
Son signalé ( Commentaire n ° 2 ) Pour travailler avec BIOS version 2.00 sur ASROCK H170 PRO4S. Testé avec des noyaux 4.5 et 4.6.
Addenda Depuis que j'ai amélioré mon micrologiciel du BIOS récemment, je n'ai jamais eu le problème. Mais la mise à niveau a presque grillé ma machine et il a fallu un certain temps à récupérer, alors pesez que dans votre décision de le faire.
Vous pouvez maintenant ajouter un paramètre à votre noyau au démarrage pour empêcher cela de se produire. Il suffit d'ajouter acpi_mask_gpe=0x6f à vos paramètres de démarrage du noyau.
Cela va être différent selon votre chargeur de démarrage. Par exemple, j'utilise Grub (et Arch), alors je devais l'ajouter au /etc/default/grub Dossier et reconstruire-le avec grub-mkconfig -o /boot/grub/grub.cfg. Voici quelques instructions sur le wiki de Arch, mais YMMV: https://wiki.archlinux.org/index.php/kernel_paramètres
Voici le commentaire de bug qui indique le correctif, https://bugzilla.kernel.org/show_bug.cgi?id=117481#c2 , et contient un lien vers le patch actuel.