Website-Suche

Die besten Linux-Distributionen ohne systemd

Als die dominierenden Linux-Distributionen systemd übernahmen, spalteten sich Dissidenten ab und starteten neue Projekte. Was sind also Ihre Optionen, wenn Sie nach einer Distribution ohne systemd suchen? Schauen wir uns das an.

systemd: Eine kurze Zusammenfassung

Historisch gesehen war die Startsequenz in einem Linux-System eine Nachbildung des Initialisierungssystems, das mit System V Unix (SysV) eingeführt wurde. Das SysV-Init-System hielt sich an die Unix-Philosophie. Wenn Menschen von der Unix-Philosophie sprechen, reduzieren sie diese meist auf das bekannte Schlagwort "Mach eine Sache und mach sie gut." Und diese Sache war, als erster Prozess zu starten und dann andere Prozesse zu starten. Außerdem entfernte es von Zeit zu Zeit Zombies.

SysV-Init hat seine Aufgabe gut genug erfüllt, aber es wurde nicht allzu effizient gemacht. Es startete Prozesse seriell, nacheinander. Es gab keine Parallelität. Das Design bremste den Durchsatz. Dies wurde mehr oder weniger durch die Geschwindigkeitsgewinne moderner Hardware maskiert, und es ist nicht so, dass das Booten eines Linux-Computers eine endlose Zeit dauerte. Aber ja, technisch hätte es effizienter gestaltet werden können.

Wie bei allem anderen in Linux hatten die Benutzer eine Wahl. Alternativen standen zur Verfügung. Kompetente Benutzer konnten ihren Linux-Computer so konfigurieren, dass ein anderes Init-System verwendet wurde, eines, das Prozesse parallel startete und auf die Weise funktionierte, die sie mochten.

Einige der Optionen waren:

  • Upstart: Dies war eine Initiative, die von Canonical entwickelt wurde und von der Red Hat-Familie der Distributionen, einschließlich CentOS und Fedora, übernommen wurde. Upstart wird nicht mehr weiterentwickelt.
  • runit: Dies ist ein unabhängiges, plattformübergreifendes Projekt, das auf FreeBSD und anderen BSD-Derivaten sowie auf macOS, Solaris und Linux-Systemen läuft. Es wurde als das standardmäßige Init-System oder als eine der Installationsoptionen in mehreren Linux-Distributionen übernommen.
  • s6-Linux-init: s6 ist ein Ersatz für SysV-Init, der versucht, die serielle Natur von SysV-Init zu adressieren und der Unix-Philosophie treu zu bleiben.

Systemd ist ein weiterer Ersatz für SysV init, aber es umfasst eine ganze Menge mehr. Es hat Module, die physische Geräte, Benutzeranmeldungen, Namensauflösung im Netzwerk und vieles mehr verwalten – es besteht aus mehr als 70 Binärdateien und über 1,4 Millionen Zeilen Code. Im Vergleich dazu umfasst SysV init für Arch Linux weniger als 2.000 Zeilen Code. Offensichtlich hat systemd die Unix-Philosophie gut und wahrhaftig aufgegeben. Und nicht nur das, es begeht die weitere Häresie, den Portable Operating System Interface (POSIX) Standard völlig zu ignorieren.

Die systemd-Argumente gehören zu den leidenschaftlichsten, die ich jemals in einer Open-Source-Community erlebt habe. (Und das will etwas heißen.) Die ebenso lautstarken Pro-systemd- und No-systemd-Lager sind natürlich nicht die einzigen Beteiligten. Ich spreche mit vielen Menschen, die nicht einmal wissen, dass systemd existiert, sowie mit vielen anderen, die davon gehört haben, aber nicht genug Details kennen, um sich eine Meinung zu bilden. Ehrlich gesagt, es interessiert sie nicht. Sie wollen einfach, dass die Dinge funktionieren.

Wenn Sie sich nicht sicher sind, ob Sie eine auf systemd basierende Distribution verwenden, führen Sie den

ps

Befehl an Prozess-ID 1.

ps -p 1

Wenn Sie "systemd" in der Antwort sehen, bedeutet das klar, dass Sie systemd verwenden. Wenn etwas anderes steht – typischerweise "init" – dann verwenden Sie es nicht.

Philosophie, Architektur und Ingenieuringenieurqualität

Verschiedene Menschen lehnen systemd aus unterschiedlichen Gründen ab. Für einige ist es die Missachtung der traditionellen Unix-Philosophie. Obwohl es kein verpflichtendes Dogma ist, ist es der "Unix-Weg." Und es ist ein Weg, der sich bewährt hat: Kleine Hilfsprogramme, die miteinander verbunden werden können, sodass ihre Ausgabe die Eingabe des nächsten Prozesses in der Pipeline wird, ist ein zentraler Bestandteil dessen, was Linux seine Atmosphäre und Charakter verleiht. Es ist das, was es besonders geeignet macht, schnell kreative Lösungen für einmalige oder kurzlebige Anforderungen zusammenzustellen.

Andere hinterfragten die Entwurfentscheidungen hinter systemd, der "Softwarearchitektur." Warum all diese Funktionalität einbeziehen, die nichts mit dem Booten eines Systems zu tun hat? Wenn diese anderen Elemente aktualisiert oder verbessert werden müssen, dann tu das einfach. Aber warum alles zu einer massiven, miteinander verknüpften Suite von Anwendungen integrieren?

Es wurden Bedenken hinsichtlich der saloppen Einstellung der systemd-Entwickler zu Fehlermeldungen im Allgemeinen und zu Common Vulnerabilities and Exposures im Besonderen geäußert. Je mehr Codezeilen Sie haben, desto mehr Bugs müssen Sie beheben. Wenn diese Bugs sicherheitsrelevant sind und eine eigene CVE-Nummer zugewiesen bekommen haben, dann mussten Sie sich gestern darum kümmern.

Was auch immer der Grund oder die Gründe sind, die dich dazu bringen, eine auf systemd basierende Linux-Distribution zu verlassen, die Frage ist: Wohin gehst du als Nächstes? Vielleicht möchtest du etwas völlig Neues ausprobieren. Möglicherweise freust du dich darauf, die Feinheiten einer neuen Distribution zu lernen. Auf der anderen Seite hast du vielleicht weder die Zeit noch die Lust auf eine weitere Lernkurve. Du möchtest so schnell wie möglich wieder einsatzbereit sein auf einem System, das sich so vertraut anfühlt, wie es nur sein kann.

Die Debian-Familie: Devuan

Wenn Sie Debian oder eines der zahlreichen Debian-Derivate wie Ubuntu und seine gesamte Verwandtschaft verwenden, ist es sinnvoll, sich Devuan anzusehen. Devuan ist ein Fork von Debian, daher ist fast alles vertraut. Die Standard-Shell ist Bash und der Paketmanager ist apt. Devuan wurde 2014 von Debian abgezweigt. Es ist solide und stabil und hat eine blühende Gemeinschaft.

Wenn Sie GNOME als Ihre Desktop-Umgebung bevorzugen, müssen Sie ein wenig zusätzliche Arbeit leisten. GNOME wird während der Installation nicht als Desktop-Option angeboten. MATE, Cinnamon, XFCE und andere sind verfügbar, aber GNOME muss manuell installiert werden, nachdem Ihr System in Betrieb genommen wurde.

GNOME hat einige Abhängigkeiten von Systemd-Komponenten, nämlich vom udev-Hardware-Gerätemanager und vom logind-Anmeldemanager. Für diese wurden von den Gentoo Linux-Entwicklern Ersatz geschaffen.

eudev und elogind ermöglichen es Anwendungen mit harten Abhängigkeiten von systemd, so zu funktionieren, als wäre systemd installiert. Anti-systemd-Puristen lehnen das ebenfalls ab und argumentieren, dass das Nachgeben gegenüber Software, die in harten Abhängigkeiten zu systemd codiert ist, fast so schlecht ist wie das Ausführen von systemd.

Die Auswahl des Init-Systems auf Devuan sind SysV-Init oder OpenRC.

Die Arch-Familie: Artix Linux

Arch- und Manjaro-Benutzer könnten Artix Linux einmal ausprobieren. Artix ist ein Fork von Arch, der auf dem Arch-OpenRC-Projekt aufbaut. Die erste Veröffentlichung kam im Jahr 2017.

Die Arch-Wiki enthält Anweisungen zum Ersetzen von systemd durch OpenRC, aber es wird nicht offiziell unterstützt. Ebenso gibt es keine von Manjaro abgeleitete Distribution, die systemd-frei ist, da die Unterstützung für OpenRC von Manjaro eingestellt wurde.

Wenn Sie also im Arch-Universum bleiben möchten, müssen Sie einen Arch-basierten Fork wie Artix wählen, der ein anderes Init-System verwendet. Artix erfüllt auf diesem Gebiet definitiv seine Versprechungen. Während des Installationsprozesses wählen Sie eines von drei verschiedenen Init-Systemen. Die Optionen sind OpenRC, runit und s6.

Alle erwarteten Desktop-Varianten sind verfügbar, wie Cinnamon, MATE, XFCE und mehr. Es gibt auch testversionen, die GNOME und den i3-Kachelfenstermanager unterstützen.

Der Paketmanager ist pacman. Natürlich können Sie damit pamac, yay oder einen der anderen Arch User Repository (AUR) Helfer installieren. Die Standard-Shell ist Bash.

Es ist alles, was Sie an Arch mögen, ohne systemd.

Red Hat und Fedora: PCLinuxOS

Das systemd-Projekt ist eine Initiative von Red Hat. Die Hauptentwickler von systemd sind Mitarbeiter von Red Hat. Es scheint, dass viele im Linux-Umfeld alles, was aus den "unternehmerischen" Linux-Umfeldern - Red Hat, Oracle, Intel, Canonical zum Beispiel - kommt, automatisch misstrauisch betrachten müssen.

systemd wurde unter anderem als nichts weiter als ein Plan von Red Hat beschrieben, um Linux in etwas zu formen, das ihren Bedürfnissen an eingebetteten Betriebssystemen entspricht. Wenn Red Hat eine Distribution benötigt, die auf eingebettete Systeme zugeschnitten ist, wäre es viel einfacher, einfach eine zu erstellen. Man braucht nicht zu versuchen, Arch, Ubuntu und OpenSUSE dazu zu bringen, diesem Beispiel zu folgen.

Natürlich, da Red Hat der Hauptgrund ist, warum systemd existiert, werden Sie in einem Red Hat-Derivat kein systemd finden. Egal, wohin Sie wechseln, es wird sich neu und anders anfühlen. Aber wenn Sie zumindest bei einer Distribution bleiben möchten, die den Red Hat Package Manager (RPM) verwendet, sollten Sie PCLinuxOS überprüfen.

Das PCLinuxOS-Projekt begann im Jahr 2003 als ein Fork des inzwischen eingestellten Mandrake Linux, kurz bevor Mandrake zu Mandriva wurde. Die erste Version von PCLinuxOS wurde 2007 veröffentlicht, sodass sie systemd um weite Teile vorangeht.

Während PCLinuxOS ".rpm" Dateien verwendet, manipuliert es sie mit seiner eigenen Paketverwaltungssoftware, apt-rpm. Dies ist nach dem apt-get Befehl aus der Debian-Welt modelliert. Eine modifizierte Version von synaptic wird ebenfalls bereitgestellt, die mit ".rpm" Dateien anstelle von ".deb" Dateien funktioniert.

PCLinuxOS verwendet SysV-Init und bietet während der Installation die Wahl zwischen den Desktop-Umgebungen Plasma, MATE und XFCE. Es gibt einige "Community-Remaster"-Editionen, die andere Desktop-Umgebungen, einschließlich GNOME, bereitstellen. Die Standard-Shell ist Bash.

Starte einige VMs

Der beste - und wirklich einzige Weg - um zu sehen, ob du mit einer Linux-Distribution zurechtkommst, ist, sie auszuprobieren. Der einfachste Weg, das zu tun, ist in einer virtuellen Maschine. Dadurch bleibt deine aktuelle Linux-Installation unberührt. Du kannst so viele Linux-Distributionen installieren und ausprobieren, wie du möchtest, bis du die findest, die du ausprobieren möchtest. VirtualBox ist dafür perfekt.

Wenn Sie bereit sind, Ihre neue Distribution zu installieren, erstellen Sie mehrere Sicherungen Ihrer aktuellen Installation und installieren Sie dann – und nur dann – Ihr neues Linux.