Et dans le cas de systemd, systemd (l'init) est indépendant de systemctl (le gestionnaire de services) : l'init n'a pas besoin de faire appel à systemctl pour booter.
Heu... source ? Parce que ce que tu es en train de dire, c’est que je peux par exemple prendre systemd en tant que /bin/init puis lancer initng (qui a besoin d’être PID 1) pour gérer mes services ?
Je peux me tromper, mais j’en doute énormément.
Et si je fais ça, les autres composants de systemd (journald, udev...) marchent toujours ? (sachant que le PID 1 n’est plus celui de systemd)
Dans le cas de SysV/Upstart/Pardus ça m'étonnerait que ce soit différent.
Ça l’est : leur gestionnaire de service était utilisable sur des systèmes sans leur init (j’ai essayé mais abandonné rapidement, préférant initng à l’époque). Tout ce dont il a besoin, c’est d’être PID 1 (c’est à dire que la seule chose nécessaire c’est que l’init puisse passer la main au gestionnaire de service une fois le système initialisé, c’était assez facile à faire sous Arch)
[^] # Re: Description de systemd ?
Posté par Moonz . En réponse à la dépêche systemd versions 212 à 215. Évalué à 1.
Heu... source ? Parce que ce que tu es en train de dire, c’est que je peux par exemple prendre systemd en tant que /bin/init puis lancer initng (qui a besoin d’être PID 1) pour gérer mes services ?
Je peux me tromper, mais j’en doute énormément.
Et si je fais ça, les autres composants de systemd (journald, udev...) marchent toujours ? (sachant que le PID 1 n’est plus celui de systemd)
Ça l’est : leur gestionnaire de service était utilisable sur des systèmes sans leur init (j’ai essayé mais abandonné rapidement, préférant initng à l’époque). Tout ce dont il a besoin, c’est d’être PID 1 (c’est à dire que la seule chose nécessaire c’est que l’init puisse passer la main au gestionnaire de service une fois le système initialisé, c’était assez facile à faire sous Arch)