Systemmanager systemd 260 verfügbar

Nach drei Monaten Entwicklung steht die Version des Systemmanagers systemd 260 zur Verfügung. Die wichtigsten Neuerungen: Einstellung der Unterstützung für Service-Skripte im System V-Format, der Mechanismus „mstack“ zur Bildung von mehrschichtigen Mount-Hierarchien, das Tool systemd-report, Unterstützung für die Integration von systemd-networkd mit ModemManager, Unterstützung für benutzerdefinierte portable Dienste, das Konzept „xaccess“ in systemd-logind und systemd-udevd.

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

• Die Unterstützung für Service-Skripte im System V-Format wurde eingestellt, und die Bereitstellung der Komponenten rc-local.service, systemd-sysv-install, systemd-rc-local-generator und systemd-sysv-generator wurde eingestellt.
• Der Mechanismus „mstack“ (Mount Stack) wurde implementiert, der die Verwendung von Verzeichnissen mit dem Suffix „.mstack/“ zur Bildung einer zusammengesetzten Verzeichnisstruktur ermöglicht, die durch aufeinanderfolgende Mounts und das Überlagern von Disk-Images und Teilen des Dateisystems mittels OverlayFS und „mount —bind“ entsteht. Die Befehle systemd-mstack, die Option „—mstack“ in systemd-nspawn und der Parameter RootMStack in den Units wurden hinzugefügt, die zum gleichzeitigen Mounten und Unmounten aller in der „.mstack“-Konfiguration definierten Elemente verwendet werden können, um beispielsweise schnell ein Container-Image oder eine Arbeitsumgebung eines Dienstes wiederherzustellen. Jede Datei oder Unterverzeichnis in „.mstack/“ definiert eine Mount-Ebene oder eine „overlayfs“-Schicht.

  Beispielsweise definiert die folgende Konfiguration „foobar.mstack/“ ein overlayfs mit zwei Schichten im Nur-Lesen-Modus aus den Disk-Images base.raw und app.raw (als symbolische Links angegeben) und einem „rw“-Verzeichnis mit Schreibrecht darüber: foobar.mstack/layer@0.raw → .. /base.raw foobar.mstack/layer@1.raw → .. /app.raw foobar.mstack/rw/
• Die Rahmenwerke „metrics“ und „report“ wurden implementiert, die von Systemkomponenten für die Ausgabe von Statistiken über Varlink im Verzeichnis /run/systemd/report/ verwendet werden können. Das Tool systemd-report wurde hinzugefügt, das einen konsolidierten Bericht erstellt, der die Statistiken aller Komponenten zusammenführt und im JSON-Format ausgibt. Derzeit stellen nur der Service-Manager und systemd-networkd Metriken zur Verfügung.
• In systemd-networkd wurde die Integration mit ModemManager sichergestellt, und es wurde der Abschnitt „[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 mit Mobilfunkanbietern über ein Modem zu nutzen.
• Es wurde die Möglichkeit geschaffen, systemd-portabled als Benutzerdienst zu starten, der von nicht privilegierten Benutzern ausgeführt wird. Zur Auswahl des Diensttyps wurden der Utility portablectl die Flags „—user“ und „—system“ hinzugefügt. Tragbare Dienste („Portable Services“) sind Systemdienste, die als eigenständige Container dargestellt werden (werden als Systemabbild geliefert, aber als gewöhnlicher Dienst behandelt).
• In systemd-logind und systemd-udevd wurde die Unterstützung für das Konzept „xaccess“ (Extended Access) hinzugefügt, das es in grafischen Sitzungen ermöglicht, Benutzern mit Remote-Zugriff, die physisch keinen Monitor und keine Eingabegeräte auf dem lokalen System verwenden, Zugriff auf die GPU zu gewähren (analog zum uaccess-Zugriff, der physisch arbeitende Computerbenutzer abdeckt). Zur Konfiguration von Sitzungen wird in diesem Fall vorgeschlagen, über PAM die Umgebungsvariable XDG_SESSION_EXTRA_DEVICE_ACCESS zu setzen.
• Für die Automatisierung der Konfiguration des DeviceTree in UKI-Abbildern (Unified Kernel Image) wurde ein kanonisches Set von Dateien mit Hardware-IDs unter /usr/lib/systemd/boot/hwids/ vorgeschlagen, das Hardware-IDs mit Elementen des DeviceTree verknüpft. Mit diesem Set findet UKI-Abbild automatisch das erforderliche DTB (Device Tree Blob) während des Bootvorgangs, ohne dass gerätespezifische Abbilder 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“ dadurch unterscheidet, dass nicht-ASCII-Zeichen von Unicode verwendet werden können. 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-Interfaces bereitstellen, wurden mithilfe von symbolischen Links in einem Verzeichnis /run/varlink/registry/ zusammengefasst. Um die Liste solcher Dienste anzuzeigen, wurde der Befehl „varlinkctl list-registry“ implementiert.
• In den Einheiten wurde die Möglichkeit eingeführt, im Parameter PrivateUsers den Wert „managed“ anzugeben, um dem Dienst automatisch Bereichskennungen von Benutzern und Gruppen (UID/GID) über systemd-nsresourced zuzuweisen.
• In die Einheiten wurde die Einstellung RefreshOnReload hinzugefügt, um Erweiterungen und Anmeldeinformationen beim Neustart der Einheit zu aktualisieren.
• In die Einheiten wurde die Einstellung BindNetworkInterface hinzugefügt, um alle im Dienst erstellten Sockets automatisch an die angegebene Netzwerkschnittstelle zu binden.
• In die Units wurden die Einstellungen ConditionPathIsSocket und AssertPathIsSocket hinzugefügt, um das Verhalten oder das Abbrechen der Unit zu ändern, falls 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‘ ist veraltet.
• In die Services wurde die Einstellung MemoryTHP hinzugefügt, um die Verwendung großer Speicherseiten in den Services (THP – Transparent Huge Pages) zu steuern.
• In die .delegate-Dateien von systemd-resolved wurde die Unterstützung des Parameters FirewallMark hinzugefügt, um im Netzwerkstack ein ‚Firewall-Mark‘ für den erzeugten DNS-Verkehr festzulegen.
• In systemd-sysupdate wurde der Befehl ‚acquire‘ hinzugefügt, um die Phasen von Booten und Installation oder Aktualisierung zu trennen. Die Unterstützung für das Markieren 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 ‚JSON‘-Formats umgesetzt, mit der Möglichkeit, die Flags ‚—what‘, ‚—who‘, ‚—why‘ und ‚—mode‘ zur Filterung der Ausgabe zu verwenden.
• In systemd-repart wurde grundlegende Unterstützung für die Integritätsprüfung von verschlüsselten Partitionen unter Verwendung von dm-integrity hinzugefügt.
• In das Tool 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 interaktive Autorisierungsanfragen mittels polkit implementiert.
• Eine polkit-Politik 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‘ herunterzuladen, die in Form von Images zum Mounten ü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.
• Voll funktionsfähige, isolierte ausführbare Dateien systemd-sysusers und systemd-tmpfiles wurden bereitgestellt (früher wurden reduzierte Versionen erstellt).
• In systemd-oomd wurde ein ‚prekill hook‘ hinzugefügt, der es ermöglicht, Handler anzuschließen, die vor der zwangsweisen Beendigung eines Prozesses aufgrund von Speichermangel im System ausgelöst werden.
• Die Möglichkeit zur Verwendung nicht-systemischer Benutzer und Gruppen in udev-Regeln (OWNER= / GROUP=) und in den Einstellungen von systemd-networkd (User= / Group=) wurde wieder aufgenommen, jedoch als veraltet markiert.
• In systemd-repart wurde die in xfsprogs 6.17.0 hinzugekommene Funktionalität des Tools mkfs.xfs zur Bereitstellung des initialen Inhalts des Dateisystems aus dem angegebenen Verzeichnis aktiviert.
• Die Mindestanforderungen 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 die Verpflichtungen zur Vermeidung sichtbarer Regressionen in öffentlichen Schnittstellen verstärkt wurden.

Quelle: opennet.ru