Posté par Pierre Roc .
En réponse au journal Sur systemd, btrfs & co.
Évalué à 2.
Dernière modification le 05 septembre 2014 à 17:59.
1/ on peut activer sur des tas d’événements et gérer les dépendances, le timer n’est qu’un exemple. Pas seulement à d’autres services : y’a aussi des .device, des .mount, des .path, etc. Je commence à peine à l’utiliser alors je ne sais pas tout ce qu’il est possible de faire avec, mais dans tout les cas, c’est plus qu’avec cron. En fait c’est même pas comparable à cron.
2/ non les mails ne sont pas faits pour gérer des logs. WTF !!! (ça c’était pour la petite pique facile...)
3/ les deux premières étapes de mon exemple auraient pu (dû?) être faites par ma distribution (eg. avoir un hourly.target, daily.target, weekly.target, avec les dossiers .wants qui vont avec) : ne resterait plus à l’administrateur que de placer une unité par service dans le dossier qui va bien, un peu comme cron le fait je crois bien ; ou alors ajouter au WantedBy le target qui va bien et faire ensuite un systemctl enable ; ou encore faire à la main le lien symbolique que fait systemctl enable.
4/ Plus simple ou plus compliqué ? Question de goût : quand j’ai voulu faire du cron, j’avais trouvé ça chiant, si bien que j’avais abandonné et que je préférais largement faire un while true;do $cmd;sleep $N;done.
[^] # Re: Complément & commentaires
Posté par Pierre Roc . En réponse au journal Sur systemd, btrfs & co. Évalué à 2. Dernière modification le 05 septembre 2014 à 17:59.
1/ on peut activer sur des tas d’événements et gérer les dépendances, le timer n’est qu’un exemple. Pas seulement à d’autres services : y’a aussi des .device, des .mount, des .path, etc. Je commence à peine à l’utiliser alors je ne sais pas tout ce qu’il est possible de faire avec, mais dans tout les cas, c’est plus qu’avec cron. En fait c’est même pas comparable à cron.
2/ non les mails ne sont pas faits pour gérer des logs. WTF !!! (ça c’était pour la petite pique facile...)
3/ les deux premières étapes de mon exemple auraient pu (dû?) être faites par ma distribution (eg. avoir un hourly.target, daily.target, weekly.target, avec les dossiers .wants qui vont avec) : ne resterait plus à l’administrateur que de placer une unité par service dans le dossier qui va bien, un peu comme cron le fait je crois bien ; ou alors ajouter au WantedBy le target qui va bien et faire ensuite un
systemctl enable; ou encore faire à la main le lien symbolique que faitsystemctl enable.4/ Plus simple ou plus compliqué ? Question de goût : quand j’ai voulu faire du cron, j’avais trouvé ça chiant, si bien que j’avais abandonné et que je préférais largement faire un
while true;do $cmd;sleep $N;done.