[gelöst] cron führt systemctl suspend nicht aus

[mat6937]

Ja, das lief jetzt jahrelang ohne Probleme,
erst seit dem Upgrade nicht mehr

Du hast in deinem 1. Beitrag auch geschrieben:

Wenn ich das per Hand starte funktioniert es problemlos.

Hast Du es "per Hand", als root oder als user gestartet, so dass es problemlos funktioniert hat?

[JTH]

Hast Du es "per Hand", als root oder als user gestartet, so dass es problemlos funktioniert hat?

Ob root oder normaler Benutzer ist dann normalerweise egal. (Inter-) aktiv von einem Benutzer ausgeführt (also im eigenen Terminal oder über die Wege des Desktops) darf einen Suspend auch ein normaler Benutzer auslösen. Das ist per PolicyKit so festgelegt (in /usr/share/polkit-1/actions/org.freedesktop.login1.policy im Abschnitt zu org.freedesktop.login1.suspend).

[mat6937]

Ob root oder normaler Benutzer ist dann normalerweise egal. (Inter-) aktiv von einem Benutzer ausgeführt (also im eigenen Terminal ...

"normalerweise", ... aber es gibt auch Ausnahmen. Hier z. B., nach einem release-upgrade sind root-Rechte erforderlich:

Code: Alles auswählen

:~$ shutdown -r now
shutdown: Administratorrechte (»root«-Rechte) benötigt

[JTH]

Code: Alles auswählen

:~$ shutdown -r now
shutdown: Administratorrechte (»root«-Rechte) benötigt

Zum Lernen und aus Interesse, wo die Meldung herkommt: Ist das denn ein System mit installiertem PolicyKit – und systemd? Bei letzterem hätte ich zumindest eine andere Rückmeldung erwartet.

[mat6937]

Zum Lernen und aus Interesse, wo die Meldung herkommt: Ist das denn ein System mit installiertem PolicyKit – und systemd?

PolicyKit ja und systemd nein. Es ist ein Beispiel und es taugt nicht zum lernen. Es geht mir nur um Informationen, die zur Verfügung gestellt werden sollten.

[eikko]

So, Rückmeldung!

Es läuft,
hab den Cronjob inzwischen als root und mit "/bin/systemctl" angelegt
und es wird jetz ausgeführt.

Vielen Dank an alle die mitgedacht haben!

Grüße eikko

[JTH]

PolicyKit ja und systemd nein. Es ist ein Beispiel und es taugt nicht zum lernen.

Warum nicht: Du hast mich daran erinnert, dass es ja weiterhin Systeme ohne systemd gibt und sich manches dort natürlich anders verhält. Man verliert ja bei manchen Antworten aus den Augen, dass es auch andere als "Standardsetups" gibt. (Auch wenns hier dem Titel nach explizit um eins mit systemd geht.)