Ubuntu 16.04/18.04 wacht aus dem Standby mit einem schwarzen Bildschirm auf

Das nervt mich schon seit mehr als zwei Jahren: Ubuntu wird in den Suspend gefahren und fährt in einen schwarzen Zustand, den man wahlweise mit einem harten Reboot oder einem Weich SysRQ-Befehl beendet. Das ganze betrifft mich in erster Linie, weil ich die proprietären nVidia-Treiber nutze, allerdings gibt es auch eine Reihe anderer nutzer, die vor einem vergleichbaren Problem stehen.

In folgendem nVidia-Forenbeitrag gibt es dazu dieses nützliche Statement:

Schritt 1:

[Disable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Disable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=yes

Schritt 2:
GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash nvidia-drm.modeset=1 vga=0 rdblacklist=nouveau nouveau.modeset=0″

Schritt 3:
sudo gedit /etc/initramfs-tools/modules and add the following modules
nvidia
nvidia_modeset
nvidia_uvm
nvidia_drm

Schritt 4:
update-initramfs -u

Schritt 5:
Neustarten

Anschließend habe ich noch via “sudo apt install laptop-mode-tools” das Powermanagementpaket für portable Geräte nachinstalliert, neu gestartet und der Standby funktioniert wieder sauber und anständig. Endlich!

Ubuntu: Bildschirmhelligkeit nach Standby nicht mehr steuerbar

Bei meinem Toshiba Portégé Z30A konnte ich nach einem Standby in den Ram die Bildschirmhelligkeit nicht mehr steuern. Das ist schon blöd, weil ich das Gerät öfter gern einfach zuklappe, um etwas Energie zu sparen, wenn es Arbeitsphasen in der Uni gibt, in welcher ich meine Schreibmaschine schlicht nicht sofort brauche. Aber was schafft da Abhilfe und womit habe ich es eigentlich zu tun?

Auf jeden Fall ist es nicht unbedingt Ubuntu-spezifisch, obgleich die Lösung bei Askubuntu.com auftaucht:

Erstellt und öffnet eine Datei im Texteditor

sudo gedit /usr/share/X11/xorg.conf.d/20-intel.conf

und fügt folgenden Inhalt ein:

Section "Device"
        Identifier  "card0"
        Driver      "intel"
        Option      "Backlight"  "intel_backlight"
        BusID       "PCI:0:2:0"

EndSection

Einmal ab- und wieder anmelden und die Sache läuft wieder rund!

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! 😉