1/ Déjà tu lances un script utilisateur (sysadmin ?) via le système, pas bien !
Tu devrais plutôt le faire lancer toujours par systemd, mais via ton utilisateur.
Tu trouveras plein d'infos ici, mais je te résume:
tu mets ton fichier dans ~/.config/systemd/user/
tu lances toutes les commandes systemctl habituelles, mais avec --user :
systemctl --user enable toto.service
systemctl --user restart toto.service
etc...
Pour que le job reste actif même quand tu te déconnectes, tu dois donner des droits spéciaux à ton utilisateur : (en root cette fois-(ci): loginctl enable-linger <username> (à ne faire qu'une fois donc)
2/ Ensuite tu dois dire à systemd où se trouve le répertoire dans lequel ton script sera exécuté. Dans ton service ajoute un ligne qui devrait ressembler à WorkingDirectory=%h/research/
Voilà, ça devrait aller mieux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Qques trucs...
Posté par gUI (Mastodon) . En réponse au message automatiser script monitoring avec systemd. Évalué à 5. Dernière modification le 23 septembre 2025 à 07:37.
1/ Déjà tu lances un script utilisateur (sysadmin ?) via le système, pas bien !
Tu devrais plutôt le faire lancer toujours par systemd, mais via ton utilisateur.
Tu trouveras plein d'infos ici, mais je te résume:
~/.config/systemd/user/--user:systemctl --user enable toto.servicesystemctl --user restart toto.servicePour que le job reste actif même quand tu te déconnectes, tu dois donner des droits spéciaux à ton utilisateur : (en root cette fois-(ci):
loginctl enable-linger <username>(à ne faire qu'une fois donc)2/ Ensuite tu dois dire à
systemdoù se trouve le répertoire dans lequel ton script sera exécuté. Dans ton service ajoute un ligne qui devrait ressembler àWorkingDirectory=%h/research/Voilà, ça devrait aller mieux.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.