ubuntu 14.04: Hohe CPU Last durch kworker

Auf meinem Sony Vaio Notebook, über dessen Kauf mit Hindernissen ich vor zwei Jahren hier bereits berichtet hatte, lief seit Frühjahr 2013 die ubuntu-Version 13.04 („Raring Ringtail“), die ja seit dem 27. Januar 2014 nicht mehr supportet wird. Darum nahm ich mit einer Neuinstallation ein Upgrade auf die aktuelle ubuntu-Version 14.04 („Trusty Tahr“) vor, das auch in einer viertel Stunde durchgelaufen war. Ich konnte sofort an gewohnter Stelle weiterarbeiten. Leider stellte sich schnell heraus, dass mein Notebook nun plötzlich vom Start an bei untätigem Desktop mit einer CPU-Last von ca. 80% Prozent lief, die den Lüfter ständig surren ließ. Woran konnte das liegen?

Um das Problem einzugrenzen, ließ ich mir erst einmal den Übeltäter anzeigen, der die hohe CPU Last erzeugte. Die Eingabe von „top“ im Terminal brachte folgendes Resultat, womit ich als Übeltäter den „kworker“-Prozess ausmachen konnte.

Erste Anlaufstelle war natürlich das Netz. Zunächst wurde ich dort nicht fündig. Erst ein englischsprachiger Artikel, der sich eigentlich auf die ubuntu-Version 12.04 („Precise Pangolin“) bezog, brachte mich auf die richtige Spur. Und weil mir das Verfahren wieder zu einem leisen Desktop und einer kühlen CPU geholfen hat, schreibe des Rätsels Lösung hier einfach mal in Deutsch auf.

CPU Last adé: Drei Schritte zur Ruhe

1) Zunächst einmal muss man den GPE (General Purpose Event) herausfinden, der für die Systemlast verantwortlich ist. Vorstellen kann man sich einen GPE wie eine Art Interrupt, über den die Hardware das Betreibssystem via ACPI informiert, dass ein bestimmtes Ereignis vorliegt.

Wir öffnen also eine Shell, werden ‚root‘ mittels sudo und geben ein:

grep . -r /sys/firmware/acpi/interrupts/

In der nun erscheinenden Liste suchen wir nun einen GPE mit einem hohen Wert. (Mein GPE war der mit der Nummer 13, es kann aber je nach Hardware auch ein anderer GPE sein, der die CPU Last erzeugt).

2) Danach editieren wir die Datei crontab, um den GPE mit der Nummer 13 (entsprechend ändern bei anderer Hardware!) schon beim Booten auszuknocken:

crontab -e

Wir schreiben dazu folgende Zeile in die crontab:

@reboot echo "disable" > /sys/firmware/acpi/interrupts/gpe13

Bitte die Datei sichern.
Durch diesen Eintrag wird gpe13 bereits beim Booten deaktiviert, das hilft meistens schon viel.

Was aber, wenn ich den Deckel des Notebooks zuklappe, und das Notebook dann beim Deckelaufklappen wieder aktiv wird und den gleichen GPE dynamisch wieder erzeugt?

3) Dazu muss ich ins Suspend-Verhalten eingreifen und folgende drei Schritte tun: eine bestimmte Datei erstellen, diese ausführbar machen und abschließend editeren. Also:

~ touch /etc/pm/sleep.d/30_disable_gpe13
~ chmod +x /etc/pm/sleep.d/30_disable_gpe13
~ mcedit /etc/pm/sleep.d/30_disable_gpe13

In die so erstellte und ausführbar gemachte Datei „30_disable_gpe13“ füge ich mit dem Editor (ich nutze auf der Konsole gerne mcedit, es geht aber auch vi oder joe, je nach Vorliebe) folgendes ein:

#!/bin/bash
case "$1" in
    thaw|resume)
        echo disable > /sys/firmware/acpi/interrupts/gpe13 2>/dev/null
        ;;
    *)
        ;;
esac
exit $?

Das wars. Nach einem Reboot arbeitet kworker normal. Zumindest war dies bei mir so.

Im Übrigen ist der sog. „kworker-bug“ bereits älter, er trat schon mit mancher Hardware beim 2.6er Kernel auf. Auch auf meinem iMac, der anfangs unter ubuntu wegen kworker ebenfalls von hoher CPU Last „gequält“ wurde, half dieser Tipp. Feedback erbeten!