Systemd 259 lansat cu schimbări majore înainte de eliminarea sistemului vechi SysV

Lansarea systemd v259 face ca journald să fie persistent în mod implicit, renunță la suportul pentru TPM 1.2 și tranziționează complet componentele de rețea către nftables.

Systemd v259 a fost lansat, aducând una dintre cele mai ample actualizări din ciclurile recente, pregătind totodată utilizatorii și distribuțiile pentru schimbări mai perturbatoare planificate pentru v260.

Suportul pentru scripturile vechi System V init a fost oficial desființat și programat pentru eliminare completă în systemd v260. Componente precum systemd-sysv-generator și systemd-sysv-install sunt acum pe termen limitat, iar proiectele care încă se bazează pe scripturi SysV sunt în mod explicit încurajate să facă migrarea la unități native systemd.

În paralel cu aceasta, systemd și-a anunțat intenția de a ridica cerințele minime de dependență în versiunea 260, inclusiv kernel-ul Linux 5.10, glibc 2.34, OpenSSL 3.0 și Python 3.9.

Pe deasupra, mai multe schimbări incompatibile intră imediat în vigoare în v259. Jurnalul systemd folosește acum implicit stocarea persistentă, în loc să aleagă automat în funcție de prezența /var/log/journal, făcând ca păstrarea jurnalelor să fie previzibilă din start.

Pe partea de gestionare a resurselor, cgroup v2 este acum montat cu contabilizarea HugeTLB activată, ceea ce înseamnă că utilizarea paginilor mari este inclusă în limitele totale de memorie. Rețeaua a depășit, de asemenea, un punct critic, deoarece systemd-networkd și systemd-nspawn au renunțat complet la suportul pentru iptables și se bazează exclusiv pe nftables.

Consolidarea securității continuă în mai multe componente. systemd-boot și systemd-stub nu mai suportă TPM 1.2, păstrând doar TPM 2.0, pe care dezvoltatorii systemd îl consideră singura opțiune viabilă în 2025. Disecția imaginilor impune acum utilizarea VFAT pentru partițiile XBOOTLDR, corespunzând comportamentului ESP și prevenind montarea sistemelor de fișiere complexe în locații accesibile firmware-ului.

În systemd-repart, etichetele volumelor LUKS sunt acum prefixate implicit cu „luks-” pentru a evita coliziunile etichetelor de dispozitiv, fiind disponibile opțiuni noi pentru control explicit.

Varlink IPC beneficiază de o extindere semnificativă în această versiune. Managerul de servicii expune acum setările de execuție, noi capabilități de filtrare și apeluri suplimentare Varlink, cum ar fi Reload și Reexecute, atingând paritate de funcționalitate cu D-Bus. systemd-repart, systemd-resolved, systemd-machined și systemd-creds primesc toate API-uri Varlink noi sau extinse, reflectând o schimbare mai largă către Varlink ca interfață de prim rang în întregul proiect.

Referitor la containere și virtualizare, systemd-vmspawn și systemd-nspawn adaugă noi opțiuni pentru legarea utilizatorului și grupului, căi pentru namespace-ul de rețea, identificarea îmbunătățită a dispozitivelor și o mai bună integrare cu instanțele per-utilizator ale systemd-machined. Chiar systemd-machined poate acum să ruleze ca serviciu de utilizator și să rezolve local numele containerelor și VM-urilor, în timp ce systemd-importd își finalizează migrarea de la GNU tar la libarchive.

Infrastructura TPM2 primește unele dintre cele mai semnificative lucrări tehnice în v259. Introducerea așa-numitelor NvPCR-uri abordează lipsa PCR-urilor tradiționale, permițând mai multe măsurători fără a destabiliza lanțurile de încredere existente. Noi servicii măsoară identitatea hardware și a produsului, legăturile TPM sunt extinse pe tot stack-ul, iar systemd-analyze obține unelte pentru a inspecta atât PCR-urile clasice, cât și noile NvPCR-uri.

La nivel de dependențe, systemd continuă să reducă legăturile stricte. Bibliotecile Linux audit, PAM, libseccomp, libselinux, libmount, libacl și altele sunt acum încărcate prin dlopen acolo unde este posibil, reducând arborii de dependențe și îmbunătățind comportamentul containerelor. systemd nu se mai leagă deloc de libcap, funcționalitatea necesară fiind reimplementată intern.

În cele din urmă, este introdus și suportul experimental pentru compilarea systemd împotriva musl libc, cu avertismente explicite despre limitări și fără nicio garanție de suport pe termen lung.

Pentru mai multe informații, consultați jurnalul de modificări.