Hallo,
meine Energieverwaltung sieht so aus:
Wie kann ich hier nach dem Fehler suchen. Ich möchte gerne, das der Rechner nach 10 Minuten in den Suspend to disk Mode wechselt.
EDIT: es ist ein Manjaro Cinnamon System
Martin
Sorry for answering in english:
RESCUE=xxxxx if i remember correctly)Most probably because you don’t have a swap partition the system is unable to hibernate and thus returns to normal state.
If i’m completely or partially wrong, hope others can help you further.
Just trying to be helpful 
Dann hat irgendwas das verhindert. Ich vermute mal die GPU oder eine “Netzwerkanwendung”. In Normalfall schaut man sich den Journal an.
journalctl --boot -1 | sed -n -r "/Starting.+Suspend/,/Finished.+Suspend/p"
-1 → vorheriger Bootvorgang
Manual kann man das auch so starten:
systemctl suspend
FYI same as yours but without piping to sed:
(somehow it doesn’t work with the boot parameter though)
journalctl --grep "(starting|finished)+.*suspend"
Das geht tatsächlich auch nicht. Aber
systemctl hibernate
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.
suspend ist ein Ding
hibernate ist ein anderes
suspend ist RAM basiert
hibernate braucht einen Platz, um das Zeug zwischen zu speichern
Swap meißtens
Ich glaube ja, daß Du an der falschen Stelle suchst
um Dein Ziel zu erreichen.
Was ist Dein Ziel?
Was willst Du erreichen?
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.
das ist merkwürdig
systemctl suspend
funktioniert nicht?
Ich weiß nicht woher Du das weißt.
Ist das wirklich so?
das erste braucht nur RAM
das andere auch, notwendigerweise, Swap
… und ausreichend davon
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!
gut.
Dann solltest Du wohl mal ein paar detailierte System/Hardware Informationen posten
damit andere Leute eine Chance haben Dir zu helfen.
Ich kann es nicht.
Stichwort: inxi
Graphics:
Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series]
driver: amdgpu v: kernel
Device-2: Sunplus Innovation FHD Camera Microphone type: USB
driver: snd-usb-audio,uvcvideo
Display: x11 server: X.Org v: 21.1.6 driver: X: loaded: amdgpu
unloaded: modesetting dri: radeonsi gpu: amdgpu resolution: 3840x2160~60Hz
API: OpenGL Message: Unable to show GL data. Required tool glxinfo
missing.
System:
Kernel: 5.15.84-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 Desktop: Cinnamon
v: 5.6.4 tk: GTK v: 3.24.35 dm: LightDM Distro: Manjaro Linux base: Arch Linux
Machine:
Type: Desktop System: Gigabyte product: B550M S2H v: N/A serial: <superuser required>
Mobo: Gigabyte model: B550M S2H v: x.x serial: <superuser required> UEFI: American Megatrends
v: F11d date: 10/29/2020
Battery:
Device-1: hidpp_battery_2 model: Logitech K520 serial: <filter> charge: 70% (should be ignored)
status: discharging
Device-2: hidpp_battery_3 model: Logitech Wireless Mouse M310/M310t serial: <filter>
charge: 55% (should be ignored) status: discharging
CPU:
Info: 6-core model: AMD Ryzen 5 5600G with Radeon Graphics bits: 64 type: MT MCP arch: Zen 3
rev: 0 cache: L1: 384 KiB L2: 3 MiB L3: 16 MiB
Speed (MHz): avg: 1679 high: 2991 min/max: 1400/4464 boost: enabled cores: 1: 1397 2: 1394
3: 1757 4: 1922 5: 1763 6: 1826 7: 2991 8: 1696 9: 1331 10: 1331 11: 1390 12: 1352
bogomips: 93456
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Graphics:
Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series] vendor: Gigabyte driver: amdgpu
v: kernel arch: GCN-5.1 pcie: speed: 8 GT/s lanes: 16 ports: active: HDMI-A-1
empty: DP-1,HDMI-A-2 bus-ID: 09:00.0 chip-ID: 1002:1638 temp: 27.0 C
Device-2: Sunplus Innovation FHD Camera Microphone type: USB driver: snd-usb-audio,uvcvideo
bus-ID: 3-2.1:9 chip-ID: 1bcf:28c4
Display: x11 server: X.Org v: 21.1.6 driver: X: loaded: amdgpu unloaded: modesetting
alternate: fbdev,vesa dri: radeonsi gpu: amdgpu display-ID: :0 screens: 1
Screen-1: 0 s-res: 3840x2160 s-dpi: 96
Monitor-1: HDMI-A-1 mapped: HDMI-A-0 model: LG (GoldStar) HDR 4K res: 3840x2160 dpi: 163
diag: 690mm (27.2")
API: OpenGL Message: Unable to show GL data. Required tool glxinfo missing.
Audio:
Device-1: AMD Renoir Radeon High Definition Audio driver: snd_hda_intel v: kernel pcie:
bus-ID: 3-2.1:9 chip-ID: 1bcf:28c4 speed: 8 GT/s lanes: 16 bus-ID: 09:00.1 chip-ID: 1002:1637
Device-2: AMD Family 17h/19h HD Audio vendor: Gigabyte driver: snd_hda_intel v: kernel pcie:
speed: 8 GT/s lanes: 16 bus-ID: 09:00.6 chip-ID: 1022:15e3
Device-3: Sunplus Innovation FHD Camera Microphone type: USB driver: snd-usb-audio,uvcvideo
Sound API: ALSA v: k5.15.84-1-MANJARO running: yes
Sound Server-1: JACK v: 1.9.21 running: no
Sound Server-2: PulseAudio v: 16.1 running: yes
Sound Server-3: PipeWire v: 0.3.63 running: no
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8169
v: kernel pcie: speed: 2.5 GT/s lanes: 1 port: f000 bus-ID: 07:00.0 chip-ID: 10ec:8168
IF: enp7s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
Local Storage: total: 465.76 GiB used: 386.21 GiB (82.9%)
ID-1: /dev/nvme0n1 vendor: Kingston model: SA2000M8500G size: 465.76 GiB speed: 31.6 Gb/s
lanes: 4 serial: <filter> temp: 33.9 C
Partition:
ID-1: / size: 440.15 GiB used: 386.2 GiB (87.7%) fs: ext4 dev: /dev/nvme0n1p2
ID-2: /boot/efi size: 299.4 MiB used: 468 KiB (0.2%) fs: vfat dev: /dev/nvme0n1p1
Swap:
ID-1: swap-1 type: partition size: 17.21 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/nvme0n1p3
Hier kann man sehen, warum es nicht einschläft:
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.
https://www.kernel.org/doc/Documentation/power/states.txt
Es gibt jetzt die Möglichkeit im BIOS/UEFI nach S3 zu ändern, oder eventuell im Kernel zu erzwingen.
Kernel parameter: mem_sleep_default=deep
Das zeigt den aktuellen Zustand:
cat /sys/power/mem_sleep
Hallo @megavolt
vielen Dank für deine Erklärung. Ich bin die letzten Tage leider nicht dazu gekommen alles auszuprobieren, aber heute hatte ich ein wenig Zeit.
Erstmal zu s2idle: Das stimmt. Es wird wohl benutzt!
[xyz@hostname ~]$ cat /sys/power/mem_sleep
[s2idle]
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.
Mein Board ist ein Gigabyte B550M S2H
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.
Ich habe jetzt das Handbuch 2x gelesen. Da gibt es echt nichts mit S3/S5.
schöne neue Welt
Das Board soll aber ACPI 5.0 kompatibel sein … was auch immer das heißt.
Könnte es daran liegen ? Welche USB Geräte sind denn so dran ?
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.
Dann hab ich mir das hier noch mal durchgelesen: https://www.kernel.org/doc/Documentation/power/states.txt
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.
sudo dmesg | grep ACPI | grep supports
Was kommt da raus ?
Irgendwie hilft der schon. deep ist ja markiert.