Hallo Jörg, danke für Deine Antwort. Am 02.02.2016 um 09:19 schrieb Jörg Schulz:

...

1. Die eigentlichen systemd scripte liegen unter /lib/systemd/system und in /etc/systemd/system liegen nur Symlinks darauf, richtig? Nicht ganz. Die unter /etc haben Vorrang vor denen unter /run und /lib. Hier stehts: http://www.freedesktop.org/software/systemd/man/systemd.unit.html unter "Unit File Load Path". Hmmm. Aber die sie Symlinks laufen auf /lib/systemd/system und nicht /usr/lib/systemd/system. Aber ist auch egal. Habe mein Script jetzt nach /etc/systemd/system gelegt. 2. Wie bekomme ich das Script dazu, dass es beim boot (ExecStart) und beim halt (ExecStop) möglichst spät ausgeführt wird? Sprich was ist da der sinnvollste Inhalt für "After=" Ich würde mal "After=multi-user.target" probieren (hab ich nicht getestet). Habe ich probiert (s.u.) Wenn ich dein Snippet unten richtig interpretiere, dann brauchst Du beim Herunterfahren noch immer gemountete Platten. Das könnte sich dann in einer Abhängigkeit zum umount.target wiederfinden. Nee, das war nicht "mein Script" sondern das aus dem Beispiel vom Debian Forum. Kurz zur Info: Mein Script soll ein verschlüsseltes Laufwerk auf einer über das Netzwerk erreichbaren USB-Platte zur Verfügung stellen (beim Boot sauber einrichten, beim Shutdown sauber ausklinken). Dann kann ich darauf mit irgendwelchen cronjobs zugreifen. 3. Aber es gibt unter /etc/systemd/system auch Unterverzeichnisse mit Namen *.target.wants. Sind das irgendwelche Abhängigkeiten? - Nochmal hier: http://www.freedesktop.org/software/systemd/man/systemd.unit.html OK. - Habe ich beim "anknipsen" des Scripts erkannt und verstanden:

# systemctl enable crypt-backup.service Created symlink from /etc/systemd/system/multi-user.target.wants/crypt-backup.service to /etc/systemd/system/crypt-backup.service.

Probier es aus und gibt uns Rückmeldung. :-) Mich würde interessieren wann dein Beispiel beim Herunterfahren ausgeführt wird.

Also: Hier die Rückmeldung. Mein Script heißt /etc/systemd/system/crypt-backup.service und sieht derzeit so aus: [Unit] Description = Provide remote Crypt-Backup device Wants = network-online.target After = multi-user.target RequiresMountsFor=/media/USB-Backup [Service] Type=oneshot StandardOutput=syslog+console StandardError=syslog+console RemainAfterExit=true ExecStart=/usr/local/bin/crypt-backup.start ExecStop=/usr/local/bin/crypt-backup.stop [Install] WantedBy=multi-user.target Die aufgerufenen Scripte /usr/local/bin/crypt-backup.start und /usr/local/bin/crypt-backup.stop lassen sich manuell anstubsen. Beim boot läuft auch der Service hoch. Ich kann ebenfalls mit "service crypt-backup start" (bzw. stop) das Ding im hochgefahrenen Status manuell über systemd an- und ausknipsen. auch "systemctl status crypt-backup" So weit so gut. Nur leider bringen StandardOutput=syslog+console StandardError=syslog+console nicht den erwünschten Effekt. - Schade. Allerdings kann ich (noch) nichts dazu sagen, was beim Shutdown passiert. Seit einiger Zeit zickt da meine Box rum. Ich muss jetzt erstmal das graphical.target disablen und dann noch etwas weitersuchen, was da klemmt. ... aber nicht mehr heute. LG Stefan. -- Stefan U. Hegner <stefan@hegner-online.de> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | 048D 7F64 0BEB 73B1 2725 F-Print | C05E 4F77 9674 EF11 55FE