Les meilleures distributions Linux sans systemd

Lorsque les distributions Linux dominantes ont adopté systemd, les dissidents ont bifurqué les distributions et ont commencé de nouveaux projets. Alors, quelles sont vos options si vous recherchez une distribution non-systemd? Nous allons jeter un coup d’oeil.

systemd: un récapitulatif rapide

Historiquement, la séquence de démarrage dans un système Linux était une réplique du système d’initialisation introduit avec System V Unix (SysV). Le système d’initialisation SysV adhérait à la philosophie Unix. Quand les gens se réfèrent à la philosophie Unix, ils la réduisent généralement à la phrase bien connue «Faites une chose et faites-la bien». Et cette chose était de commencer comme le premier processus, puis de démarrer d’autres processus. Il a également abattu des zombies de temps en temps.

SysV init a assez bien fait son travail, mais il ne l’a pas fait trop efficacement. Il a démarré les processus en série, l’un après l’autre. Il n’y avait pas de parallélisme. La conception réduisait le débit. Cela a été plus ou moins masqué par les gains de vitesse du matériel moderne, et ce n’est pas comme si le démarrage d’un ordinateur Linux prenait un âge interminable. Mais oui, techniquement, cela aurait pu être rendu plus efficace.

Comme pour tout le reste sous Linux, les utilisateurs avaient le choix. Des alternatives étaient disponibles. Les utilisateurs compétents pouvaient configurer leur ordinateur Linux pour utiliser un système d’initialisation différent, un système qui démarrait les processus en parallèle et fonctionnait comme ils le souhaitaient.

Certaines des options étaient:

• Upstart: Il s’agissait d’une initiative développée par Canonical qui a ensuite été adoptée par la famille de distributions Red Hat, y compris Centos et Fedora. Upstart n’est plus en développement.
• runit: Il s’agit d’un projet indépendant et multiplateforme qui s’exécute sur FreeBSD et d’autres dérivés BSD ainsi que sur les systèmes macOS, Solaris et Linux. Il a été adopté soit comme système d’initialisation par défaut, soit comme l’une des options d’installation sur plusieurs distributions Linux.
• s6-Linux-init: s6 est un remplacement de SysV init qui tente de traiter la nature sérielle de SysV init et de rester fidèle à la philosophie Unix.

systemd est un autre remplaçant de SysV init, mais il en comprend beaucoup plus. Il comporte des modules qui gèrent les périphériques physiques, les connexions des utilisateurs, la résolution des noms de réseau et bien plus encore. Il est composé de plus de 70 binaires et de plus de 1,4 million de lignes de code. Par comparaison, SysV init pour Arch Linux représente moins de 2000 lignes de code. De toute évidence, systemd a bel et bien abandonné la philosophie Unix. Et non seulement cela, cela commet l’hérésie supplémentaire d’ignorer complètement la norme POSIX (Portable Operating System Interface).

Les arguments systemd sont parmi les plus vifs que j’aie jamais vus dans une communauté open source. (Et cela veut dire quelque chose.) Les camps pro-systemd et no-systemd tout aussi bruyants ne sont pas les seules personnes impliquées, bien sûr. Je parle à beaucoup de gens qui ne savent même pas que systemd est une chose ainsi qu’à beaucoup d’autres qui en ont entendu parler mais qui ne connaissent pas assez de détails pour se faire une opinion d’une manière ou d’une autre. Franchement, ils s’en moquent. Ils veulent juste que les choses fonctionnent.

Si vous ne savez pas si vous utilisez une distribution basée sur systemd, exécutez le ps commande sur l’ID de processus 1.

ps -p 1

Si vous voyez «systemd» dans la réponse, alors clairement, vous utilisez systemd. Si cela dit autre chose – typiquement «init» – alors vous ne l’êtes pas.

Philosophie, architecture et qualité de l’ingénierie

Différentes personnes s’opposent à systemd pour différentes raisons. Pour certains, c’est le mépris de la philosophie traditionnelle Unix. Bien que ce ne soit pas un dogme obligatoire, c’est la «méthode Unix». Et c’est une façon qui a résisté à l’épreuve du temps: de petits utilitaires qui peuvent être connectés ensemble pour que leur sortie devienne l’entrée du processus suivant dans le pipeline est un élément central de ce qui donne à Linux son sens et son caractère. C’est ce qui le rend particulièrement adapté pour concocter rapidement des solutions créatives pour des besoins ponctuels ou de courte durée.

D’autres se sont interrogés sur les décisions de conception derrière systemd, «l’architecture logicielle». Pourquoi inclure toutes ces fonctionnalités qui n’ont rien à voir avec le démarrage d’un système? Si ces autres éléments devaient être mis à jour ou améliorés, faites-le. Mais pourquoi intégrer le tout dans une suite d’applications massive et interconnectée?

Des inquiétudes ont été soulevées concernant l’attitude cavalière des développeurs de systemd envers les corrections de bogues en général, et envers les vulnérabilités et expositions courantes en particulier. Plus vous avez de lignes de code, plus vous devez gérer de bogues. Lorsque ces bogues sont liés à la sécurité et que leur propre numéro CVE leur est attribué, vous devez les traiter hier.

Quelle que soit la raison ou les raisons de votre volonté de quitter une distribution Linux basée sur systemd, la question est de savoir où allez-vous ensuite? Vous souhaitez peut-être essayer quelque chose de complètement nouveau. Vous pourriez avoir hâte d’apprendre les tenants et les aboutissants d’une nouvelle distribution. D’un autre côté, vous n’aurez peut-être ni le temps ni l’appétit pour une autre courbe d’apprentissage. Vous voulez vous remettre en marche le plus rapidement possible sur un système qui vous semble aussi familier que possible.

La famille Debian: Devuan

Si vous utilisez Debian ou l’un des myriades de dérivés Debian comme Ubuntu et toute sa tribu de parents, il est logique que vous consultiez Devuan. Devuan est un fork de Debian, donc presque tout sera familier. Le shell par défaut est Bash et le gestionnaire de packages est apt. Devuan a été dérivé de Debian en 2014. Il est solide et stable et possède une communauté florissante.

Si vous préférez GNOME comme environnement de bureau, vous devrez faire un peu de travail supplémentaire. GNOME n’est pas proposé comme choix de bureau lors de l’installation. MATE, Cinnamon, XFCE et d’autres sont disponibles, mais GNOME devra être installé manuellement une fois que votre système sera opérationnel.

GNOME a quelques dépendances sur les composants systemd, à savoir, le gestionnaire de périphériques matériels udev et le gestionnaire de connexion logind. Des remplacements pour ceux-ci ont été créés par les développeurs Gentoo Linux.

eudev et elogind permettent aux applications avec des dépendances matérielles sur systemd de fonctionner comme si systemd était installé. Les puristes anti-systemd s’y opposent également, affirmant que se livrer à des logiciels codés dans des dépendances matérielles de systemd est presque aussi mauvais que d’exécuter systemd.

Les choix de système d’initialisation sur Devuan sont SysV init ou OpenRC.

La famille Arch: Artix Linux

Les utilisateurs d’Arch et de Manjaro voudront peut-être essayer Artix Linux. Artix est un fork d’Arch qui s’appuie sur le projet Arch-OpenRC. Sa première sortie est survenue en 2017.

Le Wiki Arch contient des instructions sur le remplacement de systemd par OpenRC, mais il n’est pas officiellement pris en charge. De même, depuis que la prise en charge d’OpenRC a été supprimée de Manjaro, il n’y a pas de distribution dérivée de Manjaro sans système.

Donc, si vous voulez rester dans l’univers Arch, vous devez choisir un fork basé sur Arch comme Artix qui utilise un système d’initialisation différent. Artix livre certainement sur ce front. Au cours du processus d’installation, vous choisissez l’un des trois systèmes d’initialisation différents. Les choix sont OpenRC, runit et s6.

Toutes les variantes de bureau attendues sont disponibles, telles que Cinnamon, MATE, XFCE, etc. Il existe également des versions en cours de test qui prennent en charge GNOME et le gestionnaire de fenêtres de tuilage i3.

Le gestionnaire de packages est pacman. Bien sûr, vous pouvez l’utiliser pour installer pamac, yay, ou l’un des autres assistants Arch User Repository (AUR). Le shell par défaut est Bash.

C’est tout ce que vous aimez d’Arch sans systemd.

Red Hat et Fedora: PCLinuxOS

Le projet systemd est une initiative de Red Hat. Les principaux développeurs de systemd sont des employés de Red Hat. Il semble que pour beaucoup dans le monde Linux, tout ce qui sort des camps Linux «d’entreprise» – Red Hat, Oracle, Intel, Canonical, par exemple – doit automatiquement être méfié.

systemd a été décrit comme, entre autres choses, rien de plus qu’un complot de Red Hat pour façonner Linux en quelque chose qui répond aux besoins de leur système d’exploitation embarqué. Si Red Hat avait besoin d’une distribution adaptée aux systèmes embarqués, il serait de loin plus facile d’en créer une. Vous n’avez pas besoin de convaincre Arch, Ubuntu et OpenSUSE de faire de même.

Bien sûr, avec Red Hat étant la raison pour laquelle systemd existe, vous n’allez pas trouver un dérivé de Red Hat sans systemd. Donc, quoi que vous souhaitiez, vous vous sentirez nouveau et différent. Mais si vous voulez au moins vous en tenir à une distribution qui utilise le Red Hat Package Manager (RPM), vous devriez revoir PCLinuxOS.

Le projet PCLinuxOS a débuté en 2003 en tant que fork de Mandrake Linux maintenant disparu juste avant que Mandrake ne devienne Mandriva. La première version de PCLinuxOS est apparue en 2007, elle est donc antérieure de loin à systemd.

Bien que PCLinuxOS utilise des fichiers «.rpm», il les manipule à l’aide de son propre logiciel de gestion de paquets, apt-rpm. Ceci est calqué sur le apt-get commande du monde Debian. Une version modifiée de synaptic est également fourni et fonctionne avec les fichiers «.rpm» au lieu des fichiers «.deb».

PCLinuxOS utilise SysV init et offre un choix d’environnements de bureau Plasma, MATE et XFCE pendant l’installation. Il existe quelques éditions «Community Remaster» qui fournissent d’autres environnements de bureau, y compris GNOME. Le shell par défaut est Bash.

Lancez certaines machines virtuelles

La meilleure – et la seule façon, vraiment – de voir si vous allez vous entendre avec une distribution Linux est de l’essayer. Le moyen le plus simple de le faire est d’utiliser une machine virtuelle. Il laisse votre installation Linux actuelle intacte. Vous pouvez installer et essayer autant de distributions Linux que vous le souhaitez jusqu’à ce que vous trouviez celle que vous pensez vouloir essayer. VirtualBox est parfait pour cela.

Lorsque vous êtes prêt à installer votre nouvelle distribution, faites plusieurs sauvegardes de votre installation actuelle, puis – et alors seulement – installez votre nouveau Linux.