systemctl suspend geht nicht auf NAS

[debianfanboy]

Hallo Forum,

ich habe vor auf meinem NAS autosuspend zu installieren, allerdings funktioniert systemctl suspend schon nicht.

Code: Alles auswählen

# systemctl suspend
Failed to suspend system via logind: Sleep verb "suspend" not supported

Ein wenig Recherche führte dazu, dass folgende Verzeichnisse fehlen.

Code: Alles auswählen

# grep "" /sys/power/{state,disk}
grep: /sys/power/state: Datei oder Verzeichnis nicht gefunden
grep: /sys/power/disk: Datei oder Verzeichnis nicht gefunden

Die sleep.conf sieht so aus:

Code: Alles auswählen

# cat sleep.conf
[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
#SuspendMode=suspend
#SuspendState=mem standby freeze
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=180min

Muss ich erst etwas konfigurieren oder funktioniert das einfach nicht auf dem NAS (QNAP HS-210 mit buster)? Danke im Voraus!

[Blackbox]

Die sleep.conf sieht so aus:

Code: Alles auswählen

# cat sleep.conf
[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
#SuspendMode=suspend
#SuspendState=mem standby freeze
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=180min

Muss ich erst etwas konfigurieren oder funktioniert das einfach nicht auf dem NAS (QNAP HS-210 mit buster)?

Eine mögliche Lösung wäre, wenn du die gewünschten Modi in deiner Konfigurationsdatei durch auskommentieren aktivieren würdest.

Danke im Voraus!

Bitte schön!

[debianfanboy]

Das habe ich schon probiert, was dann so aussah:

Code: Alles auswählen

# cat sleep.conf
[Sleep]
AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
SuspendMode=suspend
SuspendState=mem standby freeze
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=180min

Hat aber leider nicht funktioniert, auch nach einem reboot des NAS nicht. Die Fehlermeldung war die gleiche.

Code: Alles auswählen

# systemctl suspend
Failed to suspend system via logind: Sleep verb "suspend" not supported

[Blackbox]

Konfiguration erneut eingelesen?

[willy4711]

Das hat - glaube ich jedenfalls - mit der /etc/systemd/sleep.conf nichts zu tun.
Bei mir ist das auch alles auskommentiert.

Code: Alles auswählen

systemctl suspend

funktioniert bei mir, auch als user.
Ich denke, hat was mit Berechtigungen zu tun. der Log sieht so aus, vielleicht gibt es da einen Hinweis ?

Code: Alles auswählen

15:20:57 systemd: Stopped target Suspend.
15:20:57 systemd: Stopped target Suspend.
15:20:57 systemd: Reached target Suspend.
15:20:57 systemd: Started Suspend.
15:20:57 systemd: systemd-suspend.service: Succeeded.
15:20:56 systemd-sleep:  APM_level	= 254
15:20:54 kernel: PM: suspend exit
15:20:54 kernel: printk: Suspending console(s) (use no_console_suspend to debug)
15:20:45 kernel: PM: suspend entry (deep)
15:20:45 systemd-sleep: Suspending system...
15:20:45 systemd: Starting Suspend...

Bei mir gibt es 2 Policyies zu dem Thema:

/usr/share/polkit-1/actions/org.xfce.power.policy
und
/usr/share/polkit-1/actions/org.xfce.session.policy

entscheidender Inhalt:

Code: Alles auswählen

 <description>Shutdown, restart, suspend, or hibernate the system</description>
    <message>Authentication is required to shutdown, restart, suspend, or hibernate the system.</message>
    <defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>
    <annotate key="org.freedesktop.policykit.exec.path">/usr/lib/x86_64-linux-gnu/xfce4/session/xfsm-shutdown-helper</annotate>

und:

Code: Alles auswählen

~$ systemctl status systemd-suspend.service
● systemd-suspend.service - Suspend
   Loaded: loaded (/lib/systemd/system/systemd-suspend.service; static; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-suspend.service(8)

Okt 25 15:20:54 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:54 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:56 debianxfce systemd-sleep[5271]: /dev/sdb:
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:56 debianxfce systemd-sleep[5271]: /dev/sdd:
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:57 debianxfce systemd[1]: systemd-suspend.service: Succeeded.
Okt 25 15:20:57 debianxfce systemd[1]: Started Suspend.

Edit:
acpid redet da wohl auch noch mit

Code: Alles auswählen

~$ systemctl status acpid.service
● acpid.service - ACPI event daemon
   Loaded: loaded (/lib/systemd/system/acpid.service; disabled; vendor preset: enabled)
   Active: active (running) since Fri 2019-10-25 03:31:39 CEST; 12h ago
     Docs: man:acpid(8)
 Main PID: 1097 (acpid)
    Tasks: 1 (limit: 4915)
   Memory: 684.0K
   CGroup: /system.slice/acpid.service
           └─1097 /usr/sbin/acpid

Okt 25 15:20:54 debianxfce acpid[1097]: 1 client rule loaded
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 13
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 14
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 17

[Blackbox]

Das hat - glaube ich jedenfalls - mit der /etc/systemd/sleep.conf nichts zu tun.
Bei mir ist das auch alles auskommentiert.

Ich schrieb nicht ganz ohne Grund »eine mögliche Lösung«.

Code: Alles auswählen

systemctl suspend

funktioniert bei mir, auch als user.
Ich denke, hat was mit Berechtigungen zu tun. der Log sieht so aus, vielleicht gibt es da einen Hinweis ?

Code: Alles auswählen

15:20:57 systemd: Stopped target Suspend.
15:20:57 systemd: Stopped target Suspend.
15:20:57 systemd: Reached target Suspend.
15:20:57 systemd: Started Suspend.
15:20:57 systemd: systemd-suspend.service: Succeeded.
15:20:56 systemd-sleep:  APM_level	= 254
15:20:54 kernel: PM: suspend exit
15:20:54 kernel: printk: Suspending console(s) (use no_console_suspend to debug)
15:20:45 kernel: PM: suspend entry (deep)
15:20:45 systemd-sleep: Suspending system...
15:20:45 systemd: Starting Suspend...

Kann ich bestätigen, es wäre also ein weiterer Lösungsansatz.

Bei mir gibt es 2 Policyies zu dem Thema:

/usr/share/polkit-1/actions/org.xfce.power.policy
und
/usr/share/polkit-1/actions/org.xfce.session.policy

entscheidender Inhalt:

Code: Alles auswählen

 <description>Shutdown, restart, suspend, or hibernate the system</description>
    <message>Authentication is required to shutdown, restart, suspend, or hibernate the system.</message>
    <defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>
    <annotate key="org.freedesktop.policykit.exec.path">/usr/lib/x86_64-linux-gnu/xfce4/session/xfsm-shutdown-helper</annotate>

und:

Code: Alles auswählen

~$ systemctl status systemd-suspend.service
● systemd-suspend.service - Suspend
   Loaded: loaded (/lib/systemd/system/systemd-suspend.service; static; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-suspend.service(8)

Okt 25 15:20:54 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:54 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:56 debianxfce systemd-sleep[5271]: /dev/sdb:
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:56 debianxfce systemd-sleep[5271]: /dev/sdd:
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  setting Advanced Power Management level to 0xfe (254)
Okt 25 15:20:56 debianxfce systemd-sleep[5271]:  APM_level        = 254
Okt 25 15:20:57 debianxfce systemd[1]: systemd-suspend.service: Succeeded.
Okt 25 15:20:57 debianxfce systemd[1]: Started Suspend.

Edit:
acpid redet da wohl auch noch mit

Code: Alles auswählen

~$ systemctl status acpid.service
● acpid.service - ACPI event daemon
   Loaded: loaded (/lib/systemd/system/acpid.service; disabled; vendor preset: enabled)
   Active: active (running) since Fri 2019-10-25 03:31:39 CEST; 12h ago
     Docs: man:acpid(8)
 Main PID: 1097 (acpid)
    Tasks: 1 (limit: 4915)
   Memory: 684.0K
   CGroup: /system.slice/acpid.service
           └─1097 /usr/sbin/acpid

Okt 25 15:20:54 debianxfce acpid[1097]: 1 client rule loaded
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 13
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 14
Okt 25 15:20:54 debianxfce acpid[1097]: input device has been disconnected, fd 17

Auch diese Punkte kann ich bestätigen.

[debianfanboy]

Ich war jetzt eine Weile mit anderem Kram beschäftigt und bitte um Nachsicht.

Eine power.policy und session.policy gibt es bei mir nicht:

Code: Alles auswählen

ls /usr/share/polkit-1/actions/
org.dpkg.pkexec.update-alternatives.policy  org.freedesktop.ModemManager1.policy
org.freedesktop.hostname1.policy	    org.freedesktop.resolve1.policy
org.freedesktop.locale1.policy		    org.freedesktop.systemd1.policy
org.freedesktop.login1.policy		    org.freedesktop.timedate1.policy

Und die Ausgabe von systemctl status systemd-suspend ist auch viel kürzer:

Code: Alles auswählen

systemctl status systemd-suspend
● systemd-suspend.service - Suspend
   Loaded: loaded (/lib/systemd/system/systemd-suspend.service; static; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-suspend.service(8)

acpid gibt es gar nicht:

Code: Alles auswählen

systemctl status acpid
Unit acpid.service could not be found.

Wie könnte ich weiter verfahren, um dem auf den Grund zu gehen?

[JTH]

funktioniert das einfach nicht auf dem NAS (QNAP HS-210 mit buster)?

So sieht das fast aus.

In den systemd- oder PolicyKit-Konfigurationen brauchst du erstmal nicht schauen, wenn

Code: Alles auswählen

# grep "" /sys/power/{state,disk}
grep: /sys/power/state: Datei oder Verzeichnis nicht gefunden
grep: /sys/power/disk: Datei oder Verzeichnis nicht gefunden

die zwei Dateien nicht existieren, hilft das nicht weiter.

Ein systemctl suspend macht effektiv nichts anderes als

Code: Alles auswählen

# echo mem > /sys/power/state

Das kann man im Zweifelsfall auch mal von Hand im Terminal ausprobieren. Wenn /sys/power/state aber nicht existiert, wird das unabhängig von der Konfiguration nie funktionieren.

Ich vermute mal, dass entweder deine Hardware Suspend & Hibernate tatsächlich nicht unterstützt und der Kernel deshalb die Schnittstelle gar nicht anbietet. Oder du benutzt einen Kernel, der ohne entsprechende Optionen kompiliert ist?

Im Bios mal geschaut, ob da irgendwas abgeschaltet ist? Ansonsten könntest du nochmal ins Journal schauen (und posten), vielleicht fällt da etwas auf.

[debianfanboy]

Ich vermute mal, dass entweder deine Hardware Suspend & Hibernate tatsächlich nicht unterstützt und der Kernel deshalb die Schnittstelle gar nicht anbietet. Oder du benutzt einen Kernel, der ohne entsprechende Optionen kompiliert ist?

Im Bios mal geschaut, ob da irgendwas abgeschaltet ist? Ansonsten könntest du nochmal ins Journal schauen (und posten), vielleicht fällt da etwas auf.

Bei der ersten Frage bin ich überfragt. Ist das die Antwort?

Code: Alles auswählen

# uname -r
4.19.0-6-marvell

In das Bios komme ich bei dem NAS nicht rein, meine ich.

Code: Alles auswählen

# journalctl | grep logind
Dez 18 00:31:29 snas systemd[1]: Condition check resulted in getty on tty2-tty6 if dbus and logind are not available being skipped.
Dez 18 00:31:31 snas systemd-logind[382]: New seat seat0.
Dez 18 00:31:55 snas systemd-logind[382]: New session 2 of user larah.

Hat dieser Teil eine Bewandtnis oder soll ich das ganze Journal posten?

[wanne]

Failed to suspend system via logind: Sleep verb "suspend" not supported

Das klingt für mich stark danach, also ob die Hardware kein suspend kann.
Was sagt denn:

Code: Alles auswählen

cat /sys/power/state

uname -r
4.19.0-6-marvell

Eigenbau von marvell.
Was sagt denn:

Code: Alles auswählen

grep --color -E "(SUSPEND|SLEEP)" /boot/config-$(uname -r)

[debianfanboy]

Code: Alles auswählen

# cat /sys/power/state
cat: /sys/power/state: Datei oder Verzeichnis nicht gefunden

Code: Alles auswählen

ls /sys/
block  bus  class  dev	devices  firmware  fs  kernel  module

Code: Alles auswählen

# grep --color -E "(SUSPEND|SLEEP)" /boot/config-$(uname -r)
# CONFIG_SUSPEND is not set
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_OLD_SIGSUSPEND3=y
CONFIG_BT_HCIBTUSB_AUTOSUSPEND=y
# CONFIG_DEBUG_ATOMIC_SLEEP is not set

[Tintom]

Wenn du mit "Suspend" Suspend-to-RAM/Disk meinst: Das ist soweit ich weiß nicht möglich.
Jedoch ist es auch bei einen normalen shutdown möglich über Wake-On-LAN das NAS aus dem Tiefschlaf zu wecken.

[wanne]

Der Kernel kann kein Suspend. Ob der Hersteller das gemacht hat, weil die Hardware das sowieso nicht supportet oder nicht kann ich nicht sagen.
Weiß nicht, wie man das mit nem Kernel ohne Support für suspend raus bekommt.

[jph]

Wenn du mit "Suspend" Suspend-to-RAM/Disk meinst: Das ist soweit ich weiß nicht möglich.

Mir ist nicht ganz klar, worauf sich dein „nicht möglich“ bezieht. Mit einem normalen Debian geht Suspend-to-disk/Hibernate sehr wohl: https://wiki.debian.org/SystemdSuspendSedation. Bei dem hier diskutierten NAS dagegen nicht.

Anmerkung für den Threaderöffner: wenn das ein Synology-NAS ist, würde ich es mir ersparen, abseits der GUI an irgendwelchen Einstellungen herumzudrehen. Die werden beim nächsten Update wieder zurückgedreht.

[Tintom]

Wenn du mit "Suspend" Suspend-to-RAM/Disk meinst: Das ist soweit ich weiß nicht möglich.

Mir ist nicht ganz klar, worauf sich dein „nicht möglich“ bezieht. Mit einem normalen Debian geht Suspend-to-disk/Hibernate sehr wohl: https://wiki.debian.org/SystemdSuspendSedation. Bei dem hier diskutierten NAS dagegen nicht.

Tut mir leid, das hätte ich genauer schreiben sollen. Ich habe ein ähnliches Gerät im Einsatz und bin auch schon darüber gestolpert. Der Kernel, den Debian mitliefert, ist ohne Suspendunterstützung gebaut ("...is not set"), wenn man aber einigen Posts im Herstellerforum glauben schenken darf, funktioniert mit dem Originalkernel der Suspendmodus.

Die Frage ist jetzt: Kann es die Hardware nicht stabil umsetzen oder hat es andere Gründe, weshalb der Debiankernel ohne Suspend gebaut ist. Wie auch immer: Mit Debian und einem Kernel für Kirkwood-Devices ist kein Suspend möglich.