Vous pouvez (probablement) utiliser ExecStopPost=
Commandes supplémentaires exécutées après l'arrêt du service. Cela inclut les cas où les commandes configurées dans ExecStop= w utilisés, lorsque le service n'a pas de ExecStop= d le service s'est arrêté de manière inattendue. Cet argument prend en compte plusieurs commandes en suivant le même schéma que celui décrit pour ExecStart= . L'utilisation des Ces réglages sont facultatifs. Spécification et variable d'environnement est prise en charge. Notez que - contrairement à ExecStop= - spécifiées avec ce paramètre sont invoquées lorsqu'une commande s correctement et qu'il est à nouveau arrêté.
Il est recommandé d'utiliser ce réglage pour l'opéra de nettoyage. doivent être exécutées même si le service n'a pas démarré correctement. Les commandes configurées avec ce paramètre doivent pouvoir fonctionner même si le service ne démarre pas correctement. si le service n'a pas démarré à mi-chemin et est resté incomplètement des données incomplètement initialisées. Comme les processus du service ont déjà été déjà terminés lorsque les commandes spécifiées avec ce paramètre sont sont exécutées, elles ne doivent pas tenter de communiquer avec eux.
Notez que toutes les commandes qui sont configurées sont invoquées avec le code de résultat du service, ainsi qu'avec le code du processus principal. ainsi que le code de sortie et l'état du processus principal, définis dans le paramètre $SERVICE_RESULT , $EXIT_CODE et $EXIT_STATUS les variables d'environnement, voir systemd.exec(5) f détails.
