Plusieurs années plus tard, je dois admettre qu'il n'y a qu'une seule solution à la plupart des problèmes pratiques de Systemd. Parce que l'erreur est Systemd lui-même

J'en ai vraiment marre de Systemd car j'ai eu des problèmes que je n'avais jamais rencontrés avec des choses comme Upstart ou Openrc :

• L'application d'un noyau nécessitant le support des cgroups (au lieu d'être facultatif mais activé par défaut dans un fichier de configuration) même pour les systèmes embarqués ne disposant que de 24 Mo de mémoire vive et pas de mémoire inscriptible.
  Les partisans de cette solution soutiennent que le fait de ne pas pouvoir l'utiliser dans un tel cas est un comportement souhaitable puisqu'il n'a pas été conçu pour cela, la réalité est que les autres systèmes init ne s'en soucient pas non plus alors que dans systemd cette fonctionnalité ne fait pas l'objet d'un projet séparé ce qui met en évidence une fois de plus les conséquences de ne pas suivre les règles du jeu. baiser .
• Malgré la revendication de modularité, à l'exécution, l'enfer des dépendances en fait un solide objet divin : vous voulez démarrer sur un seul rootfs reiser4 ? Ce n'est pas possible car de nombreux programmes nécessitent systemd-udevd qui exige systemd-init qui exige que le systemd-boot qui ne peut pas être installé en même temps que le paquet grub2 ni ne peut lire les images du noyau d'une partition reiser4.
• Vous souhaitez vous connecter à l'internet par le biais d'un accès commuté Bluetooth ? Si cela ne fonctionne pas avec votre téléphone Samsung java me, vous ne pouvez pas exécuter les scripts et les logiciels de ligne de commande qui fonctionnaient auparavant manuellement à cause de networkd .
• Bien que je reconnaisse que le plus gros problème se pose si vous construisez et maintenez votre propre distribution Linux : le module d'initialisation systemd lui-même a tellement de dépendances que vous ne pouvez pas proposer de choisir un autre système d'initialisation par le biais de différents paquets d'installation.
• L'utilisation par défaut de Google dns pour systemd si aucun résolveur n'est défini en termes de confidentialité .
• L'impossibilité de lancer un processus de non service en arrière-plan et de se déconnecter, car il n'y a pas de moyen simple de le faire dans un logiciel de gestion de l'information. nouveau champ d'application de systemd .
• Bonne chance pour visualiser les logs si vous ne pouvez pas chrooter dans votre système ou si vous avez mis à jour depuis libdb4.8. (alors qu'au moins, dans le pire des cas, Microsoft a ses fichiers journaux au format xml) .

La seule solution :

Systemd est inutilement complexe pour résoudre des problèmes : comme alsa au lieu de ossv4. Donc si vous avez quelque chose qui utilise systemd, effacez toutes les données :

dd if=/dev/urandom of=/dev/dm0 bs=1M

et installer quelque chose qui ne l'utilise pas du tout tout en résolvant les problèmes de SysV Init comme Gentoo avec Openrc .
En ce qui concerne ma question, systemd fait les choses comme le registre de Windows® : si une partie de celui-ci se dérègle, c'est fini.