Der Systemmanager systemd 260 ist jetzt verfügbar

Nach drei Monaten Entwicklung ist die Version des Systemmanagers systemd 260 jetzt verfügbar. Zu den wichtigsten Änderungen gehören die Einstellung der Unterstützung für Dienste im Format System V, der Mechanismus 'mstack' für die Zusammensetzung mehrschichtiger Mount-Hierarchien, das Dienstprogramm systemd-report, die Unterstützung der Integration von systemd-networkd mit ModemManager, die Unterstützung benutzerdefinierter tragbarer Dienste sowie das Konzept 'xaccess' in systemd-logind und systemd-udevd.

Zu den Änderungen in der neuen Version gehören:

• Die Unterstützung für Dienste im Format System V wurde eingestellt, und die Auslieferung der Komponenten rc-local.service, systemd-sysv-install, systemd-rc-local-generator und systemd-sysv-generator wurde eingestellt.
• Das "mstack" (Mount Stack) Mechanismus wurde implementiert, der es ermöglicht, Verzeichnisse mit dem Suffix ".mstack/" zu verwenden, um eine zusammengesetzte Hierarchie von Verzeichnissen zu erstellen. Diese wird durch die sequentielle Montage und Überlagerung von Disk-Images und Teilen des Dateisystems unter Verwendung von OverlayFS und "mount --bind" gebildet. Es wurden der Befehl systemd-mstack, die Option "--mstack" in systemd-nspawn sowie der Parameter RootMStack in den Units hinzugefügt, die für die gleichzeitige Montage und Demontage aller Elemente, die in der "mstack"-Konfiguration definiert sind, verwendet werden können, beispielsweise zum schnellen Wiederherstellen eines Container-Images oder einer Arbeitsumgebung für einen Service. Jede Datei oder jedes Unterverzeichnis in ".mstack/" definiert eine Montageschicht oder einen "overlayfs"-Layer.

  Beispielsweise definiert die folgende Konfiguration "foobar.mstack/" ein overlayfs mit zwei Schichten im Nur-Lese-Modus aus den Disk-Images base.raw und app.raw (die als symbolische Links angegeben sind), sowie einem Verzeichnis "rw" mit Schreibmöglichkeiten darüber: foobar.mstack/layer@0.raw → ../base.raw foobar.mstack/layer@1.raw → ../app.raw foobar.mstack/rw/
• Die Frameworks „metrics“ und „report“ wurden implementiert, die von Systemkomponenten zur Ausgabe von Statistiken über Varlink im Verzeichnis /run/systemd/report/ verwendet werden können. Zusätzlich wurde das Dienstprogramm systemd-report hinzugefügt, welches einen konsolidierten Bericht erstellt, der Statistiken aller Komponenten zusammenfasst und im JSON-Format ausgibt. Derzeit stellen nur der Dienstmanager und systemd-networkd Metriken bereit.
• In systemd-networkd wurde die Integration mit ModemManager sichergestellt und eine Sektion „[MobileNetwork]“ mit den Einstellungen APN, AllowedAuthenticationMechanisms, User, Password, IPFamily, AllowRoaming, PIN, OperatorId, RouteMetric und UseGateway hinzugefügt, die es ermöglichen, systemd-networkd für die Verbindung über ein Modem zu Mobilfunkanbietern zu nutzen.
• Es wurde die Möglichkeit geschaffen, systemd-portabled als Benutzerdienst zu starten, der von einem nicht privilegierten Benutzer ausgeführt wird. Um den Diensttyp auszuwählen, wurden in das Dienstprogramm portablectl die Flags „—user“ und „—system“ hinzugefügt. Tragbare Dienste („Portable Services“) sind Systemdienste, die als eigenständige Container gestaltet sind (werden als Systemabbild bereitgestellt, jedoch wie ein gewöhnlicher Dienst behandelt).
• In systemd-logind und systemd-udevd wurde die Unterstützung für das Konzept "xaccess" (Extended Access) eingeführt, das es ermöglicht, den Zugriff auf die GPU in grafischen Sitzungen für Benutzer mit remote Zugriff bereitzustellen, die physisch keinen Monitor und Eingabegeräte auf dem lokalen System verwenden (analog zum uaccess-Zugriff, der Benutzer umfasst, die physisch am Computer arbeiten). Für die Konfiguration der Sitzungen wird in diesem Fall empfohlen, über PAM die Umgebungsvariable XDG_SESSION_EXTRA_DEVICE_ACCESS festzulegen.
• Um die Konfiguration des DeviceTree in UKI-Images (Unified Kernel Image) zu automatisieren, wurde ein kanonischer Satz von Dateien mit Hardware-IDs unter /usr/lib/systemd/boot/hwids/ vorgeschlagen, der die Geräte-IDs mit Elementen des DeviceTree verknüpft. Mit diesem Satz findet und lädt das UKI-Image automatisch das erforderliche DTB (Device Tree Blob) während des Bootvorgangs, ohne dass spezifische Images für jedes Gerät erstellt werden müssen. Aktuell wurden hwid-Dateien für ARM64-Geräte auf Basis von Snapdragon-Chips erstellt.
• In /etc/os-release wurde ein neues Feld „FANCY_NAME“ hinzugefügt, das sich von „PRETTY_NAME“ durch die Möglichkeit unterscheidet, nicht-ASCII Unicode-Glyphen zu verwenden. Wenn das Feld „FANCY_NAME“ vorhanden ist, wird es in der Ausgabe von systemd, systemd-hostnamed und hostnamectl anstelle von „PRETTY_NAME“ verwendet.
• Dienste, die öffentliche Varlink-Schnittstellen bereitstellen, wurden mithilfe symbolischer Links in einem einzigen Verzeichnis /run/varlink/registry/ zusammengeführt. Zum Anzeigen der Liste solcher Dienste wurde der Befehl ‘varlinkctl list-registry’ implementiert.
• In Unit-Dateien wurde die Möglichkeit eingeführt, im Parameter PrivateUsers den Wert „managed“ anzugeben, um dem Unit automatisch Benutzer- und Gruppen-IDs (UID/GID) über systemd-nsresourced zuzuweisen.
• In Unit-Dateien wurde die Einstellung RefreshOnReload hinzugefügt, um Erweiterungen und Anmeldedaten beim Neustart der Unit zu aktualisieren.
• In Unit-Dateien wurde die Einstellung BindNetworkInterface hinzugefügt, um alle im Unit erstellten Sockets automatisch an das angegebene Netzwerk-Interface zu binden.
• In Unit-Dateien wurden die Einstellungen ConditionPathIsSocket und AssertPathIsSocket hinzugefügt, um das Verhalten der Unit zu ändern oder sie abzubrechen, wenn die angegebenen Pfade keine Sockets sind.
• In systemctl wurde der Befehl ‚enqueue-marked‘ hinzugefügt, der die D-Bus-Methode EnqueueMarkedJobs() aufruft. Der zuvor verwendete Parameter ‚—marked‘ wurde als veraltet erklärt.
• In den Diensten wurde die Einstellung MemoryTHP hinzugefügt, um die Verwendung von großen Speicherseiten in den Diensten zu verwalten (THP – Transparent Huge Pages).
• In den .delegate-Dateien von systemd-resolved wurde die Unterstützung des Parameters FirewallMark hinzugefügt, um im Netzwerk-Stack ein ‚firewall mark‘ für den generierten DNS-Verkehr festzulegen.
• In systemd-sysupdate wurde der Befehl ‚acquire‘ hinzugefügt, um die Schritte des Lade- und Installations- oder Aktualisierungsprozesses zu trennen. Die Unterstützung zur Kennzeichnung von Partitionen als teilweise geladen wurde implementiert.
• In systemd-vmspawn wurde die Option ‚—image-format‘ hinzugefügt, um das Format (qcow2 oder raw) des Disk Images auszuwählen.
• In systemd-inhibit wurde für die Option ‚—list‘ die Unterstützung des Formats ‚JSON‘ mit der Möglichkeit zur Verwendung der Flags ‚—what‘, ‚—who‘, ‚—why‘ und ‚—mode‘ zur Filterung der Ausgabe implementiert.
• In systemd-repart wurde eine grundlegende Unterstützung für die Überprüfung der Integrität von verschlüsselten Partitionen unter Verwendung von dm-integrity hinzugefügt.
• In das Werkzeug systemd-keyutil wurde der Befehl ‚extract-certificate‘ hinzugefügt, um den Inhalt von X.509-Zertifikaten auszugeben.
• In systemd-sysext und varlinkctl wurde die Unterstützung für die interaktive Authentifizierung mit polkit implementiert.
• Eine polkit-Richtlinie wurde hinzugefügt, die es einem nicht privilegierten Benutzer ermöglicht, systemd-ask-password aufzurufen.
• In systemd-importd wurde die Möglichkeit hinzugefügt, OCI-Images mit dem Befehl „importctl pull-oci“ zu laden, die in Form von Images zum Einhängen über „mstack“ gespeichert werden.
• Die Unterstützung für die Farben SYSTEMD_COLORS=auto-16, SYSTEMD_COLORS=auto-256 und SYSTEMD_COLORS=auto-24bit wurde hinzugefügt.
• Es wurden vollfunktionsfähige, eigenständige ausführbare Dateien für systemd-sysusers und systemd-tmpfiles bereitgestellt (zuvor wurden gekürzte Versionen erstellt).
• In systemd-oomd wurde ein „prekill hook“ hinzugefügt, der es ermöglicht, Handler zu integrieren, die vor der erzwungenen Beendigung eines Prozesses wegen Speichermangel im System ausgelöst werden.
• Die Möglichkeit, nicht-systemische Benutzer und Gruppen in udev-Regeln (OWNER=/GROUP=) und den Einstellungen von systemd-networkd (User=/Group=) zu verwenden, wurde wiederhergestellt, jedoch als veraltet markiert.
• In systemd-repart wurde die Funktionalität des mkfs.xfs-Tools, die in xfsprogs 6.17.0 eingeführt wurde, aktiviert, um den Anfangsinhalt des Dateisystems aus dem angegebenen Verzeichnis bereitzustellen.
• Die Anforderungen an die minimalen Versionen wurden erhöht: Linux-Kernel 5.4 → 5.10 (empfohlen 5.14, für volle Funktionalität — 6.6), libidn → libidn2, Python 3.7.0 → 3.9.0, glibc 2.31 → 2.34, OpenSSL 1.1.0 → 3.0.0, cryptsetup 2.0.1/2.3.0 → 2.4.0, elfutils 158 → 177, libblkid 2.24 → 2.37, libseccomp 2.3.1 → 2.4.0.
• Die Regeln zur Gewährleistung der Portabilität und Stabilität wurden überarbeitet und vereinfacht, wobei das Engagement zur Vermeidung sichtbarer Rückschritte in den öffentlichen Schnittstellen verstärkt wurde.

Quelle: opennet.ru