systemd

Systemd est basé sur quelques dizaines de binaires gérant l'ensemble du système de boot, et quittant ainsi la philosophie UNIX du KISS[3].

Systemd adopte un nouveau système de log appelé « The Journal », permettant de loguer plus rapidement et plus efficacement les différentes phases de démarrage. Les logs sont authentifiés afin de réduire les chances de corruptions lors d'un piratage, ils sont portables, et l'outil comporte une gestion de saturation de l'espace disque afin de mieux gérer les traces. Tout service géré par systemd est automatiquement logué, sauf si celui-ci demande à ne pas l'être. Il est par défaut compatible avec un environnement réseau et peut passer par les protocoles standard tels que syslog[4].

Systemd comporte un outil nommé « systemd-analyze », permettant d'analyser le temps de démarrage, de tracer les différentes étapes et de sortir les analyses sous forme de simples graphiques (format SVG), permettant de comprendre simplement les goulets d'étranglement de la séquence de démarrage.

Systemd diffère de l'init de System V en :

• Utilisant des sockets et des bus pour démarrer et gérer les services. Il est ainsi plus facile de paralléliser des services interdépendants ;
• Utilisant les cgroups pour suivre les processus des services en plus des PID. Cela permet de maintenir la trace des démons même s'ils se dupliquent ;
• Permettant sauvegardes et restaurations de l'état du système (XDG Desktop Entry) ;
• Parallélisant mieux, avec donc un temps de démarrage bien plus court.
• Permet de monter ou démonter les points de montage ;
• Élabore un système de gestion transactionnel des dépendances des services ;
• Les services sont configurés dans des fichiers de type XDG « Desktop Entry »[5], également utilisées par des environnements de bureau tel que Xorg et différents bureaux utilisant X11, tels que KDE, GNOME, XFCE, LXDE ou Unity.
• La documentation de systemd comporte à elle seule actuellement 579 entrées, référençant 216 pages de manuel, soit 72 % de toutes les pages de manuel d'Unix v7 pour un seul logiciel.

En avril 2012, le code source d'udev a été intégré dans systemd[6]. systemd remplace donc System V et udev dans leurs fonctions respectives[7].

Le projet a essuyé de nombreuses critiques et suscité de fiévreux débats[20].

Pour certains développeurs, systemd est devenu un plus grand problème que celui qu'il est censé résoudre car au lieu de fournir à l'administrateur les moyens de créer des politiques de gestion du système, il fournit directement ses politiques[21], au point qu'on compare parfois systemd au Service Host de Windows. Certains de ces détracteurs, utilisateurs de Debian, menacent même de faire un fork de leur distribution si celle-ci impose de fait l'utilisation de systemd en lieu et place de sysvinit[22]. Un fork nommé Devuan a été créé par les opposants qui n'obtenaient pas satisfaction, et la première version de Devuan est sortie fin mai 2017[23].

Voici quelques critiques :

• KISS : la philosophie UNIX "Keep It Simple, Stupid", n'est plus respectée. De fait, le classique et simple fichier /etc/mtab devient méconnaissable dans les distributions systemd. Voici par exemple celui d'Ubuntu 16.04 (ici, alpha 2 version MATE):

• Le changement est profond puisqu'il touche à l'initialisation du système d’exploitation (dit PID 1) de GNU/Linux. Les habitudes des administrateurs systèmes sont bouleversées et ils doivent mettre à jour leurs connaissances.
• systemd implémente tellement de fonctionnalités que la distribution peut (voire doit) se passer d'autres outils. En conséquence les applications utilisant les fonctionnalités systemd ne peuvent plus fonctionner sans. Cela a conduit à la création d'une bibliothèque spéciale (systembsd) pour implémenter les fonctions systemd à part (pour les distributions GNU/Linux utilisant « Init »).
• Lennart Poettering, le développeur principal a été critiqué pour son développement mal géré de PulseAudio qu'il a par la suite abandonné.