Non, puisque là, on est sur les postes clients et qu’il n’est pas lancé.
C’est autofs qui est lancé et il est bien stoppé au bon moment... sauf qu’il reste parfois des répertoires encore montés derrière.
Si systemd s'obstine à « patiner pendant un certain temps dessus », l'option TimeoutStopSec=, placée dans le service qui patine, diminuera l'attente (mais ne résoudra pas le problème).
Le problème avec une partie des autres, c’est qu’il faudrait en finir un avant d’en ajouter d’autres. [...] Autant en faire moins, mais les faire jusqu’au bout.
Entièrement d'accord sur ce point. J'utilise systemd pour remplacer cron, mais pour la gestion de l'énergie, je préfère utiliser le service acpid plutôt que systemd. Systemd veut faire trop de trucs, il se propose même de remplacer la commande mount. Par exemple, si vous avez un point de montage /media/data dans votre fstab, on peut remplacer
[^] # Re: C’est du propre
Posté par Sylvain Blandel . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 3.
Si systemd s'obstine à « patiner pendant un certain temps dessus », l'option TimeoutStopSec=, placée dans le service qui patine, diminuera l'attente (mais ne résoudra pas le problème).
Entièrement d'accord sur ce point. J'utilise systemd pour remplacer cron, mais pour la gestion de l'énergie, je préfère utiliser le service
acpidplutôt que systemd. Systemd veut faire trop de trucs, il se propose même de remplacer la commandemount. Par exemple, si vous avez un point de montage/media/datadans votre fstab, on peut remplacerpar