A systemd legújabb, 261-es verziója jelentős változásokat hoz az init rendszerben, a szolgáltatáskezelőben, a boot eszközökben, a hálózatkezelésben és a TPM-támogatásban, emellett új felhő IMDS-alrendszert vezet be, és több kompatibilitási tudnivalót is tartalmaz a konténerek és virtuális gépek kezelésével kapcsolatban.
A kiadás egyik kiemelt újdonsága a felhő Instance Metadata Service (IMDS) támogatásának bevezetése. A systemd mostantól tartalmazza a systemd-imdsd nevű, Varlink-alapú helyi szolgáltatást, amely egységes felületen teszi elérhetővé a felhő-metaadatokat a helyi programok számára, ahelyett hogy azoknak közvetlenül kellene kapcsolódniuk az egyes szolgáltatók metaadat-szolgáltatásaihoz.
Az alrendszer egy hwdb.d/40-imds.hwdb nevű hardveradatbázis-fájl segítségével azonosítja a nyilvános felhőplatformokat SMBIOS-információk alapján. A támogatott platformok közé tartozik az Amazon EC2, a Microsoft Azure, a Google Compute Engine, a Hetzner, az Oracle Cloud, a Scaleway, a Tencent Cloud, az Alibaba ECS és a Vultr. A kiadás emellett lehetővé teszi a felhő-metaadat-szolgáltatásokhoz való hálózati hozzáférés korlátozását az ismert felhőplatformok esetén. A kiadási megjegyzések biztonságos rendszerekhez ajánlják ezt a beállítást, ugyanakkor felhívják a figyelmet arra, hogy ütközhet a hagyományos IMDS-kliensekkel, például a cloud-inittel, amelyek közvetlen hozzáférést várnak a metaadat-végponthoz.
A TPM-funkciók is további frissítéseket kapnak. Az új verzió bevezeti a ConditionSecurity=measured-os új egységfeltételt, amely azt ellenőrzi, hogy a rendszer mért (measured) boot szemantikával indult-e el. Ez hasonló a ConditionSecurity=measured-uki feltételhez, de általánosabb jellegű, és olyan rendszerekre is alkalmazható, ahol a TPM-funkciókat operációsrendszer-szinten biztosítják. Emellett a systemd-boot és a systemd-stub mostantól az SMBIOS Type 1, Type 2 és Type 11 adatokat is belemérik a PCR 1 regiszterbe, így azokon a rendszereken is biztosítva a mérést, ahol ezt a firmware nem végzi el.
A szolgáltatáskezelő mostantól támogatja a kernel Live Update Orchestration és Kexec Handover mechanizmusait, amennyiben azok elérhetők. Ennek köszönhetően a rendszeregységek megőrizhetik a fájlleíró-tárolóikat kexec művelet során, ha a kernel támogatja ezt, és a FileDescriptorStorePreserve=yes beállítás aktív. A felhasználói munkamenet-kezelők szintén támogatják már a felhasználói egységek fájlleíró-tárolóinak megőrzését. Ez a kexec handover támogatással együtt lehetővé teszi, hogy bizonyos felhasználói szolgáltatások állapota megmaradjon munkamenet-újraindítás és kexec-alapú újraindítás esetén is.
Az új ReloadCount tulajdonság D-Bus-on és Varlinken keresztül is elérhető, és értéke minden sikeres daemon-reload végrehajtásakor eggyel nő, daemon-reexec esetén pedig nullára áll vissza További Varlink metódusok teszik lehetővé tranzitens szolgáltatásegységek indítását, valamint rendszerleállítási műveletek kezdeményezését. A kiadás emellett bevezeti a ConditionFraction= új egységfeltételt is, amely fokozatos, gépflották közötti telepítésekhez használható. A feltétel a rendszer gépazonosítója és egy megadott címke alapján határozza meg, hogy egy adott egység a rendszerek hány százalékán fusson, így az adminisztrátorok fokozatosan vezethetik be a változtatásokat.
A systemd-networkd is több frissítést kapott. Az új networkctl dhcp-lease INTERFACE parancs megjeleníti a megszerzett DHCP-leasek adatait, beleértve a szervertől kapott opciókat is. A networkd mostantól Varlink metódusokat is biztosít a hálózati kapcsolatok leírásához, újrakonfigurálásához, megújításához és kényszerített megújításához, és a networkctl ezeket a metódusokat részesíti előnyben, amikor lehetséges.
Ezen felül a systemd-resolved mostantól statikus DNS-erőforrásrekordokat is támogat a systemd/resolve/static.d/ könyvtár alatti JSON drop-in fájlokból. Ez kiterjeszti az /etc/hosts szerepét, rugalmasabb helyi DNS-adatkezelést téve lehetővé a drop-in konfigurációs modell révén. A feloldó emellett gyorsítótár-méret beállításokat is kapott a DNS, a MulticastDNS és az LLMNR számára, és mostantól újraolvassa az /etc/hosts bejegyzéseit újratöltéskor is.
A boot-tal kapcsolatos eszközök terén a systemd-stub mostantól egy úgynevezett „boot secret” értéket is fenntart, amelyet egy állandó EFI-változóból származtat, és amely TPM hiányában tartalék kulcsanyagként szolgál. Emellett képes felismerni az aktív EFI soros konzolt, és a megfelelő console= paramétert átadja a kernel parancssorának, ezzel egyszerűsítve a soros konzolos telepítéseket egységes kernelképekkel (UKI). A systemd-boot mostantól új verzió telepítésekor megőrzi a meglévő bináris fájlt tartalékként, és létrehoz egy tartalék UEFI boot-bejegyzést is. Emellett a systemd-sysupdate immár a felhasználói eszközökkel együtt a /usr/bin/ könyvtárban található, és nem számít többé kísérleti funkciónak.
Fejlesztések érintik a konténerek és virtuális gépek kezelését is. A systemd-nspawn új beállítási lehetőséget kapott arra, hogy a payload naplóbejegyzéseit kiválasztott journal socketek felé továbbítsa, és megfelelő konfiguráció esetén már képes megőrizni a payload rendszerkezelőjének fájlleíró-tárolóját a konténer újraindítása során is. A systemd-vmspawn szintén több új funkcióval gazdagodott: ezek közé tartozik a bind-volume támogatás, a headless konzolműködés, az EFI NVRAM-állapot kezelése, a közvetlen kernel-indítás lehetősége UEFI firmware nélkül, a választható lemezképtípusok, valamint a futásidejű tárolókezelés az io.systemd.MachineInstance Varlink felületen keresztül.
A kiadási megjegyzések szerint a systemd 262-ben megszűnik a /run/boot-loader-entries/ és a kapcsolódó felületek támogatása, az UAPI Boot Loader Specification 1-es verziójának támogatása azonban megmarad. Emellett megszűnik a kísérleti systemd-sysupdated D-Bus API is, a klienseknek a jövőben Varlinken keresztül kell kommunikálniuk közvetlenül a systemd-sysupdate-tel.
További részletekért tekintsd meg a teljes changelogot.
