Mit der Veröffentlichung von systemd 254 werden nach 13 Jahren die SysVinit-Scripte zur Handhabung von Diensten als veraltet erklärt und in einer künftigen Version von systemd entfernt.
Demnächst entfernt
Im Verlauf des Herbstes wird mit systemd v255 zudem die Unterstützung für Systeme wegfallen, die den Usr-Merge, also die Verschiebung des Inhalts der Verzeichnisse /bin, /sbin, /lib und /lib64 in entsprechende Verzeichnisse unter /usr noch nicht vollzogen haben. Laut Ankündigung haben alle Distributionen, die systemd verwenden, diesen Schritt bereits vollzogen. Mit systemd 254 wird außerdem das Ende der Unterstützung für cgroups v1 früh im kommenden Jahr angekündigt.
Soft Reboot
Die Liste der Neuerungen ist wie immer lang. Am interessantesten ist vermutlich der neue, über den Befehl systemctl soft-reboot getriggerte Soft Reboot– Mechanismus, der aller Dienste und Units beendet und dann nur den Userspace inklusive eines möglicherweise neuen Root-Fs hochfährt, ohne den Kernel und die gesamte Hardware-Initialisierung neu zu starten. Gerade im Hinblick auf kommende unveränderliche Systeme, die wegen der atomaren Updates öfter neu gestartet werden müssen, ist diese neue Funktion willkommen.
Akku-Check
Ebenfalls neu ist der systemd-battery-check, der während der frühen Boot-Phase ausgeführt wird und den Akku-Füllstand des Systems überprüft. Ist der Akku nicht ausreichend geladen, um das Gerät zuverlässig zu starten, erhält der Anwender über den Plymouth-Splash-Screen eine entsprechende Warnung und das System wird 10 Sekunden später heruntergefahren. Dieses Verhalten lässt sich durch den String systemd.battery-check=0 in der Kernel-Bootzeile deaktivieren.
Systemd 254 ist bereits in Arch-Testing, Debian-Unstable, Gentoo, Fedora Rawhide und merkwürdigerweise auch in Devuan-Unstable verfügbar, weitere Distributionen werden folgen. Am 2. Oktober soll als nächste Version systemd 255 folgen.
> Systemd 254 ist bereits in Arch-Testing, Debian- und merkwürdigerweise auch in Devuan-Unstable, Gentoo und Fedora Rawhide verfügbar[…]
Devuan-Unstable entwickelt sich auch mal weiter, die erkennen auch nach und nach die Überlegenheit des Systemd init-systems.
Vielleicht sollten Interessierte tatsächlich einmal im Devuan Forum diesen Thread, “Why are there systemd files present in Devuan?”, lesen: https://dev1galaxy.org/viewtopic.php?id=1925
> Sometimes they write nonsense ….
Frechheit Linuxnews.de sowas zu unterstellen.
Ich finde es ja nett, dass man mir im Devuan Forum unterstellt, ich würde Unsinn schreiben. Dann sollen die Meckerer sich mal bei Repology beschweren. Anmeldung im Devuan-Forum geht nicht (Bestätigungsmail nicht erhalten), deswegen hier.
Edit: Link kam verspätet. https://dev1galaxy.org/viewtopic.php?pid=43168#p43168
Super Thread, gerade durchgelesen. Sehr gutes Beispiel wie man sich schnell selbst diskreditiert, nur mit ein Paar Sätzen.
Hätte er Bock gehabt Dir eine Email zu schreiben, das wäre dann halb so schlimm, aber ab dann wird es gut mit Argumeten in dem Thread, und immer schön sagen warum man Etwas NICHT macht.
Du könntest den Passus, systemd wäre in Devuan unstable, ja entfernen.
Vernünftiger Vorschlag