Systemd bei Debian loswerden: Unterschied zwischen den Versionen
PoC (Diskussion | Beiträge) K (→Gründe: Typo) |
PoC (Diskussion | Beiträge) (→Weblinks: +Link) |
||
Zeile 39: | Zeile 39: | ||
* [http://crunchbang.org/forums/viewtopic.php?id=37871 Systemd loswerden], Beschreibung bei Crunchbang.org (en) | * [http://crunchbang.org/forums/viewtopic.php?id=37871 Systemd loswerden], Beschreibung bei Crunchbang.org (en) | ||
* [http://www.simonrichter.eu/blog/2016-03-03-why-sysvinit.html SimonRichter/ blog/ Why sysvinit?] (en) | * [http://www.simonrichter.eu/blog/2016-03-03-why-sysvinit.html SimonRichter/ blog/ Why sysvinit?] (en) | ||
* [https://unix.stackexchange.com/questions/218933/after-switching-to-devuan-how-do-i-remove-systemd After switching to Devuan, how do I remove systemd?] (en) | |||
[[Kategorie:Linux]] | [[Kategorie:Linux]] |
Version vom 27. Februar 2020, 10:43 Uhr
Debian Jessie (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.
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 systemd-shim bootlogd systemd-sysv- reboot
Danach:
apt-get autoremove --purge systemd systemd-shim
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)
- Systemd loswerden, Beschreibung bei Crunchbang.org (en)
- SimonRichter/ blog/ Why sysvinit? (en)
- After switching to Devuan, how do I remove systemd? (en)