Kein automatisches Hibernate/suspend-to-disk mehr nach 15.6-Update

Hallo, ich habe einen Laptop mit Leap 15.5 mit getrennten Partitionen für /, /home und swap, alle mit LUKS vrschlüsselt, auf 15.6 gehoben. Bis jetzt hat der automatische Ruhezustand/Suspend-to-Disk nach einiger Zeit im Schlafmodus (Einstellung in KDE 5, dann KDE 6) einwandfrei funktioniert.

Jetzt, nach dem Upgrade auf Leap 15.6, funktioniert das manuelle Starten des Ruhezustands und das Wiederaufwachen, aber wenn man der Rechner automatisch in den Ruhezustand/den Ruhezustand-nach-dem-Schlaf geht, wird er umgehend wieder aufgeweckt und Hibernation geht nicht. Es wiederholen sich immer wieder folgende Log-Einträge:

17.06.24 00:31    kernel    ACPI: PM: Preparing to enter system sleep state S3
17.06.24 00:31    kernel    ACPI: PM: Waking up from system sleep state S3
17.06.24 00:31    systemd-sleep    System returned from sleep state.
17.06.24 00:31    systemd-sleep    INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for suspend-then-hibernate
17.06.24 00:31    systemd-sleep    INFO: Running grub-once-restore ..
17.06.24 00:31    systemd-sleep    INFO: Done.
17.06.24 00:31    systemd-sleep    BAT0: Failed to update battery discharge rate, ignoring: Numerical result out of range
17.06.24 00:31    systemd-sleep    INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for suspend-then-hibernate
17.06.24 00:31    systemd-sleep    INFO: Running prepare-grub ..
17.06.24 00:31    systemd-sleep      running kernel is grub menu entry openSUSE Leap 15.6 (vmlinuz-6.4.0-150600.21-default)
17.06.24 00:31    systemd-sleep      preparing boot-loader: selecting entry openSUSE Leap 15.6, kernel /boot/6.4.0-150600.21-default
17.06.24 00:31    systemd-sleep      running /usr/sbin/grub2-once "openSUSE Leap 15.6"
17.06.24 00:31    systemd-sleep        time needed for sync: 0.0 seconds, time needed for grub: 0.4 seconds.
17.06.24 00:31    systemd-sleep    INFO: Done.
17.06.24 00:31    systemd-sleep    Entering sleep state 'suspend'...
17.06.24 01:31    kernel    ACPI: PM: Preparing to enter system sleep state S3
17.06.24 01:31    kernel    ACPI: PM: Waking up from system sleep state S3
17.06.24 01:31    systemd-sleep    System returned from sleep state.
17.06.24 01:31    systemd-sleep    INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for suspend-then-hibernate
17.06.24 01:31    systemd-sleep    INFO: Running grub-once-restore ..
17.06.24 01:31    systemd-sleep    INFO: Done.
17.06.24 01:31    systemd-sleep    INFO: running /usr/lib/systemd/system-sleep/grub2.sleep for suspend-then-hibernate
17.06.24 01:31    systemd-sleep    INFO: Running prepare-grub ..
17.06.24 01:31    systemd-sleep      running kernel is grub menu entry openSUSE Leap 15.6 (vmlinuz-6.4.0-150600.21-default)
17.06.24 01:31    systemd-sleep      preparing boot-loader: selecting entry openSUSE Leap 15.6, kernel /boot/6.4.0-150600.21-default
17.06.24 01:31    systemd-sleep      running /usr/sbin/grub2-once "openSUSE Leap 15.6"
17.06.24 01:31    systemd-sleep        time needed for sync: 0.0 seconds, time needed for grub: 0.6 seconds.
17.06.24 01:31    systemd-sleep    INFO: Done.
17.06.24 01:31    systemd-sleep    Entering sleep state 'suspend'...
17.06.24 02:31    kernel    ACPI: PM: Preparing to enter system sleep state S3
17.06.24 02:31    kernel    ACPI: PM: Waking up from system sleep state S3
17.06.24 02:31    systemd-sleep    System returned from sleep state.
.
.

Zunächst versuchte ich, den Kernel von 15.5 zu nutzen, doch es ging immer noch nicht - somit liegt es nicht am neuen Kernel. Irgendwas im ACPI weckt immer wieder auf.

Ich habe im openSUSE-Bugzilla einen Bugreport erstellt, doch dort liegt er immer noch im Kernelbereich.

Vielleicht ha t hier noch jemand eine Idee?

Kernel-Version: 6.4.0-150600.21-default (64-bit)

Grafik-Plattform: Wayland

Prozessoren: 4 × Intel® Core™ i3-7100U CPU @ 2.40GHz

Arbeitsspeicher: 11,5 GiB RAM

Grafikprozessor: Mesa Intel® HD Graphics 620

Danke für den Link, da steht dann doch recht viel Grundsätzliches. Leider nicht, was sich bei openSUSE von 15.5 zu 15.6 geändert hat.

Wäre schön gewesen, wenn man sich da nicht durch sämtliche config-Dateien durchfrickeln müsste nach trial-and-error-Prinzip.

Benutzt die Funktion niemand außer mir, oder wenn: läuft es bei euch weiter ohne Probleme?

Zitat von Alero

zumal sich mir eine Verschlüsselung von Root und Swap nicht erschließt

Zitat von JSC

Verschlüsselung von Swap? Sorry, aber da muss man erstmal drauf kommen

root hat /var und /temp Verzeichnis, welche durchaus persönliche bzw. schützenswerte Daten enthalten können. Dasselbe gilt für swap nach dem hibernate. Sollten die nicht verschlüsselt sein, könnten sie bei Verlust/Diebstahl ausgelesen werden. Deshalb sind sie verschlüsselt.

Zitat von Alero

Paranoia ... oder Geheimagent? Oder Systemkritiker?

Weder noch... Versschlüsselst du ein Gerät, welches nicht permanent zuhause unter Verschluss ist, nicht? Wie ist das bei deinem Mobiltelefon? Aber wie du immer sagst:

Zitat von Alero

Aber das nur nebenbei

...und:

Zitat von Alero

Man weiß es nicht genau. Aber egal ...

Konstruktiv zur Hilfe und Lösungsfindung sind deine Beiträge bisher jedenfalls nicht.

Zitat von Sauerland

Bei suspend-to-disk ist mir die Verschlüsselung der Partitionen schon klar........

Sauerland hat es im Gegensatz zu dir verstanden.

Und außerdem:

Zitat von Alero

Wayland unter 15.6

Du meckerst ständig darüber, dass Wayland unter openSUSE nicht funktionieren würde (zumindest schreibst du das in vielen deiner Beiträge).

Komisch...vielleicht bin ich ein zu einfaches Gemüt und benutze meinen Rechner falsch, doch seit Wayland unter Plasma 5 hatte ich damit bisher noch keine Probleme (bis auf einmal, wo das erste Login nach einem Update mal nicht ging.)

Als Info für die, die es mal brauchen sollten: Ich habe jetzt einen Workarround gefunden, der funzt wie gewünscht.

"Nach einer Weile Inaktivität" habe ich jetzt statt "Schlafen" "Ruhezustand" eingestellt und die Zeit hochgesetzt (siehe Screenshot). Funktioniert fehlerfrei, d.h. erst wird der Bildschirm gesperrt, dann der Schlafmodus aktiviert und nach 60 Minuten automatisch nach swap suspendiert und ausgeschaltet.