Satisfaire les besoins et les dépendances d'un service restera à ta charge.
Par chance, si tu connais les dépendances les gérer est bien plus simple avec systemd qu'avec ton script SysV. Et lui gérera ça pour toi partiellement, tu n'as qu'à lui fournir le nom et non le mécanisme entier.
Toutes les dépendances ne peuvent pas s'exprimer dans un unit systemd,
Référence nécessaire.
Et si jamais ça arrive, systemd n’enlève pas la possibilité d'utiliser des scripts SysV.
Note que l'inverse est sans doute plus vrai encore, de nombreux cas pourtant "simples" ne sont pas gérables proprement avec SysV.
Et si tu ne lit pas la documentation sur tout ton système et que tu ne regarde pas ce que fait chaque programme, tu peux toujours t'accrocher.
systemd ne change rien sur ce fait (et SysV non plus), mais permet de s'affranchir de l'apprentissage de certaines choses avec un minimum d'apprentissage car on peut gérer des services sans être sysadmin d'un serveur critique tu sais...
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Renault (site web personnel) . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à 6. Dernière modification le 25 mars 2014 à 12:04.
Par chance, si tu connais les dépendances les gérer est bien plus simple avec systemd qu'avec ton script SysV. Et lui gérera ça pour toi partiellement, tu n'as qu'à lui fournir le nom et non le mécanisme entier.
Référence nécessaire.
Et si jamais ça arrive, systemd n’enlève pas la possibilité d'utiliser des scripts SysV.
Note que l'inverse est sans doute plus vrai encore, de nombreux cas pourtant "simples" ne sont pas gérables proprement avec SysV.
systemd ne change rien sur ce fait (et SysV non plus), mais permet de s'affranchir de l'apprentissage de certaines choses avec un minimum d'apprentissage car on peut gérer des services sans être sysadmin d'un serveur critique tu sais...