Systemd 259 släppt med stora förändringar inför borttagningen av gamla SysV

Systemd v259-versionen gör journald bestående som standard, slutar stödja TPM 1.2 och övergår helt till att använda nftables för nätverkskomponenter.

Systemd v259 har släppts och levererar en av de mest omfattande uppdateringarna under de senaste cyklerna samtidigt som den förbereder användare och distributioner för mer omvälvande förändringar som planeras för v260.

Stöd för äldre System V init-skript har formellt förklarats föråldrat och planeras att tas bort helt i systemd v260. Komponenter som systemd-sysv-generator och systemd-sysv-install har nu begränsad livslängd, och projekt som fortfarande är beroende av SysV-skript uppmanas uttryckligen att migrera till inhemska systemd-enheter.

Parallellt med detta har systemd offentliggjort sin avsikt att höja minimikrav på beroenden i v260, inklusive Linux-kärnan 5.10, glibc 2.34, OpenSSL 3.0 och Python 3.9.

Dessutom träder flera inkompatibla förändringar i kraft direkt i v259. Systemd-journalen använder nu standardmässigt permanent lagring istället för att automatiskt välja baserat på närvaron av /var/log/journal, vilket gör loggbevaringen förutsägbar direkt från början.

På resursförvaltningssidan är cgroup v2 nu monterad med HugeTLB-rapportering aktiverad, vilket innebär att användningen av stora sidor ingår i de totala minnesgränserna. Nätverkssidan har också gått vidare, med systemd-networkd och systemd-nspawn som helt slutar stödja iptables och enbart förlitar sig på nftables.

Säkerhetsförstärkning fortsätter över flera komponenter. systemd-boot och systemd-stub stödjer inte längre TPM 1.2, utan behåller endast TPM 2.0, som systemd-utvecklarna anser vara det enda hållbara alternativet år 2025. Bildanalys kräver nu VFAT för XBOOTLDR-partitioner, vilket matchar ESP-beteendet och förhindrar att komplexa filsystem monteras på platser åtkomliga för firmware.

I systemd-repart är LUKS-volymetiketter nu som standard försedda med prefixet "luks-" för att undvika kollisioner mellan enhetsetiketter, med nya alternativ tillgängliga för uttrycklig kontroll.

Varlink IPC ser en betydande expansion i denna version. Tjänstehanteraren exponerar nu exekveringsinställningar, nya filtreringsmöjligheter och ytterligare Varlink-anrop, såsom Reload och Reexecute, vilket ger funktionsparitet med D-Bus. systemd-repart, systemd-resolved, systemd-machined och systemd-creds får alla nya eller utökade Varlink-API:er, vilket speglar en bredare förskjutning mot Varlink som ett förstklassigt gränssnitt i hela projektet.

När det gäller container- och virtualisering lägger systemd-vmspawn och systemd-nspawn till nya alternativ för användar- och gruppbindning, nätverksnamnutrymmen, förbättrad enhetsidentifiering och bättre integration med per-användarinstanser av systemd-machined. Själva systemd-machined kan nu köras som en användartjänst och lösa container- och VM-namn lokalt, medan systemd-importd slutför sin övergång från GNU tar till libarchive.

TPM2-infrastrukturen får en del av det mest tekniskt betydelsefulla arbetet i v259. Introduktionen av så kallade NvPCR:er åtgärdar bristen på traditionella PCR:er, vilket möjliggör fler mätningar utan att destabilisera befintliga förtroendekedjor. Nya tjänster mäter hårdvara och produktidentitet, TPM-bindningar utökas genom hela stacken, och systemd-analyze får verktyg för att inspektera både klassiska PCR:er och de nya NvPCR:erna.

På beroendenivå fortsätter systemd att minska hårda kopplingar. Linux audit, PAM, libseccomp, libselinux, libmount, libacl och andra bibliotek laddas nu via dlopen där det är möjligt, vilket krymper beroendeträden och förbättrar containerbeteendet. systemd länkar inte längre alls mot libcap, eftersom den nödvändiga funktionaliteten har implementerats internt.

Slutligen introduceras även experimentellt stöd för att bygga systemd mot musl libc, med uttryckliga varningar om begränsningar och ingen garanti för långsiktigt stöd.

För mer information, se ändringsloggen.