Verwenden Sie systemd, um ein Skript vor dem Herunterfahren des Systems auszuführen?

Ich habe ein Skript geschrieben, das alle meine VirtualBox-Maschinen anhält und eine Zeile einfügt /etc/rc.local.shutdown, aber es scheint nicht zu funktionieren.

su - XX -c /XX

Wenn ich das nächste Mal boote, teilt mir VirtualBox mit, dass es sich um einen Computer handelt Aborted, sodass das Skript nicht ausgeführt wurde. (Das manuelle Starten dieses Skripts funktioniert bei mir.)

PS habe ich schon aktiviert shutdown.target

BEARBEITEN

Das Problem scheint komplizierter zu sein, als ich dachte. .bashrcWenn es ausgeführt wird tty3, wird es ausgeführt startx. Wenn das System sich also zum Herunterfahren / Neustarten entschließt, wird der VBoxSVCProzess und andere Dinge abgebrochen, wenn die X-Sitzung stirbt.

Ich habe auch versucht, den Quellcode von zu hacken xfsm-shutdown-helper, eine Fälschung zu machen systemctl, die mein Skript zuerst ausführt, keines der oben genannten funktioniert.

Wenn ich Sie richtig verstehe, möchten Sie Ihre VB-Computer anhalten, bevor Ihre Bash-Sitzung auf tty3 oder Ihr Xserver beendet wird.

Ich glaube, systemd ist sich Ihrer laufenden Xsession nicht bewusst, da Sie sie von Ihrem .bashrc aus starten. Daher ist es schwierig, systemd anzuweisen, Ihre VBs auszusetzen, bevor Ihre Shell oder Ihre Xsession beendet wird. Sie müssen einen Platz in der Abschaltsequenz finden, der "früh genug" ist, was schwierig zu finden und semantisch fragwürdig sein könnte, da er "Benutzermaterial" mit "Systemmaterial" mischen würde.

Die Lösungen können etwas davon abhängen, wie systemd Ihre Prozesse beendet, aber Folgendes sollte zumindest in eine gute Richtung weisen:

Bevor die Shell endet

suspendVB() {
        echo "suspending VBs"
        # put real code here
        exit
}

trap suspendVB EXIT

Wenn Sie dies zur RC-Datei Ihrer Bash machen (oder zu .bashrc hinzufügen), wird der Code in suspendVB()ausgeführt, bevor die Shell beendet wird. Sie können dies testen, indem Sie ausführen

bash --rcfile xxx

wo die Datei xxxden Code von oben enthält. Dadurch wird eine weitere Shell in Ihrer aktuellen Shell gestartet, nur zum Testen. Wenn Sie dann einen einfachen Exit ausführen, sehen Sie:

martin@beaureve:~$ exit
exit
suspending VBs
/home/martin >

und Sie sind wieder in Ihrer ursprünglichen (Login-) Shell.

Möglicherweise müssen Sie herausfinden, wie systemd Ihre Login-Shells tatsächlich beendet, und Sie müssen möglicherweise EXITdurch andere Signale ersetzen . Suchen Sie den trapBefehl, um mehr zu erfahren.

Beachten Sie, dass wenn systemd Ihre Prozesse mit "-9" (SIGKILL) beendet, Sie die Beendigung nicht abfangen können, dh Sie haben kein Glück.

Bevor die Xsession endet

Alternativ können Sie mit Ihrer Xsession etwas Ähnliches versuchen. Dies ist in Fällen wichtig, in denen systemd Ihre Xsession beendet, bevor es Ihre Shells beendet. Möglicherweise möchten Sie einen Trap in eine der X-Startdateien einfügen (z. B. .xinitrc). Suchen Sie in den Manpages nach startxund xiniterfahren Sie mehr.

Wenn Ihre startxDatei ungefähr so ​​aussieht wie meine, wird der xserver im Vordergrund gestartet und Sie können alternativ einfach Ihre Suspend-Befehle nach der Zeile platzieren, in der X tatsächlich gestartet wurde (und überhaupt keine Traps verwenden):

xinit "$client" $clientargs -- "$server" $display $serverargs
retval=$?
echo " --- suspending VBs ---"

Ich habe die Zeile "Suspendieren von VBs" startx -- vt8eingefügt und wenn ich sie ausführe , wird auf vt8 eine Fullblows (kde) -Sitzung angezeigt. Erst wenn ich mich abmelde, wird die Zeile "Suspendieren von VBs" auf dem Bildschirm angezeigt.