Systemd contre Sysvinit. Et Systemd-shim?

Systemd est actuellement le standard le plus utilisé en termes de "Kernel Boot Systems" (Init) qui peut être réalisé dans les environnements Unix, tels que Linux. Il a été créé il y a quelques années par Lennart Poetter (principalement) à côté de Tamis Kay (ex-Red Hat). Actuellement, il a un Licence LGPL 2.1 (avec des exceptions sous licence GPL2). Même si il existe d'autres alternatives, comme les anciens et les traditionalistes SysVinit et Upstart, il existe également de nouvelles alternatives en cours comme systemd-shim.

En plus d'être le plus utilisé, Systemd est également l'un des plus controversés et parfois détestés par une partie importante des utilisateurs, qui ont tendance à résister à leur complexité et à leur domination excessive ou à leur contrôle sur les fonctions de leurs Distros. Pour cette raison, les alternatives anciennes ou modernes sont toujours en plein essor dans de larges secteurs de la communauté GNU / Linux.

Actuellement, Systemd en tant que projet de logiciel libre est hébergé chez GitHub et a suffisamment de documentation sur le site Web de «freedesktop.org«. Et malgré le fait qu'à d'autres moments, nous avons beaucoup parlé de Systemd sur le blog, par exemple, dans l'article intitulé «Démystifier SystemD« de l'auteur "Usemoslinux"Aujourd'hui, nous espérons nous développer un peu plus en comparant les aspects des alternatives actuelles.

Qu'est-ce que Systemd?

Systemd est un administrateur de systèmes et de services pour les systèmes basés sur Linux. Mais, plus largement, il peut également être décrit comme un ensemble de blocs de construction de base pour un système Linux, car il fournit un «Administrateur des systèmes et services » qui s'exécute comme un processus (PID 1) et démarre le reste du système.

Systemd fournit des capacités de parallélisation dynamique, utilise des «sockets» et «l'activation D-Bus» pour démarrer les services. De plus, il offre "le début" À la demande des démons, il suit les processus à l'aide de groupes de contrôle Linux, gère les points de montage et les montages automatiques, et met en œuvre un contrôle de service basé sur les dépendances transactionnelles élaboré logique.

Enfin, et notamment, on peut ajouter que Systemd est compatible avec les scripts de démarrage SysV et LSB et à ce jour, il a réussi à remplacer SysVinit sur de nombreux Distros GNU / Linux., indépendamment des critiques valables ou des commentaires négatifs à son sujet.

Et il comprend un démon de registre, des utilitaires pour contrôler les paramètres système de base tels que le nom d'hôte, date, paramètres régionaux, maintenez une liste des utilisateurs et des conteneurs connectés et des machines virtuelles en cours d'exécution, des comptes système, des répertoires et des paramètres d'exécution et des démons pour gérer un réseau de configuration simple, la synchronisation de l'heure du réseau, le transfert enregistrement et résolution de nom.

Entre autres, pour lequel il est classé comme lourd, complexe et possessif sur les Distros où il est implémenté, bien qu'il ait rempli de manière satisfaisante les objectifs pour lesquels il a été créé. À tel point que la célèbre Distro DEBIAN, la mère de nombreux autres Distros GNU / Linux, l'implémente depuis un certain temps, ce qui a contribué à sa massification.

Ce qui est sysvinit?

SysVinit est l'un des plus anciens et actuels Administrateurs de systèmes et services pour systèmes basés sur Linux. Il est encore largement utilisé sur de nombreux Distros GNU / Linux de trajectoires, et de nouvelles, comme Devuan.

À partir de SysVinit en tant que programme, les éléments suivants peuvent être mis en évidence:

«C'est le premier processus à exécuter après le chargement du noyau et celui qui engendre tous les autres processus, il fonctionne comme un démon init et a généralement le PID 1. Il fournit un processus standard pour contrôler les programmes lancés ou arrêtés par init un certain niveau de performance ». Selon le Wiki d'Ex-Debian.org

Contrairement à "Init" (Administrateur systèmes et services initiale des systèmes Unix), qui a démarré les services à l'aide d'un seul script appelé "/ Etc / rc", SysVinit a commencé à utiliser le schéma de répertoire dans "/Etc/rc.d/" qui contenait les scripts de démarrage / arrêt des différents services.

Et au niveau du package et de la fonction, SysVinit contient des programmes pour contrôler le démarrage, l'exécution et le téléchargement de tous les autres programmes. Ceux-ci incluent: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump et wall. Informations importantes pour ceux qui souhaitent installer et utiliser sysvinit.

À ce jour, le combat entre Systemd y sysvinit a été difficile et digne de comparaison avec celle de WhatsApp y Telegram. Et s'il est vrai que le vénérable sysvinit présente des défauts ou des limites (selon le point de vue de chaque personne), qui sont probablement résolubles d'une certaine manière, les partisans de Systemd affirment souvent hardiment que Systemd est actuellement le meilleur de tous Administrateurs système et services systèmes Unix initiaux courant.

De ce fait, et de cette lutte est né la Campagne «Init Freedom» (IF) conçu pour réfuter cet argument. Liberté d'initiation tente de restaurer une approche saine du PID1, respectueuse de la diversité et de la liberté de choix. Si vous souhaitez plus d'informations, vous pouvez les obtenir en visitant le lien suivant: Campagne «Init Freedom» (IF), des informations telles que Les distributions GNU / Linux qui utilisent des alternatives à Systemd.

Qu'est-ce que Systemd-shim?

Last but not least, nous nous rencontrons la merveilleuse alternative à Systemd-shim. Ce qui selon la page colis DEBIAN est un package qui:

"Émule la fonction Systemd requise pour exécuter les helpers systemd sans utiliser le service init."

Pour comprendre de quoi il est capable "Systemd-shim" ou comment ça marche, c'est bien de le voir en pratique sur la Distro qui en a le plus profité, c'est à dire, MX-Linux. Ce qui, selon ses propres créateurs, a été que MX-Linux a pour caractéristique unique:

«Offrir à l'utilisateur la possibilité de choisir entre Systemd et SysVinit sur les systèmes installés. Une combinaison magique rendue possible par un package appelé Systemd-shim. Cependant, le développement sur systemd-shim s'est arrêté il y a quelque temps et DEBIAN a récemment supprimé le paquet des dépôts Buster. Nous comprenons que l'état actuel de systemd-shim ne fonctionne pas correctement avec la version de Systemd dans DEBIAN Buster, nous explorons donc des options pour l'avenir de MX. À cette fin, une chose que nous voulons explorer est la possibilité de poursuivre le développement de systemd-shim (et de tous les correctifs systemd qui pourraient être nécessaires pour que systemd-shim fonctionne correctement).

Systemd-shim a donné de si bons résultats à MX-Linux, qu'en plus des autres excellentes fonctionnalités et avantages de ladite Distro, MX-Linux est en tête sur Distrowatch et prévoit de continuer à utiliser System-shim sur la nouvelle version de MX-Linux 19 lancement prochain basé sur DEBIAN 10 (Buster).

Je recommande personnellement MX-Linux 18.X avec Systemd-shim, car il est léger et très fonctionnel. Et dans mon cas particulier, cela m'a permis de créer ma propre Distro basée sur elle, que j'ai appelée: MilagrOS GNU / Linux.

D'autres alternatives?

En résumé, y compris ceux mentionnés, nous avons parmi les alternatives actuelles de «Administrateurs système et services pour systèmes »(systèmes init) pour Linux a:

• openrc
• exécuter
• s6
• berger
• pécher
• systemd
• cale système
• sysvinit

Conclusion

J'espère que cet article vous sera très utile, pour en savoir un peu plus sur chacun des Init mentionné, et à son tour cela les aide à choisir une distribution GNU / Linux avec un certain «Administrateur systèmes et services pour les systèmes ». Et Pou enfin, pour ceux qui sont un peu plus enclins à utiliser Systemd, Je recommande de lire le lien suivant: Les grands mythes de Systemd.