On va prendre par exemple bind9. Dans le script de bind9, le script fait :
- l'ajout de localhost dans /etc/resolv.conf de façon conditionnel
Sans utiliser resolvconf ? Oh le bon vieux script que voila.
le chargement d'un module ( capabilities )
Qui n'existe pas. On sent le script maintenu.
la creation de /var/run/named
Ça par contre tu ne peux pas y couper. Si tu veux créer ce répertoire lors de l'installation du paquet, et bien ça marchera pas, point.
vérifie que le réseau est configuré avant de lancer bind
Avec ifconfig en plus, quelle plaie. Personne n'a du retoucher ce script depuis des lustres.
On peut voir dbus. Il fait :
- création du repertoire pour le pid
Ça tu peux pas y couper.
vérification si /proc est monté
Qui sert à rien, vu que ce script dépend de remote_fs, qui lui dépend plus ou moins directement de mountall.
génere un fichier /etc/machine-id si absent
Fichier qui, si je me souviens bien, est également généré lors du postinst.
Enfin bref, les scripts d'init sont écrits par des abrutis, pourtant tu les comprend rapidement.
Ok, un autre script au hasard, celui de saslauthd. 400 lignes.
La logique de lancement d'un processus dans systemd: une fonction de 614 lignes, dont la longueur des lignes va jusqu'à 142 caractères. Et qui bien entendu appelle d'autres fonctions écrites dans le même style. J'ai besoin d'élaborer ?
Comme les scripts d'init ont leur propre logique et configuration ( cad les fichiers /etc/default de Debian ), chacun requiert sa propre logique dans le script, sa propre doc et donc entraine l'apparition de ses propres idiosyncrasies, avec ce que ça entraine en terme de formation.
La seule formation qu'un admin à besoin pour comprendre ça, c'est savoir lire du shell. De toute façon il faudra forcement qu'il en écrive un jour.
Sinon, si tu as une Debian, tes scripts font plus qu'une chose. En fait, ils font le café. Ils gèrent chacun à leur façon la gestion de plusieurs instances en même temps, ils préparent le FS plus ou moins bien, chargent les modules, lisent la config des serveurs, avec leur propre config. C'est des programmes à part avec beaucoup de redondances.
[^] # Re: De plus en plus complexe, le système d'init...
Posté par Batchyx . En réponse à la dépêche Spéciale Lennart Poettering : nouvelles versions de systemd et PulseAudio. Évalué à -6.
Sans utiliser
resolvconf? Oh le bon vieux script que voila.Qui n'existe pas. On sent le script maintenu.
Ça par contre tu ne peux pas y couper. Si tu veux créer ce répertoire lors de l'installation du paquet, et bien ça marchera pas, point.
Avec ifconfig en plus, quelle plaie. Personne n'a du retoucher ce script depuis des lustres.
Ça tu peux pas y couper.
Qui sert à rien, vu que ce script dépend de remote_fs, qui lui dépend plus ou moins directement de mountall.
Fichier qui, si je me souviens bien, est également généré lors du postinst.
Enfin bref, les scripts d'init sont écrits par des abrutis, pourtant tu les comprend rapidement.
La logique de lancement d'un processus dans systemd: une fonction de 614 lignes, dont la longueur des lignes va jusqu'à 142 caractères. Et qui bien entendu appelle d'autres fonctions écrites dans le même style. J'ai besoin d'élaborer ?
La seule formation qu'un admin à besoin pour comprendre ça, c'est savoir lire du shell. De toute façon il faudra forcement qu'il en écrive un jour.
Comme systemd, quoi. Sauf que là c'est lisible.