12/2025 hat mich mein langjähriger, heftig genutzter, bis an die Zähne aufgerüsteter, Begleiter, ein Lenovo Thinkpad E495 mit Ryzen 7 3700, verlassen. Eine Reparatur lohnt nicht, Gehäuse, Maus, Board, alles hats schon erlebt und jetzt habe ich mir mal einen neuen gegönnt.

Das Gerät wird von Clevo in Taiwan produziert (Mainboard, Gehäuse, Akku, Tastatur, etc. pp) und irgendetwas wird in Deutschland assembliert. Vlt. schrauben die es hier auch zusammen. Wer weiß. Daher ist es auch nicht verwunderlich, dass das Gerät von etlichen Unternehmen vertrieben wird. Hier eine Aufstellung die ich gefunden habe, wobei sich aber die Ausstattung jeweils unterscheidet/unterscheiden kann:

• Wortmann Terra 1500P
• Tuxedo Auro 15 Gen4
• NovaCustom NL50/NL51 Serie
• Schenker 15 Base
• Das original Produkt: Clevo NL50CU/NL51CU

Obwohl das Gerät von unterschiedlichen Anbietern auch mit und für Linux verkauft wird, hat es ein paar Schwierigkit, vor Allem, mit Ryzen CPUs.

Als Referenz und damit es hier auch noch abgelegt ist, kann hier die Serviceanleitung heruntergeladen werden. Da findet man alle Informationen zum Gerät, Gehäuse, Hardware.

Serviceanleitung

Die Beleuchtung lässt sich von Haus aus unter Linux nicht steuern, vor Allem nicht mit den Tasten auf dem Nummernblock [FN] + /|*|-|+. Hierfür hat tuxedo Computers ein Kernelmodul geschrieben, welches von NovaCustom geforked wurde und eine vereinfachte Setupprozedur erhalten hat.

Die original Anleitung findet sich hier: Clevo RGB-Tastatur Hintergrundbeleuchtung in Linux.

Da solche Anleitungen auch schnell mal verschwinden können, hier eine Kopie des vollständigen Aufrufes:

GIT-Repo Kopie kb.sh Install Script

# wget https://github.com/wessel-novacustom/clevo-keyboard/raw/master/kb.sh && chmod +x kb.sh && sudo ./kb.sh

Die Informationen des Treibers sind in folgendem Verzeichnis zu finden: /sys/devices/platform/tuxedo_keyboard/leds/rgb:kbd_backlight/ oder gesymlinked /sys/bus/platform/devices/tuxedo_keyboard/leds/rgb:kbd_backlight

-rw-r--r-- 1 root root 4096 Jan 11 13:35 brightness
lrwxrwxrwx 1 root root    0 Jan 11 13:13 device -> ../../../tuxedo_keyboard
-r--r--r-- 1 root root 4096 Jan 11 13:35 max_brightness
-r--r--r-- 1 root root 4096 Jan 11 13:35 multi_index
-rw-r--r-- 1 root root 4096 Jan 11 13:36 multi_intensity
drwxr-xr-x 2 root root    0 Jan 11 13:35 power
lrwxrwxrwx 1 root root    0 Jan 11 10:18 subsystem -> ../../../../../class/leds
-rw-r--r-- 1 root root    0 Jan 11 13:35 trigger
-rw-r--r-- 1 root root 4096 Jan 11 13:35 uevent

• maximale Helligkeit je Farbe und Gesamt: max_brightness
• Farbmischungsindex: multi_index
• Gesamthelligkeitsindex der Tastaturbeleuchtung: brightness
• Helligkeit der einzelnen Farben/Farbeinstellung der Tastatur: multi_intensity

Die Inhalte können mit cat, less, vi, oder ähnlichem ausgegeben werden. Ein Beispiel für die Farbe grün der Tastaturbeleuchtung:

# cat /sys/devices/platform/tuxedo_keyboard/leds/rgb\:kbd_backlight/multi_intensity 
0 255 0

Dies muss von einem priviligierten Nutzer (root) durchgeführt werden, da die Dateien mit Root angelegt wurden.

• setzen der Helligkeit

$ echo 100 > /sys/devices/platform/tuxedo_keyboard/leds/rgb\:kbd_backlight/brightness

• Als Beispiel setzen der Farbe Grün der Hintergrundbeleuchtung

$ echo "0 255 0" > /sys/devices/platform/tuxedo_keyboard/leds/rgb\:kbd_backlight/multi_intensity

Im Falle meines Ryzen Systems stellt sich Suspend zum S4 State wie folgt dar:

1. Gerät startet Suspend Modus
2. Gerät geht aus
3. 1-2 Sekunden später, Gerät startet wieder

Ich habe festgestellt, dass hier der NetworkManager einen Wakeup verzeichnet.

# journalctl | grep -i wake
<---SCHNIPP--->
Dez 13 18:23:18 XXXXX NetworkManager[992]: <info>  [1765646598.7094] manager: sleep: wake requested (sleeping: yes  enabled: yes)
<---SCHNIPP--->

Meine Vermutung ist, dass die WLAN Karte ein WOL on Magic oder all konfiguriert hat und das BIOS des Laptops ist leider so derart dumm gehalten, dass man NICHTS aber auch gar NICHTS umstellen kann.

So oder so wäre Hibernation eine nützliche Funktion. Man kann natürlich immer hibernaten und niemals Suspend nutzen, aber das ist schon recht Zeitaufwändig. Eine bessere Lösung wäre wohl, erst in den Suspend zu gehen und dann hibernate nach 30 Minuten auszulösen. Eine Anleitung zum Einschalten von hibernate findet sich hier: https://www.hibit.dev/posts/88/how-to-enable-hibernation-in-linux

Visits: 23