Est ce que je peux utiliser system-networkd sans utiliser systemd en PID 1 ?
Si oui, alors il s'agit d'un processus autonome qui peut être étudié séparément comme n'importe quel autre processus, et donc il n'y a pas besoin de chercher à comprendre comment systemd marche. Il suffit juste de regarder les interactions que ce démon à avec le monde extérieur, qui doivent se résumer à une socket rtnetlink, à forker un client dhcp et ptet à servir une API et/ou lancer des (séries de) scripts lancés lors d'événements. Un peu comme Network Manager dans le cas filaire, quoi (sans la socket vers udev, qui sert pas à grand chose dans le cas filaire). Et dans ce cas la, je vois pas pourquoi il y a systemd dans le nom.
Si non, alors il y a potentiellement des interactions cachées dont l'utilité ne saute pas au yeux pour un outil de configuration réseau et qui n'aident pas à la compréhension. Ça veut dire que si un jour ça marche pas, il va falloir que je comprenne comment systemd est censé marcher pour savoir comment system-netlinkd est censé marcher. Le fait que ça soit un processus séparé n'est qu'un détail d'implémentation, ça aurai pu être dans le PID 1 que ça aurai pas changé grand chose.
[^] # 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é à 9.
Est ce que je peux utiliser
system-networkdsans utilisersystemden PID 1 ?Si oui, alors il s'agit d'un processus autonome qui peut être étudié séparément comme n'importe quel autre processus, et donc il n'y a pas besoin de chercher à comprendre comment
systemdmarche. Il suffit juste de regarder les interactions que ce démon à avec le monde extérieur, qui doivent se résumer à une socket rtnetlink, à forker un client dhcp et ptet à servir une API et/ou lancer des (séries de) scripts lancés lors d'événements. Un peu comme Network Manager dans le cas filaire, quoi (sans la socket vers udev, qui sert pas à grand chose dans le cas filaire). Et dans ce cas la, je vois pas pourquoi il y asystemddans le nom.Si non, alors il y a potentiellement des interactions cachées dont l'utilité ne saute pas au yeux pour un outil de configuration réseau et qui n'aident pas à la compréhension. Ça veut dire que si un jour ça marche pas, il va falloir que je comprenne comment
systemdest censé marcher pour savoir commentsystem-netlinkdest censé marcher. Le fait que ça soit un processus séparé n'est qu'un détail d'implémentation, ça aurai pu être dans le PID 1 que ça aurai pas changé grand chose.