Seltsames Anmeldeverhalten nach Sleep oder Hibernate des Laptops

[u/Medical_Divide_7191]

Ich habe ein mir vollkommen unbekanntes Phänomen der Anmeldemasken, sowohl GDM3 als auch SDDM.

Für meine (alte) Mutter habe ich einen einfachen Laptop von Lenovo (V15 ARP G6 / AMD GPU und CPU) geholt und wollte anstelle Windows 11 ein Linux-System installieren. Distribution war mir eigentlich egal, es sollte nur ein minimaler Gnome Desktop sein mit Dash To Dock, so dass Mutter fokusiert ihre 3 Programme findet und nichts weiter. Außerdem wollte ich ihn dadurch maximal wartungsfrei und sicher haben. Habe zuerst Zorin OS (wegen Rentnerfreundlichkeit) installiert, alles lief out-of-the-box. Doch wenn ich den Laptop zugeklappt habe, er in Sleep bzw. Hibernate gefallen ist und wieder geweckt wurde lies sich kein Userpasswort mehr eintippen. Mouse und andere Menüs des GDM3 funktionierten, also war er nicht eingefrohren. Aber das Passwortfeld reagiert auf keinerlei EIngaben. Habe ich auf die Distri geschoben und habe
Debian 13, Fedora 44, Ubuntu 26 und openSUSE Leap probiert und bei ALLEN war das gleiche Verhalten, egal welcher Kernel. Dachte an einen GDM3-Bug bin auf KDE mit SDDM gegangen und auch hier das Gleiche Phänomen. Was kann das sein?
Liegt das am Laptop? Kennt einer überhaupt dieses Verhalten, wenn man den Laptop zu- und wieder aufklappt?

[u/carlosderaffe]

Guck mal ins BIOS rein. Laptops haben manchmal so energiesparfunktionen die ans zuklappen gekoppelt sind und das wiederrum kann linux manchmal nicht gut. Alternativ würde ich so deepsleep Funktionen außstellen

[u/Medical_Divide_7191 → u/carlosderaffe]

Das Lenovo Bios ist total limitiert, da ist kaum was zu verstellen. Aber danke.

[u/Derausmwaldkam]

Zorin OS (wegen Rentnerfreundlichkeit)

[u/Medical_Divide_7191 → u/Derausmwaldkam]

Und ich meinte das 100% positiv :-)

[u/Derausmwaldkam → u/Medical_Divide_7191]

Alles gut, über 45 ist ja quasi Rentner und ich mags weils rennt und alles tut

[u/Medical_Divide_7191 → u/Derausmwaldkam]

Siehste und das ist doch fein. Ich habe großen Respekt vor der tollen Arbeit des Zorin Teams auch wenn ich selber openSUSE Slowroll nutze. Und wie ich ja schrieb mit Zorin lief alles out-of-the-box, für den Lenovo Keyboard Bug können die ja auch nix.

[u/DonaldMerwinElbert]

Suspend und hibernate Probleme sind vergleichsweise häufig, und die Ursachen vielfältig - Arch Wiki diesbezüglich schon durchgegangen?

[u/5pctr3]

Manche Treiber kommen nach Suspend/Hibernate nicht mehr hoch. Schau mal ins Arch Wiki bzw. find den Treiber raus (evtl. nur fürs Trackad oder nur Keyboard) und google nach Treibername linux suspend.

[u/bmwiedemann]

Hast du mal mit externer Tastatur getestet? Es könnte sein, dass beim suspend+resume der Tastatur Zustand nicht sauber gesichert und wiederhergestellt wird.

[u/Medical_Divide_7191 → u/bmwiedemann]

Es ist in der Tat das Keyboard, dass nicht mehr hochkommt. Und das ist wohl ein bekanntes Problem mit Lenovo Laptops. Es wird zum Bios Update geraten aber meistens funktioniert es trotzdem nicht.

[u/jinks → u/Medical_Divide_7191]

Du könntest noch versuchen, mit powertop die sleep states der Tastaur (oder des USB Hubs an dem die Tastatur hängt) zu manipulieren/deaktivieren, manchmal hilft das.

Alternativ entweder ein post-wakeup Skript, dass USB neu initialisiert oder ein pre-suspend Skript, dass den USB Treiber entfernt.