Linux, Intel CPU, Notebook, Laptop, Ultrabook und laute CPU nach dem Aufwachen?

Manchmal gönnt man sich etwas. Nachdem ich zehn Jahre lang meinen eeePC 901 als digitale Schreibmaschine für die Uni eingesetzt habe, war es leistungstechnisch höchste Eisenbahn, aufzurüsten. Das habe ich getan mit einem hübschen Gebrauchtgerät von notebooksbilliger.de: Ein Toshiba Protégé Z30A aus dem Jahr 2014 mit Intel core i5-4310U (vPro), 8 GB Ram, 128 GB SSD auf 13,3 Zoll. Schönes, neues Schreibmaschinchen.

Doch was ist das? Nachdem ich Kubuntu 17.10 aufgespielt und eingerichtet habe und nahezu alles funktioniert (Keyboardhotkeys sind etwas gemein und auch das Einrichten des Touchpads erfordert Geduld) ist mir aufgefallen, dass manchmal, nach dem Aufwachen aus dem Standby (resume from suspend to ram, S3) der Lüfter (mein gröter Fan) auf Höchsttouren lief. Ein Heruntertakten der Geschwindigkeit hat nicht eingesetzt. Einfachste Lösung: Schlafen legen, wieder wecken und gut. Aber warum?

Das ganze geht wohl auf einen Kernel Bug aus dem Jahre 2013 zurück, der zwischenzeitlich angeblich gelöst war, dann wieder nicht … und letztlich alle Linux-Derivate betreffen kann. Gelöst werden kann das ganze wiederum über ein praktisches Skript von franz-knipp, welches derart aussehen muss und von hier stammt:

#!/bin/sh
#
# Reset fan speeds after resume, otherwise they blow at maximum speed
#
# Used as work-around for ACPI kernel bug 58301
# https://bugzilla.kernel.org/show_bug.cgi?id=58301
#
# The idea for this fix was taken from
# http://ubuntuforums.org/showthread.php?t=1761370
#
# Author: franz@qnipp.com
#
# To be saved as /etc/pm/sleep.d/11_fan_3.11.0

case “$1” in
thaw|resume)
for i in /sys/class/thermal/cooling_device* ; do
type=`cat $i/type`
if [ “$type” = “Fan” ] ; then
echo 0 > $i/cur_state
fi
done
;;
esac

Das ganze als root (also bspw. aus dem Terminal als “sudo nano /etc/pm/sleep.d/11_fan_3.11.0“) unter /etc/pm/sleep.d/11_fan_3.11.0 anlegen, speichern und beim nächsten Suspend wird es aufgeführt. Simple Lösung für ein nerviges Problem, sehr schön und danke Franz! 😉

Fehlt mal was in /boot?

Sollte jemand mal aus Versehen etwas in seiner Boot-Partition gelöscht haben, so empfiehlt es sich nach langem Überlegen, das folgende Szenario durchzusetzen, welches ich verlinke und in Kürze zusammenfasse:

sudo aptitude reinstall linux-image-$$$$VERSION$$$$-generic

Keine Ahnung wieso, aber weder apt noch dpkg noch apt-get wollten mir mein korrektes Kernelabbild inklusive der initramfs-Skripte neu installieren, weshalb nun aptitude dafür herhalten musste. Übrigens muss $$$$VERSION$$$$ selbstverständlich durch die entsprechend aktuelle Kernelversion ersetzt werden – in meinem Falle war das die 3.13.0-106.

/boot-Partition voll? Update nicht mehr möglich?

Auch ein sudo apt-get -f install hilft nicht weiter? Keine Lust die einzelnen Boot-Abbilder zu löschen und Sorge davor die Paketverwaltung zu beeinflussen? Ja, kenne ich von meinem vServer, in dessen Standardpartitionierung /boot tatsächlich vagemutige 100 MB Speicher zugewiesen bekommen hat. Klasse Ding, wenn stets nur ein bis zwei Kernel-Images vorhanden sind, blöd aber bei wesentlich mehr.

Dieser Thread auf Askubuntu.com hilft ungemein weiter. Innerhalb der Antwort wird geschildert wie man auf leichtem Wege die Kernel-Images entfernt, alte nicht mehr benötigt Pakete via Paketverwaltung herausschmeißt und anschließend wieder einen Server-Kernel installiert. Ich schreibe das mal ab:

sudo dpkg --remove linux-server
sudo dpkg --remove linux-image-server linux-headers-server
# purge unused kernels, but could do more so your mileage may vary
sudo apt-get autoremove
sudo apt-get install linux-server linux-image-generic linux-headers-generic