Posté par Maclag .
En réponse au journal udev forké.
Évalué à 3.
J'avoue que je rejoins les autres sur le sujet: en quoi est-ce que la config de systemd te parait plus compliquée que init?
Dis-moi si je me trompe: avec sysvinit, on peut aller lire des scripts bash pour savoir ce qu'ils font. Et c'est pareil avec plein d'autres trucs sous Linux: des scripts bash, des commandes shell, on voit tout de suite ce que ça fait.
systemd est codé en C. Du coup, on ne "voit pas" ce que ça fait en se baladant dans l'arborescence. On sait que ça utilise les fichiers de config, mais pour en faire quoi? Il faut aller lire le code source…
La barrière technique pour lire un source C et le comprendre est plus élevée que pour lire un "bête" script shell.
Maintenant, si tu veux retomber en territoire que tu peux appréhender, il va effectivement te falloir lire de la doc. Ça tombe bien, entre tous les journaux et dépêches sur le sujet ici, on peut trouver ce qu'il fait et comment il marche, et tout est expliqué en Français.
Enfin, se contenter des scripts init pour comprendre l'init, c'est très réducteur, et finalement, cette facilité cache d'autres éléments importants du processus. Donc grâce à systemd, tu vas pouvoir trouver plus d'infos sur la problématique du lancement des services (démonisation, récupération du PID, tout ça: on peut lire voire écrire des scripts init sans comprendre le problème).
[^] # Re: Loin de la foule
Posté par Maclag . En réponse au journal udev forké. Évalué à 3.
J'avoue que je rejoins les autres sur le sujet: en quoi est-ce que la config de systemd te parait plus compliquée que init?
Dis-moi si je me trompe: avec sysvinit, on peut aller lire des scripts bash pour savoir ce qu'ils font. Et c'est pareil avec plein d'autres trucs sous Linux: des scripts bash, des commandes shell, on voit tout de suite ce que ça fait.
systemd est codé en C. Du coup, on ne "voit pas" ce que ça fait en se baladant dans l'arborescence. On sait que ça utilise les fichiers de config, mais pour en faire quoi? Il faut aller lire le code source…
La barrière technique pour lire un source C et le comprendre est plus élevée que pour lire un "bête" script shell.
Maintenant, si tu veux retomber en territoire que tu peux appréhender, il va effectivement te falloir lire de la doc. Ça tombe bien, entre tous les journaux et dépêches sur le sujet ici, on peut trouver ce qu'il fait et comment il marche, et tout est expliqué en Français.
Enfin, se contenter des scripts init pour comprendre l'init, c'est très réducteur, et finalement, cette facilité cache d'autres éléments importants du processus. Donc grâce à systemd, tu vas pouvoir trouver plus d'infos sur la problématique du lancement des services (démonisation, récupération du PID, tout ça: on peut lire voire écrire des scripts init sans comprendre le problème).