shutdown -h ZEIT

[michaa7]

@ willy

hatte ich noch nicht probiert. Ich verstehe aber (oberflächlich) die syntax und werde das mal ausprobieren. Ich hatte mir jedoch nach guennid's stubser man at angeschaut und war eben verwirrt. Wie da der unerfahrene user verstehen soll dass das in einem dialog abläuft ist mir schleierhaft. Hat sich aber durch die netzrecherche und die hinweise hier geklärt.

Relative zeitangaben (und ich wollte eben verstehen wie das mit at ginge) funktionieren beispielsweise so:

Code: Alles auswählen

# at now + 30 minutes

was wirklich nicht sooo naheliegend ist

@ guennid

Danke! Jetzt isses klar.

[guennid]

Ich benutze at in der angegebenen Form beim Video-Rippen, auch via ssh auf entfernter Maschine.

[willy4711]

Könntest mit diesem shutdown- Kommando noch mal probieren:

Code: Alles auswählen

# shutdown 12:29
Shutdown scheduled for Sun 2019-01-06 12:29:00 CET, use 'shutdown -c' to cancel.
 

Vielleicht verträgt dein shutdown in siduction ja die Uhrzeit?

Ansonsten gäbe es ja auch noch GUI-Tools - wahrscheinlich hier nicht gewollt - aber der Vollständigkeit halber erwähnt.
Ich benutze es sehr gern: qshutdown

[michaa7]

Das war eben das sympathische am shutdown befehl, dass ich den ausführungszeitpunkt nicht ausrechnen mußte, auch wenn ich mich dazu selbst nach einem bierseeligen abend in der lage sehe.

Nein, das ist kein siduction problem, damit hat es ja ewigkeiten funktioniert, noch bis in jüngere vergangenheit. Ich denke dass systemd/systemctl das nun abfängt, aber die zeitparameter mangels fähigkeiten verwirft und immer "now" ausführt was eben systemctl --poweroff entspricht (ohne irgendwelche steuerungsmöglichkeiten den ausführungszeitpunkt betreffend).

Ich sehe das auch darin bestätigt, dass "shutdown 13:35" unmittelbar ausgeführt wird. Es wirkt wie systemctl --force force --poweroff, denn es geschieht extrem schnell und ich zweifle daran dass da irgendeine partition ausgehängt wird (denn das weiß ich ja wie lange das beim üblichen shutdown dauert und sehe dann die meldungen dazu).

qshutdown schaut auch gut aus

Danke.

[willy4711]

Ich habe eher das Gefühl, dass es an deinem System liegt.
In einer VM mit Siduction klappt das ohne weiteres:

[KBDCALLS]

Ich hab mal ebend nachgesehen. /sbin/shutdown ist ein link auf /bin/systemctl . Bei einem relativ frisch aufgestzem uster in ein Virtualbox gibts es garnicht. Dazu muß das Paket systemd-sysv installiert sein.

[michaa7]

Hast du da ein ISO installiert UND ein dist-upgrade gefahren? Wenn nicht hast du ja vorgängerversionen.

[willy4711]

Hast du da ein ISO installiert UND ein dist-upgrade gefahren? Wenn nicht hast du ja vorgängerversionen.

Alles up to date

Code: Alles auswählen

apt-cache policy linux-image-4.20*
linux-image-4.20.0-towo.1-siduction-amd64:
  Installiert:           (keine)
  Installationskandidat: 4.20-1
  Versionstabelle:
     4.20-1 500
        500 http://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Packages
linux-image-4.20.0-towo.2-siduction-amd64:
  Installiert:           4.20-2
  Installationskandidat: 4.20-2
  Versionstabelle:
 *** 4.20-2 500
        500 http://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Packages
        100 /var/lib/dpkg/status

systemd-sysv ist übrigens die gleiche Version wie unter Buster ( siehe meinen ersten Beitrag)

Code: Alles auswählen

$ apt-cache policy systemd-sysv
systemd-sysv:
  Installiert:           240-2
  Installationskandidat: 240-2
  Versionstabelle:
 *** 240-2 500
        500 http://deb.debian.org/debian unstable/main amd64 Packages
        100 /var/lib/dpkg/status
     239-5.6 500
        500 https://packages.siduction.org/fixes unstable/main amd64 Packages

[JTH]

In einer VM mit Siduction klappt das ohne weiteres:

Hast du da ein ISO installiert UND ein dist-upgrade gefahren? Wenn nicht hast du ja vorgängerversionen.

Auch bei einem aktuellen Debian-Sid funktioniert das bei mir hier so noch.

Was sagt dir als root denn ein

Code: Alles auswählen

ls -l $(which shutdown)

, Michaa? Vllt ist an der Stelle etwas verdreht? Es sollte, wie KBDCALLS schreibt, ein Symlink auf /bin/systemctl sein.

[willy4711]

Vielleicht falschen Zeichensatz im Terminal , das da was falsch interpretiert wird ?

[michaa7]

Au weia, asche auf mein haupt. Das liegt nicht an debian, nicht an siduction. Mein zweitsystem mit tagesaktuellem siduction führt shutdown -h +30 aus wie es das soll. Irgendwas ist hier mit dem system in den fritten, der link ist aber da.

# ls -l $(which shutdown)
lrwxrwxrwx 1 root root 14 Dez 27 14:03 /sbin/shutdown -> /bin/systemctl