staging.inyokaproject.org

Hartmut2 schrieb:

Nach meinen bisherigen Kenntnissen aus dem Artikel scheint das in Ordnung, oder siehst Du das anders?

Sehe ich auch so, ist so okay.

Hältst Du es für sinnvoll, mal mit dem Inhalt dieser 3 Dateien zu experimentieren?

Ich würde mal mit dem neuesten oder auch dem 22.04 Live-System testen, wie sich der Rechner damit verhält.
Es könnten Unterschiede zwischen dem Live-System und deinem Stand bestehen, denn 2mal Update ist mit Sicherheit anders als ein Original.

Hier erhalte ich das gleiche Ergebnis und mein HP tut es wie er soll.

cat -b /sys/power/{state,mem_sleep,disk}

setzt aber eine hinreichend moderne Hardware mit einer Firmware voraus, welche ACPI ab Version 5.0A unterstützt.

Da kann ein Knackpunkt liegen, auch neue Rechner können gerade bei ACPI zicken, ist halt Firmware.

Das ist genau der Punkt, was da steht:

Baustelle/Besser Schlafen (Abschnitt „Allgemeines“)

Berlin_1946 schrieb:

Ich würde mal mit dem neuesten oder auch dem 22.04 Live-System testen, wie sich der Rechner damit verhält.

Wenn ich so ein Livesystem fertig in der Schublade hätte, würde ich das natürlich "mal eben schnell" ausprobieren. Aber mit dem Erzeugen eines bootfähigen USB-Sticks habe ich sehr wenig Erfahrung (und die war sehr steinig) und ein "aktuelles Ubuntu 22.04 mit KDE-Desktop" als ISO-Image müsste ich auch erstmal finden und lohnt das wirklich den Aufwand, denn auf meinem PC hat das Standby ja *nach* dem Upgrade von 20.04 auf 22.04 noch 5 Tage lang *einwandfrei* funktioniert (siehe mein Beitrag vom 7.5.23 10:51) mit mehrmaligem Booten pro Tag.

setzt aber eine hinreichend moderne Hardware mit einer Firmware voraus, welche ACPI ab Version 5.0A unterstützt.
Da kann ein Knackpunkt liegen, auch neue Rechner können gerade bei ACPI zicken, ist halt Firmware.

Das sehe ich grundsätzlich auch so. Aber wie gesagt, auf diesem PC hat das Standby nach dem Upgrade auf 22.04 noch 5 Tage lang einwandfrei funktioniert. Irgendwas muß sich danach verklemmt haben...

Was hältst Du davon, mal mit dem Inhalt dieser 3 Dateien /sys/power/{state,mem_sleep,disk} zu experimentieren?

Oder mal eins der folgenden Pakete zu installieren:

• autosuspend

• pm-utils

• PowerTOP

• qshutdown

Die werden alle in Synaptic angeboten und sollen irgendwie Standby können.
Kennst Du welche davon? Oder jemand anderes?

Was mich wundert ist, daß der PC zunächst perfekt in den Standby geht (Monitore und Lüfter gehen aus) und er "lediglich" nach 2 Sekunden alles wieder anschaltet (warum auch immer)...

• Hat sich irgendwas an der Hardware geändert (extern angeschlossene Geräte)? Ggf. mögliche Kandidaten abstöpseln und nochmal probieren.

• Wie verhält es sich mit einem älteren Kernel?

• Funktioniert ein

  sudo systemctl suspend

Hartmut2 schrieb:

[…]

hg6@i3300:/media/D/Tst$ cat -b /sys/power/{state,mem_sleep,disk}
     1  freeze standby mem disk
     2  s2idle shallow [deep]
     3  [platform] shutdown reboot suspend test_resume

Für STR werden 3 Methoden angeboten. Ich würde zunächst systematisch diese direkt ausprobieren, indem die gewünschte Methode von root in die Kernel-Dateien geschrieben wird, z.B.

echo s2idle > /sys/power/mem_sleep ; echo mem > /sys/power/state 

Wenn das funktioniert, versuche dasselbe Ergebnis zu erzielen mit:

systemctl suspend 

Dafür muss natürlich dieser Befehl vorher konfiguriert werden, indem man dessen Variable SuspendState= konkret auf die jeweilige Methode setzt. Hilfreich wird auch sein, das in der Baustelle gezeigte Skript für systemd-sleep zu installieren. Damit erhält man im Systemlog praktische Marker, wann das System eingeschlafen und aufgewacht ist und möglicherweise weitere Hinweise durch Meldungen anderer Programme im interessanten Zeitraum.

Wenn es nicht funktioniert, siehe in meiner Baustelle unter Problembehebung. Dort sind Anleitungen der Hersteller verlinkt. Möglicherweise ist es ein Grafiktreiber, der zickt.

Prüfe auch, ob es mit einem früheren Kernel funktioniert, indem Du diesen im GRUB-Menü auswählst.

dingsbums schrieb:

• Hat sich irgendwas an der Hardware geändert (extern angeschlossene Geräte)?

Nein, absolut nichts.

• Wie verhält es sich mit einem älteren Kernel?

Da kommt jeweils genau das gleiche Ergebnis: der PC geht zunächst korrekt in den Standby (Monitore und Lüfter gehen aus), aber nach ca. 2 Sek. geht alles wieder an.

• Funktioniert ein

  sudo systemctl suspend

Nein, macht exakt das gleiche wie zuvor beschrieben: der PC geht zunächst korrekt in den Standby (Monitore und Lüfter gehen aus), aber nach ca. 2 Sek. geht alles wieder an.

Für die Vorschläge von kb benötige ich noch etwas Zeit...

Hallo kb, vielen Dank für Deinen Beitrag. Bin nicht ganz sicher, ob ich alles richtig verstanden habe. Folgendes habe ich gemacht:

hg6@i3300:/media/D/Tst$ sudo -i
[sudo] Passwort für hg6:
root@i3300:~# echo s2idle > /sys/power/mem_sleep ; echo mem > /sys/power/state
root@i3300:~#

Danach gingen sofort die Monitore dauerhaft aus, die Lüfter blieben dauerhaft an. Der PC war weder durch eine Taste noch durch die Maus aufzuwecken. Nur kurzes Betätigen des Einschalters weckte den PC wieder auf. Der Befehl

systemctl suspend

danach brachte wieder genau das gleiche Ergebnis. Soll ich obiges jetzt mit 'shallow' und 'deep' statt 's2idle' wiederholen?

kB schrieb:

Dafür muss natürlich dieser Befehl vorher konfiguriert werden, indem man dessen Variable SuspendState= konkret auf die jeweilige Methode setzt.

In meiner /etc/systemd/sleep.conf sind bisher *alle* Zeilen auskommentiert. Was genau muß ich in SuspendState= schreiben? Stets SuspendState=mem?

Hilfreich wird auch sein, das in der Baustelle gezeigte Skript für systemd-sleep zu installieren.

Dieses Script wird in der Baustelle zwar sehr oft erwähnt, ich habe aber dort nichts gefunden, wie man es installiert. Auch in Synaptic wird es nicht angeboten. Hab ich da was übersehen?

Prüfe auch, ob es mit einem früheren Kernel funktioniert, indem Du diesen im GRUB-Menü auswählst.

Hab ich gemacht, hat nichts geändert.

Das Problem ist gelöst. Es lag daran, daß an COM1 (/dev/ttyS0) ein serielles Kabel eingesteckt war (das steckt da schon seit 1/2 Jahr drin) und ich das Gerät am anderen Ende dieses Kabels (offensichtlich vor 10 Tagen) abgezogen hatte, weil mir das Gerät im Weg war. Sobald man das Gerät wieder ansteckt (oder das Kabel am PC absteckt) funktioniert es ☺

Merkwürdig ist, daß im BIOS alles wie wake-on-LAN, wake-on-Ring, wake-on-PCI/PCIE definitiv deaktiviert ist (das hatte ich natürlich frühzeitig überprüft). Offensichtlich wird das von Ubuntu ignoriert.