C'est dramatique si systemd est un et un seul programme qui tourne avec le PID=1 ! Le PID=1, c'est un peu comme le compte root, c'est un programme à part qu'on ne relance jamais... Il est très important qu'il y ai le moins possible de mise à jour de sécurité sur ce programme par exemple sinon on va se retrouver dans le situation de Windows à devoir rebooter en permanence (cela s'est amélioré).
Dans mes scripts d'init, j'ai aussi une cible status qui me dis un peu plus que ca marche ou pas. Souvent, je fais un cible init a utiliser une fois la première fois... Bref, avoir un vrai langage est un plus.
Simplifier les scripts d'init est effectivement une bonne chose. Avoir un shell réduit comme dash pour Debian est une bonne voie. Enrober tout cela d'un "runit" serait mieux. Un init en petite brique permet de changer une brique par une autre, de rajouter des briques non prévu au début (gestion des cgroup qui n'était pas au programme il y a 10 ans)...
Je viens de m'amuser à faire un
( cd /etc/init.d ; wc * | sort -n )
La grande majorité des scripts sous debian fait moins de 150 lignes en comptant les commentaires. On pourrait faire quelques factorisation ici ou la mais c'est globalement propre. Ce qui est un peu crade coté programmation, ce sont les meta commande INIT INFO en commentaire dans ce même fichier. D'un autre coté, c'est aussi la technique utilisé par les gestionnaires de batch sur les machines de calcul...
Bref, simple, robuste et ouvert sur les innovations du futur
[^] # Re: NOTRE héros Lennart Poettering (parmi d'autres)
Posté par Sytoka Modon (site web personnel) . En réponse au journal Lennart casse les logs!. Évalué à 4.
C'est dramatique si systemd est un et un seul programme qui tourne avec le PID=1 ! Le PID=1, c'est un peu comme le compte root, c'est un programme à part qu'on ne relance jamais... Il est très important qu'il y ai le moins possible de mise à jour de sécurité sur ce programme par exemple sinon on va se retrouver dans le situation de Windows à devoir rebooter en permanence (cela s'est amélioré).
Dans mes scripts d'init, j'ai aussi une cible status qui me dis un peu plus que ca marche ou pas. Souvent, je fais un cible init a utiliser une fois la première fois... Bref, avoir un vrai langage est un plus.
Simplifier les scripts d'init est effectivement une bonne chose. Avoir un shell réduit comme dash pour Debian est une bonne voie. Enrober tout cela d'un "runit" serait mieux. Un init en petite brique permet de changer une brique par une autre, de rajouter des briques non prévu au début (gestion des cgroup qui n'était pas au programme il y a 10 ans)...
Je viens de m'amuser à faire un
( cd /etc/init.d ; wc * | sort -n )
La grande majorité des scripts sous debian fait moins de 150 lignes en comptant les commentaires. On pourrait faire quelques factorisation ici ou la mais c'est globalement propre. Ce qui est un peu crade coté programmation, ce sont les meta commande INIT INFO en commentaire dans ce même fichier. D'un autre coté, c'est aussi la technique utilisé par les gestionnaires de batch sur les machines de calcul...
Bref, simple, robuste et ouvert sur les innovations du futur