geht. Allerdings funktioniert das nicht über die Systemeinstellungen der Energieverwaltung. Hier versucht er scheinbar in Suspend zu kommen, was ja nicht klappt.
Ich denke, das hier dürfte der entsprechende Auszug aus journalctl sein. Leider versteh ich davon noch zu wenig
Dez 20 20:41:59 Waldorf polkitd[701]: Registered Authentication Agent for unix-process:7879:540050 (system bus name :1.132 [/usr/bin/pkttyagent --notify-fd 5 ->
Dez 20 20:41:59 Waldorf systemd-logind[654]: The system will suspend now!
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4610] manager: sleep: sleep requested (sleeping: no enabled: yes)
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4611] manager: NetworkManager state is now ASLEEP
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4613] device (enp7s0): state change: activated -> deactivating (reason 'sleeping', sys-iface-s>
Dez 20 20:41:59 Waldorf dbus-daemon[652]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatche>
Dez 20 20:41:59 Waldorf polkitd[701]: Unregistered Authentication Agent for unix-process:7879:540050 (system bus name :1.132, object path /org/freedesktop/Poli>
Dez 20 20:41:59 Waldorf systemd[1]: Starting Network Manager Script Dispatcher Service...
Dez 20 20:41:59 Waldorf dbus-daemon[652]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Dez 20 20:41:59 Waldorf systemd[1]: Started Network Manager Script Dispatcher Service.
Dez 20 20:41:59 Waldorf audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/sys>
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4700] device (enp7s0): state change: deactivating -> disconnected (reason 'sleeping', sys-ifac>
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Withdrawing address record for fd00::9d1:f4c9:14d4:2d30 on enp7s0.
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Leaving mDNS multicast group on interface enp7s0.IPv6 with address fd00::9d1:f4c9:14d4:2d30.
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Joining mDNS multicast group on interface enp7s0.IPv6 with address fe80::37c5:c6e1:8488:846a.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4704] dhcp4 (enp7s0): canceled DHCP transaction
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Registering new address record for fe80::37c5:c6e1:8488:846a on enp7s0.*.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4704] dhcp4 (enp7s0): activation: beginning transaction (timeout in 45 seconds)
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Withdrawing address record for fe80::37c5:c6e1:8488:846a on enp7s0.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4705] dhcp4 (enp7s0): state changed no lease
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Leaving mDNS multicast group on interface enp7s0.IPv6 with address fe80::37c5:c6e1:8488:846a.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4707] dhcp6 (enp7s0): canceled DHCP transaction
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Interface enp7s0.IPv6 no longer relevant for mDNS.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4707] dhcp6 (enp7s0): activation: beginning transaction (timeout in 45 seconds)
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.4707] dhcp6 (enp7s0): state changed no lease
Dez 20 20:41:59 Waldorf kernel: audit: type=1130 audit(1671565319.465:203): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm>
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Withdrawing address record for 192.168.1.34 on enp7s0.
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Leaving mDNS multicast group on interface enp7s0.IPv4 with address 192.168.1.34.
Dez 20 20:41:59 Waldorf avahi-daemon[650]: Interface enp7s0.IPv4 no longer relevant for mDNS.
Dez 20 20:41:59 Waldorf NetworkManager[665]: <info> [1671565319.5200] device (enp7s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-s>
Dez 20 20:41:59 Waldorf kernel: r8169 0000:07:00.0 enp7s0: Link is Down
Dez 20 20:41:59 Waldorf systemd[1]: Reached target Sleep.
Dez 20 20:41:59 Waldorf systemd[1]: Starting System Suspend...
Dez 20 20:41:59 Waldorf audit: BPF prog-id=0 op=UNLOAD
Dez 20 20:41:59 Waldorf kernel: audit: type=1334 audit(1671565319.538:204): prog-id=0 op=UNLOAD
Dez 20 20:41:59 Waldorf systemd-sleep[7891]: Entering sleep state 'suspend'...
Dez 20 20:41:59 Waldorf kernel: PM: suspend entry (s2idle)
Dez 20 20:41:59 Waldorf kernel: Filesystems sync: 0.009 seconds
Dez 20 20:42:01 Waldorf kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
Dez 20 20:42:01 Waldorf kernel: OOM killer disabled.
Dez 20 20:42:01 Waldorf kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Dez 20 20:42:01 Waldorf kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Dez 20 20:42:01 Waldorf kernel: serial 00:04: disabled
Dez 20 20:42:01 Waldorf kernel: xhci_hcd 0000:01:00.0: xHC error in resume, USBSTS 0x401, Reinit
Dez 20 20:42:01 Waldorf kernel: usb usb1: root hub lost power or was reset
Dez 20 20:42:01 Waldorf kernel: usb usb2: root hub lost power or was reset
Dez 20 20:42:01 Waldorf kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
Dez 20 20:42:01 Waldorf kernel: pci 0000:00:00.2: PCI INT A: no GSI
Dez 20 20:42:01 Waldorf kernel: [drm] PCIE GART of 1024M enabled.
Dez 20 20:42:01 Waldorf kernel: [drm] PTB located at 0x000000F400900000
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: SMU is resuming...
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: dpm has been disabled
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: SMU is resumed successfully!
Dez 20 20:42:01 Waldorf kernel: serial 00:04: activated
Dez 20 20:42:01 Waldorf kernel: xhci_hcd 0000:01:00.0: Port change event, no port for port ID 14
Dez 20 20:42:01 Waldorf kernel: [drm] VCN decode and encode initialized successfully(under DPG Mode).
Dez 20 20:42:01 Waldorf kernel: [drm] JPEG decode initialized successfully.
Dez 20 20:42:01 Waldorf kernel: nvme nvme0: 15/0/0 default/read/poll queues
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
Dez 20 20:42:01 Waldorf kernel: amdgpu 0000:09:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
Dez 20 20:42:01 Waldorf kernel: hub 1-0:1.0: hub_ext_port_status failed (err = -32)
Dez 20 20:42:01 Waldorf kernel: hub 1-0:1.0: hub_ext_port_status failed (err = -32)
Dez 20 20:42:01 Waldorf kernel: usb usb1-port10: cannot disable (err = -32)
Dez 20 20:42:01 Waldorf kernel: OOM killer enabled.
Dez 20 20:42:01 Waldorf kernel: Restarting tasks ... done.
Dez 20 20:42:01 Waldorf kernel: video LNXVIDEO:00: Restoring backlight state
Dez 20 20:42:01 Waldorf kernel: PM: suspend exit
Dez 20 20:42:01 Waldorf systemd-sleep[7891]: System returned from sleep state.
Also da hibernate funktioniert, scheint die Konfiguration dafür korrekt zu sein.
Suspend funktioniert nicht. Weder automatisch durch die Energieoptionen des Systems nach X Minuten, noch durch einen Shellbefehl.
Ich möchte gerne das beides funktioniert. Ich meine auf einem alten System war es mal so, das der Rechner nach einer Zeit x in den Suspend gewechselt ist, und dann nach weitern y Minuten in der Hibernate. Das wäre so das optimum. Ansonsten würde es mir reichen, wenn er nach X Minuten sofort in den Hibernate geht.
Nach systemctl hibernate ist der Rechner aus! Ich kann die Steckdosenleiste, die den Rechner mit Strom versorgt ausmachen - der Rechner hat also keinen Strom mehr. Wenn ich den danach wieder anstelle, sind alle Programme und Fenster so geöffnet wie zum Zeitpunkt von systemctl hibernate
Also scheint suspend to disk zu funktionieren.
Schön, da sind wir uns einig. Ja, es funktioniert nicht. Er geht aus und sofort wieder an!
s2idle ist ein rein softwaremäßiger Bereitschaftsmodus. Bedeutet, es setzt alles in low-power Mode. Wenn von einem Gerät verweigert → Fehler.
Wenn du den üblichen S3 Modus verwendest, dann wäre das BIOS/UEFI unterstützt. Beispiel:
kernel: ACPI: PM: Preparing to enter system sleep state S3
kernel: ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
kernel: ACPI: PM: Saving platform NVS memory
Da i2idle verwendest wird, hat Linux keinen S3 Modus erkannt und vermutlich hast du auch keinen. S4 (Suspend-to-disk) scheint bei dir im BIOS/UEFI aktiviert zu sein, deswegen funktioniert es, aber das ist nur eine Vermutung. Wenn den PC sich einfach ausschaltet, dann würde ich eher von vom Softwaremodus swsusp ausgehen und nicht BIOS/UEFI Modus S4.
Ich hab jetzt im BIOS nach einer Option für S3/S5 gesucht, aber nicht wirklich was gefunden. Entweder es ist gut versteckt, oder im BIOS kann da nichts eingestellt werden.
Normalerweise in etwa unter: Advanced → ACPI Settings → ACPI Sleep State
Auf jeden Fall ist das größtenteils ein UEFI Problem.
Falls aktiviert, könnte es auch sein, dass Linux in den ACPI Tables dafür nicht erwähnt wurde. Daher könnte man auch die OSI ändern, um dem UEFI ein Windows vorzugaukeln:
Ich würde mich schon schwer wundern, dass kein S3 oder S4 auf so einem Mainboard vorhanden ist, aber könnte von der Initative vn Windows entfernt/deaktivert worden sein? Kein Ahnung.
Ich persönlich mag das nicht, da es im S0 Modus verbleibt und alles software basierend ist. Man versucht den “Smartphone-Standby” auf den Desktop zu etablieren. Das ist auch in etwa s2idle, aber mit S0 und man fährt zb. die cstates (cpu) runter.
Also, ich hab jetzt noch ein bisschen gelesen. Und Weingeist hatte vor einiger Zeit auch mal Probleme mit einem Laptop und Energissparmodus.
Da hat er was von Kernelversionen geschrieben. Ich bin ja auf einem Kernel 5.15.84 unterwegs. Also hab ich es als erstes mit einem 6er Kernel versucht. Gleiches Problem. Dann bin ich auf den Kernel 5.10.161 zurück. Und siehe da, es klappt. Der Rechner geht nach 5 Minuten aus.
ABER: Ich habe eine Master/Slave Steckdosenleiste. Wenn der Master wenig Strom verbraucht, werden die SLAVE ausgeschaltet. Das passiert auch. Allerdings kann ich den Rechner mit einem Tastendruck an der Funktastatur wieder hochfahren - innerhalb weniger Sekunden ist das Bild wieder da. Das geht mir fast zu schnell. Ich gehe also davon aus, das der Rechner zwar so wenig Strom verbraucht, das die SLAVE alle ausgeschaltet werden, aber er immer noch nicht in den S3 oder S4 geht, sondern wohl eher im S0 bzw. S1 landet. Praktisch ist es ja, aber n icht dass was ich will.
Wenn ich das richtig verstehe, ist mein System der Meinung, das es S3 und auch S4 kann (Ausgabe mit dem Kernel 5.10):
$ cat /sys/power/state
freeze mem disk
$ cat /sys/power/mem_sleep
s2idle [deep]
Das bestätigt erstmal die Aussage von @megavolt das es hier um Energiesparen in Software geht (s2idle) - aber eigentlich müsste auch deep (richtiges suspend to ram) gehen. Sonst würde es nicht in der Ausgabe auftauchen. Das wäre ja mal ein Anfang. Allerdings hilft der Kernelparameter mem_sleep_default=deep nicht weiter. Ich hab das in /etc/default/grub eingetragen und grub-update gemacht. Es ändert sich aber nichts am Verhalten.