Systemd bei Debian loswerden: Unterschied zwischen den Versionen
PoC (Diskussion | Beiträge) (Versionstests, toten Link entfernt) |
PoC (Diskussion | Beiträge) (Test mit Deb 11: Kein shim mehr, Rest funktioniert 1:1) |
||
Zeile 24: | Zeile 24: | ||
== Vorgehensweise == | == Vorgehensweise == | ||
apt-get install sysvinit-core | apt-get install sysvinit-core bootlogd systemd-sysv- | ||
reboot | reboot | ||
Danach: | Danach: | ||
apt-get autoremove --purge systemd | apt-get autoremove --purge systemd | ||
Fertig. | Fertig. |
Aktuelle Version vom 18. Oktober 2023, 13:14 Uhr
Debian Jessie (8) (und neuer) bringt per Default ein neues Startsystem, mit: Systemd. Nach sorgfältiger Recherche und Abwägen des Für und Wider habe ich mich dazu entschlossen, meine Debian-Installationen ohne Systemd zu betreiben, sondern auf die nach wie vor unterstützte traditionelle Sysv-Umgebung zu setzen. Bei den Betrachtungen ist wichtig, dass es hier nicht um Desktopsysteme geht, sondern um Serverinstallationen.
Diese Anleitung wurde mit Debian Buster (10) verifiziert.
Mit Debian 12 (Bookworm) gibt es wohl neue Paketabhängigkeiten, weswegen diese Anleitung nicht mehr funktioniert.
Gründe
Achtung, dies ist meine subjektive Betrachtungsweise!
- Systemd ist unübersichtlich, weil Systemd alles abdecken möchte, was derzeit von bekannten und gut funktionierenden Subsystemen abgedeckt wird:
- Init für Runlevelmanagement und Startvorgang,
- Udev für dynamische /dev-Nodes und Netzwerkinterfaces,
- Ergänzung/Ablöse von (x)inetd zwecks Nachstarten von Prozessen,
- evtl. weiteres, was mir bisher nicht negativ aufgefallen ist.
Welche eigentlich netten und relevanten Features verlieren die Installationen durch den Verzicht?
- Den beeindruckend schnellen Startvorgang, u. A. durch Parallelisierung von Daemonstarts,
- Automatische Prozessisolation durch die Integration von cgroups in den Startvorgang.
Was gewinnt man durch den Verzicht?
- Eine bekannte, verlässliche und durch jahrelange Erfahrung gestützte Systemumgebung, die alte Hasen im Schlaf und zeitgleichem Vollsuff beherrschen; ein nicht zu unterschätzender Punkt für Serveradministratoren,
- deutlich näher dran an everything is a file,
- erprobtes Logging im ASCII-Format mit allen Vorteilen wie z. B. grep.
Vorgehensweise
apt-get install sysvinit-core bootlogd systemd-sysv- reboot
Danach:
apt-get autoremove --purge systemd
Fertig.
Beim letzten apt-get-Aufruf sollte geprüft werden, ob eventuell weitere Pakete deinstalliert werden, welche Systemd als Abhängigkeit besitzen. Bei Serverinstallationen dürfte dies in der Regel nicht der Fall sein.
Siehe auch
Weblinks
- Systemd Projektseite (en)
- Darlegung von Für/Wider bei Stackexchange (en)
- Mythen über Systemd (en)
- SimonRichter/ blog/ Why sysvinit? (en)
- After switching to Devuan, how do I remove systemd? (en)