Release des Systemmanagers systemd 255

Nach viermonatiger Entwicklung wurde die Version des Systemmanagers systemd 255 veröffentlicht. Zu den wichtigsten Verbesserungen gehören: UnterstĂŒtzung fĂŒr den Export von Speichermedien ĂŒber NVMe-TCP, das Systemd-bsod-Modul zur vollbildartigen Ausgabe von Fehlermeldungen, das Dienstprogramm systemd-vmspawn zum Starten virtueller Maschinen, das Dienstprogramm varlinkctl zur Verwaltung von Varlink-Diensten, das Dienstprogramm systemd-pcrlock zur Analyse der TPM2-PCR-Register und zur Erstellung von Zugriffsregeln sowie das Authentifizierungsmodul pam_systemd_loadkey.so.

Wesentliche Änderungen in der neuen Version:

  • Das Modul „systemd-storagetm“ wurde hinzugefĂŒgt, das es ermöglicht, alle lokalen BlockgerĂ€te automatisch mit dem NVMe-TCP-Treiber zu exportieren, der den Zugriff auf NVMe-SpeichergerĂ€te ĂŒber das Netzwerk (NVM Express over Fabrics) unter Verwendung des TCP-Protokolls ermöglicht. Die Bereitstellung des Zugriffs im NVMe over TCP-Modus erfolgt durch die neue Einheit „storage-target-mode.target“, die wĂ€hrend des Bootvorgangs aktiviert werden kann, indem in der Kernel-Befehlszeile „rd.systemd.unit=storage-target-mode.target“ angegeben wird, beispielsweise fĂŒr den remote Zugriff auf das Speichermedium zu Diagnosezwecken.
  • Das Modul „systemd-bsod“ wurde hinzugefĂŒgt, das einen Äquivalent zum „blauen Bildschirm des Todes“ implementiert, um beim Booten kritische Fehlermeldungen (LOG_EMERG) in Form einer vollbildartigen Benachrichtigung anzuzeigen.
  • Das Dienstprogramm „systemd-vmspawn“ wurde hinzugefĂŒgt, das eine Alternative zum Dienstprogramm systemd-nspawn zum Starten eines Betriebssystemimages in einer virtuellen Maschine darstellt (das Dienstprogramm systemd-nspawn ist zum Starten von Containern gedacht, wĂ€hrend systemd-vmspawn eine Ă€hnliche Schnittstelle bietet fĂŒr virtuelle Maschinen). Derzeit steht nur der auf QEMU basierende Backend zum Starten virtueller Maschinen zur VerfĂŒgung.
  • Das Dienstprogramm „varlinkctl“ wurde hinzugefĂŒgt, um Dienste, die das Varlink-Protokoll verwenden, aufzurufen und zu inspizieren.
  • Das Werkzeug «systemd-pcrlock» wurde hinzugefĂŒgt, um die ZustĂ€nde der TPM2 PCR (Platform Configuration Register) zu analysieren und vorherzusagen sowie Speicherregeln fĂŒr den TPM2 NV-Index zu erstellen, die den Zugriff auf TPM2-Objekte wie FestplattenverschlĂŒsselungsschlĂŒssel nur von signierten Komponenten erlauben, die wĂ€hrend des verifiziert geladenen Starts ausgefĂŒhrt werden. Als Eingabedaten fĂŒr die Analyse kann das Ergebnis der Abfrage des PCR-Zustands im TPM2 verwendet werden, das vom UEFI-Bootloader-Log der aktuellen Boot-Sitzung ausgegeben wird (/) oder das lokal gespeicherte TPM2-Log (/). Die UnterstĂŒtzung fĂŒr die gespeicherten Zugriffsregeln wurde in systemd-cryptsetup, systemd-cryptenroll und systemd-repart hinzugefĂŒgt.
  • Das PAM-Modul pam_systemd_loadkey.so wurde hinzugefĂŒgt, das zum automatischen Abrufen des zur Entsperrung des verschlĂŒsselten Root-Dateisystems in cryptsetup verwendeten Passwortsatzes aus dem SchlĂŒsselbund des Kernels (keyring) dient und diesen Passwortsatz als Authentifizierungstoken (PAM authtok) festlegt. Das Modul kann beispielsweise zur Konfiguration der automatischen Entsperrung des Zugriffs auf GNOME Keyring und KDE Wallet beim automatischen Anmelden verwendet werden.
  • Die UnterstĂŒtzung fĂŒr den Übergang in den Energiesparmodus (Hibernation) mit der Speicherung des Inhalts des Arbeitsspeichers in Swap-Dateien, die im Btrfs-Dateisystem gespeichert sind, wurde hinzugefĂŒgt.
  • In die Einheiten wurden die Eigenschaften MemoryPeak, MemorySwapPeak, MemorySwapCurrent und MemoryZSwapCurrent hinzugefĂŒgt, die den ĂŒber cgroup v2 verfĂŒgbaren Eigenschaften memory.peak, memory.swap.peak, memory.swap.current und memory.zswap.current entsprechen. Informationen zu diesen Eigenschaften sind im Ausgabefenster von «systemctl status» enthalten.
  • Die Art und Weise, wie Dienste gestartet werden, wurde ĂŒberarbeitet, und es wird der Aufruf posix_spawn mit den Optionen CLONE_VM und CLONE_VFORK verwendet, um einen Prozess zu starten. Ein separater ausfĂŒhrbarer Dienst namens systemd-executor wird verwendet, um den gestarteten Prozess zu konfigurieren. Zuvor wurden Prozesse mit der Funktion fork erstellt, wobei der Speicher des Hauptprozesses im Copy-on-Write-Modus kopiert wurde und die erforderlichen Einstellungen (NamensrĂ€ume einhĂ€ngen und CGroup festlegen) vor dem Start der ausfĂŒhrbaren Datei ĂŒber den exec-Aufruf vorgenommen wurden, was zu Problemen fĂŒhrte, da auf einige Glibc-APIs wĂ€hrend der Phase zwischen den AusfĂŒhrungen der Funktionen fork und exec nicht zugegriffen werden konnte.
  • Der Code zur Verfolgung interner Prozesse wurde auf die Verwendung von PIDFD anstelle von PID in Umgebungen mit einem Kernel, der PIDFD unterstĂŒtzt, umgestellt (PIDFD wird mit einem bestimmten Prozess verknĂŒpft und Ă€ndert sich nicht, wĂ€hrend PID an einen anderen Prozess gebunden werden kann, nachdem der aktuelle Prozess, der mit diesem PID verbunden ist, beendet wurde). Es wurde die Möglichkeit zur Erstellung von Scope-Einheiten implementiert, die PIDFD anstelle von PID zur Prozessauswahl verwenden.
  • Die UnterstĂŒtzung separater Verzeichnis-Hierarchien wurde eingestellt (wenn /usr separater vom Root-Mount oder die Verzeichnisse /bin und /usr/bin, /lib und /usr/lib getrennt sind). ZukĂŒnftig wird auch die UnterstĂŒtzung fĂŒr cgroups v1, System V-Dienstskripte und EFI-Variablen in SystemdOptions eingestellt.
  • Der Befehl „systemctl switch-root“ ist auf die Anwendung nur im initrd beschrĂ€nkt. Um das Root-Dateisystem in einer normalen Umgebung zu ersetzen, sollte „systemctl soft-reboot“ verwendet werden.
  • Die Parameter SuspendMode, HybridSleepMode, HibernateStat und HybridSleepState in der Sektion „[Sleep]“ der Datei systemd-sleep.conf wurden als veraltet erklĂ€rt. Diese Parameter werden nun ignoriert und können nur Standardwerte annehmen.
  • Den Einheiten wurde die Option SurviveFinalKillSignal hinzugefĂŒgt, die es ermöglicht, das endgĂŒltige Signal SIGTERM/SIGKILL zu ignorieren, das wĂ€hrend des Herunterfahrens gesendet wird, was nĂŒtzlich sein kann, um die Einheit wĂ€hrend eines sanften Neustarts des Systems im Soft-Reboot-Modus aktiv zu halten.
  • Die Konfiguration NFTSet wurde hinzugefĂŒgt, um cgroup-Identifikatoren zur Änderung der Logik in Firewall-Regeln zu verwenden.
  • Die Option ConditionSecurity=measured-uki wurde hinzugefĂŒgt, die sicherstellt, dass die Einheit nur in einem System gestartet werden kann, das mit einem verifizierten Kernel-Image im UKI-Format geladen wurde.
  • Im systemd-boot wurden neue Hotkeys „B“ und „O“ zum Neustart und Herunterfahren des Systems aus dem BootmenĂŒ hinzugefĂŒgt. Es wurde eine Einstellung „menu-disabled“ hinzugefĂŒgt, um die Anzeige des BootmenĂŒs zu deaktivieren.
  • Das Tool systemd-repart bietet neue Optionen „—copy-from“ zum Abrufen von Partitionsbeschreibungen aus dem angegebenen Dateisystem-Image, „—copy-source“ zur Angabe des Basisverzeichnisses fĂŒr den Parameter CopyFiles, „—make-ddi=confext“, „—make-ddi=sysext“ und „—make-ddi=portable“ zur Erstellung verschiedener Arten von DDI sowie „—tpm2-device-key“ zur Bindung der Festplatte an einen bestimmten öffentlichen TPM2-SchlĂŒssel.
  • Im Tool journalctl wurde der Parameter „—lines“ um den Wert „+N“ erweitert, um die Ă€ltesten N EintrĂ€ge auszugeben.
  • Im udevadm wurde das Flag „—json“ fĂŒr die Ausgabe im JSON-Format hinzugefĂŒgt.
  • In den Tools systemd-analyze, systemd-tmpfiles, systemd-sysusers, systemd-sysctl und systemd-binfmt wurde die Option „—tldr“ hinzugefĂŒgt, um nur die tatsĂ€chlichen Konfigurationsparameter ohne Leerzeichen und Kommentare auszugeben.
  • Im seccomp-Subsystem wurde die UnterstĂŒtzung fĂŒr die Architektur LoongArch64 hinzugefĂŒgt. Die Verwendung von seccomp zur Filterung von Systemaufrufen in Diensten, die nicht unter dem Benutzer root ausgefĂŒhrt werden, ist erlaubt, ohne die Einstellung NoNewPrivileges=yes zu aktivieren.
  • In das Tool systemd-mount wurde die Option „—tmpfs“ zum Mounten einer neuen Instanz von ‘tmpfs’ hinzugefĂŒgt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4