- systemd 259 introduce il supporto sperimentale per musl e rafforza la sicurezza all'avvio concentrandosi solo su TPM 2.0.
- Questa versione aggiunge miglioramenti a run0, systemd-oomd e all'infrastruttura interna, con nuove funzionalità IPC e caricamento parallelo dei moduli.
- I requisiti minimi di sistema vengono aumentati, allineando systemd alle piattaforme moderne e scartando gli ambienti troppo vecchi.
- Le distribuzioni stabili come Linux Mint 22.3 adottano un approccio più conservativo, integrando le versioni precedenti di systemd e dando priorità all'esperienza desktop.
Con systemd 259 , l'ecosistema Linux si muove di nuovo, e in modo significativo. Questa versione del framework di sistema più diffuso in GNU/Linux introduce profondi cambiamenti in termini di compatibilità, sicurezza e gestione delle risorse che vanno ben oltre un semplice aggiornamento di routine. Sebbene molte di queste nuove funzionalità siano di natura tecnica, hanno conseguenze dirette per distribuzioni, amministratori e utenti esperti.
In questa release, systemd compie una svolta fondamentale aprendo le porte a musl come alternativa a glibc, inasprendo i requisiti minimi, rafforzando la sua posizione sull'avvio sicuro con TPM 2.0, continuando a promuovere run0 come sostituto di sudo e perfezionando il comportamento di systemd-oomd per un migliore controllo del consumo di memoria. Tutto ciò mantenendo il carattere espansivo e controverso che ha accompagnato il progetto per anni.
systemd, il componente centrale e controverso del Linux moderno
Oggi, systemd è il framework di sistema predefinito nella maggior parte delle distribuzioni GNU/Linux per uso generale: gestisce l'avvio, i servizi, la registrazione dei log, le sessioni utente e una serie di attività di basso livello che in precedenza erano distribuite su più strumenti. La sua filosofia di integrare sempre più funzionalità gli ha conferito un'enorme importanza all'interno del sistema.
Questa capacità di centralizzare processi critici, dipendenze e servizi ha portato a una sua ampia diffusione, ma anche a un intenso dibattito all'interno della comunità. Per molti, semplifica l'amministrazione e standardizza le pratiche; per altri, rappresenta un singolo punto di fallimento e una complessità difficile da verificare, con troppe responsabilità concentrate nello stesso progetto.
Ormai da diverse versioni, il ritmo di sviluppo è frenetico, con frequenti rilasci che aggiungono nuovi componenti, interfacce e miglioramenti interni . systemd 259 si inserisce perfettamente in questa tendenza: non introduce solo piccole modifiche, ma decisioni strategiche che influenzano il modo in cui le distribuzioni vengono compilate, come si avviano i sistemi e come vengono gestite le risorse sotto pressione.
In questo contesto, systemd 259 rappresenta un punto di svolta in termini di compatibilità con le librerie C, supporto hardware per la sicurezza, strumenti di escalation dei privilegi e requisiti di piattaforma, consolidando ulteriormente il ruolo di systemd al centro del sistema operativo.
Supporto sperimentale per musl: addio al monopolio di glibc
La novità più eclatante è la comparsa del supporto sperimentale per musl in systemd 259. Fino ad ora, il progetto era stato strettamente legato a glibc, la libreria C di riferimento per la maggior parte delle distribuzioni GNU/Linux tradizionali.
musl, dal canto suo, è una libreria C leggera, molto apprezzata nei sistemi minimalisti , nei container e nelle distribuzioni orientate all'efficienza come Alpine Linux e altre varianti focalizzate sulla riduzione del consumo di risorse e della superficie di attacco. Per anni, il rapporto tra systemd e musl è stato complicato proprio a causa di questa dipendenza da glibc.
Con questo passo, sebbene ancora in fase sperimentale, systemd non è più così esclusivo nel suo rapporto con libc . Ciò apre la concreta possibilità di combinare systemd con musl in ambienti in cui in precedenza venivano utilizzati sistemi di init alternativi o systemd veniva evitato del tutto a causa di limitazioni di compatibilità.
L'arrivo di questo supporto comporta modifiche interne significative: presupposti di compilazione, interfacce e chiamate specifiche a glibc hanno dovuto essere adattati per consentire l'integrazione di musl senza compromettere il comportamento previsto. Nel breve termine, ciò richiede test intensivi da parte dei distributori e degli utenti esperti, ma pone le basi per una maggiore diversità tecnologica all'interno dell'ecosistema Linux.
Questa mossa risponde anche alle critiche storiche sulla natura "chiusa" di systemd rispetto ad altre librerie C. Sebbene musl non sia ancora supportato allo stesso livello di maturità di glibc in questo contesto, il fatto che si stia lavorando in questa direzione indica una chiara volontà di ampliare gli orizzonti e ridurre le rigide dipendenze dal classico stack GNU.
Avvio più sicuro: solo TPM 2.0 per systemd-boot e systemd-stub
Un altro cambiamento significativo in systemd 259 riguarda direttamente l'avvio sicuro sui sistemi UEFI . I componenti systemd-boot (il gestore di avvio integrato) e systemd-stub (responsabile della facilitazione dell'avvio in ambienti UEFI) non supportano più TPM 1.2, concentrandosi esclusivamente su TPM 2.0.
L'idea alla base di questa decisione è rafforzare la sicurezza supportando solo la versione di TPM considerata più robusta e aggiornata . TPM 2.0 offre funzionalità crittografiche migliorate e un framework più flessibile per scenari come l'avvio misurato, la verifica dell'integrità e la protezione dei segreti legati allo stato del sistema.
Lo svantaggio è evidente: i sistemi che si basano ancora su TPM 1.2 non riceveranno supporto per queste funzionalità . In pratica, ciò potrebbe significare dover cambiare la scheda madre o rinunciare ad alcune funzionalità di avvio sicuro basate su systemd-boot e systemd-stub, qualora l'hardware non venga aggiornato.
In molti ambienti domestici, tuttavia, Secure Boot e TPM sono spesso disabilitati nelle installazioni Linux, sia per comodità sia a causa dei problemi storici che hanno causato in termini di compatibilità dei driver, opzioni di avvio alternative o sistemi duali con Windows.
Tuttavia, per gli scenari aziendali o professionali che dipendono da una catena di avvio sicura con TPM 2.0 , questa modifica è in linea con la tendenza del settore: semplifica il codice eliminando la compatibilità con le versioni precedenti e riduce i rischi associati agli stack crittografici più datati.
run0 guadagna peso come alternativa moderna a sudo
Tra gli strumenti che suscitano maggiore curiosità nell'ecosistema systemd c'è run0, progettato come sostituto di sudo . Sudo è stato lo standard di fatto per l'esecuzione di comandi con privilegi elevati sui sistemi Unix-like per decenni, ma la sua progettazione e configurazione risentono dell'inerzia storica.
Con run0, il team systemd sta cercando per offrire un approccio più integrato e controllato all'escalation dei privilegiLa versione 259 incorpora una nuova funzionalità chiave: l'argomento --empower, che consente di avviare una nuova sessione con privilegi più elevati senza dover passare esplicitamente all'utente root.
La filosofia alla base di questa opzione è quella di ridurre ulteriormente l'utilizzo diretto dell'account root , una pratica che la sicurezza cerca sempre di evitare o, quantomeno, di limitare il più possibile. Invece di accedere come root o abusare di shell privilegiate, viene proposto un modello basato su sessioni con privilegi elevati e controlli più precisi.
Nonostante ciò, non tutti i metodi per la gestione dei privilegi elevati sono uguali e l' adozione diffusa di run0 è ancora nelle sue fasi iniziali . Gli amministratori e i distributori dovranno valutare se il suo modello sia più adatto di sudo ai loro specifici scenari, tenendo conto dell'audit, della compatibilità con gli strumenti esistenti e delle politiche di accesso stabilite.
In ogni caso, lo sviluppo attivo di run0 indica che systemd non si limita al coordinamento dei servizi, ma mira a coprire più livelli di amministrazione del sistema, inclusa la gestione quotidiana dei permessi che fino ad ora era delegata quasi interamente a utility esterne.
systemd-oomd: maggiore controllo sui processi che richiedono molta memoria
In termini di stabilità del sistema, systemd 259 rafforza il ruolo di systemd-oomd come gestore della carenza di memoria . Questo componente è responsabile di reagire quando la RAM si esaurisce, terminando selettivamente i processi prima che l'intero sistema si blocchi.
La principale novità è l'aggiunta delle proprietà OOMKills e ManagedOOMKills alle unità di servizio. Queste proprietà consentono di contare quanti processi sono stati terminati dal kernel o da systemd-oomd stesso, offrendo una visibilità molto maggiore su come vengono risolte le crisi di memoria.
Queste informazioni sono particolarmente utili quando un'applicazione inizia a consumare RAM in modo incontrollato , a causa di perdite di memoria, configurazioni errate o carichi imprevisti. Potendo monitorare quante volte si è attivato il meccanismo Out-of-Money (OOM), gli amministratori possono individuare schemi problematici e regolare i limiti prima che la situazione si ripeta.
L'idea è che il sistema, anziché bloccarsi completamente, termini selettivamente i processi più dannosi , preservando la reattività generale. Grazie a questi contatori accessibili dalle unità systemd, diventa più facile individuare quali servizi sono i responsabili ricorrenti delle situazioni critiche.
Nel complesso, i miglioramenti apportati a systemd-oomd rafforzano una chiara tendenza: trasformare la gestione automatizzata delle risorse in una prima linea di difesa contro i guasti catastrofici, con metriche più dettagliate e decisioni meno opache per chi gestisce il sistema.
Altri miglioramenti interni e modifiche rilevanti in systemd 259
Oltre alle principali novità, systemd 259 include una serie di modifiche tecniche che perfezionano diverse aree del framework e che potrebbero passare inosservate, ma che hanno un impatto pratico negli ambienti reali.
Da un lato, l'implementazione di Varlink per la comunicazione IPC all'interno del gestore dei servizi è stata ampliata e ora espone molte più funzionalità. Ciò facilita l'interazione di strumenti esterni e livelli di gestione con systemd in modo più ricco e strutturato, consentendo un migliore utilizzo delle informazioni interne che gestisce.
Componenti come systemd-udevd e systemd-repart sono stati migliorati anche per quanto riguarda la rilettura delle tabelle delle partizioni sui dispositivi a blocchi. Il nuovo approccio è più graduale e accurato, riducendo il rischio di incongruenze o interruzioni durante la sostituzione a caldo delle partizioni o la manipolazione dei dischi in sistemi complessi.
systemd-boot, oltre alle modifiche al TPM, ora incorpora diversi livelli di logging , che aiutano a eseguire il debug dei problemi di avvio e a regolare il livello di dettaglio in base alle esigenze: da messaggi di uscita più silenziosi per ambienti stabili a log dettagliati per sessioni diagnostiche.
Un altro punto interessante è che caratteristiche come Supporto di audit Linux, PAM, libacl, libblkid, libseccomp, libselinux e libmount vengono poi addebitati da dlopen() invece del collegamento dinamico standard. Questa strategia riduce il peso di base del binario e consente ambienti più leggeri, particolarmente utili all'interno di contenitori in cui l'intero set di librerie non è sempre richiesto.
Inoltre, systemd-modules-load ora carica i moduli del kernel in parallelo , velocizzando il processo di avvio sui computer con più moduli configurati. Poiché i sistemi integrano sempre più funzionalità sotto forma di moduli, questa parallelizzazione contribuisce a sfruttare al meglio le CPU moderne.
In ambito crittografico, systemd-integrity-setup amplia gli algoritmi supportati e ora include HMAC-SHA256, PHMAC-SHA256 e PHMAC-SHA512, rafforzando la gamma di opzioni per garantire l'integrità di dati e configurazioni sensibili.
Una modifica che molti amministratori noteranno è che la modalità di archiviazione predefinita del journal è ora "persistente" anziché "automatica". Ciò significa che, a condizione che sia supportato, i log verranno salvati permanentemente su disco per impostazione predefinita, facilitando le verifiche e la diagnostica senza la necessità di modificare manualmente la configurazione iniziale.
Requisiti minimi più esigenti: solo per piattaforme moderne
La versione 259 introduce anche un significativo aumento dei requisiti minimi di sistema per l'esecuzione di systemd in condizioni supportate. Questa decisione rafforza il suo allineamento con le piattaforme più moderne.
Tra i requisiti pubblicati, spicca glibc 2.34 come versione minima , il che esclude direttamente gli ambienti basati su librerie C molto obsolete. È richiesto anche Linux 5.10 come versione del kernel , sebbene gli sviluppatori raccomandino la versione 5.14 per prestazioni più in linea con le funzionalità attuali.
Nell'ambito della crittografia, OpenSSL 3.0.0 diventa il nuovo standard minimo , sostituendo le versioni precedenti i cui cicli di supporto sono prossimi alla conclusione. Lo stack si completa inoltre con dipendenze come cryptsetup 2.4.0 e libseccomp 2.4.0, necessarie per utilizzare correttamente le funzionalità di crittografia e isolamento.
systemd 259 richiede inoltre Python 3.9 o versioni successive per determinati strumenti e script , il che significa che i sistemi con versioni precedenti di Python dovranno essere aggiornati se desiderano mantenere i flussi di lavoro integrati senza patch aggiuntive.
Inoltre, sono inclusi componenti essenziali come libxcrypt 4.4.0, util-linux 2.37 e altre librerie dello spazio utente , tutti finalizzati a unificare la base tecnologica su versioni che garantiscano sicurezza e coerenza con il resto dell'ecosistema.
Come effetto collaterale, questi requisiti potrebbero limitare l'adozione di systemd 259 su hardware più datato o su distribuzioni molto conservative , ma allo stesso tempo semplificano la manutenzione del codice e riducono la necessità di garantire la compatibilità con API obsolete.
Impatto sulla distribuzione e sull'utente finale
In pratica, per la maggior parte degli utenti desktop, gli aggiornamenti di systemd non rappresentano solitamente un momento critico . Nelle distribuzioni a rilascio periodico (quelle tipiche che vengono aggiornate regolarmente con versioni principali), è normale che una versione di systemd rimanga invariata per tutto il suo ciclo di vita, fatta eccezione per importanti patch di sicurezza o di stabilità.
Chi preferisce avere sempre la versione più recente del framework di solito opta per distribuzioni rolling release, come Arch Linux o openSUSE Tumbleweed, dove systemd 259 arriverà relativamente presto e verrà rapidamente integrato nel flusso di aggiornamento.
Altri progetti, come Fedora, mantengono la politica di conservare la stessa versione principale di systemd per tutta la durata di ogni rilascio stabile, il che offre una maggiore prevedibilità in cambio di un leggero ritardo rispetto all'ultima versione ufficiale.
Nel frattempo, l'universo delle distribuzioni derivate, come Linux Mint o le sue varianti basate su Ubuntu LTS, tende a sincronizzarsi con il ritmo del sistema base su cui sono costruite . Ad esempio, Linux Mint 22.3 include systemd 255 e non adotta immediatamente la versione 259, privilegiando la stabilità rispetto alla corsa all'ultima versione disponibile.
Per gli amministratori più esigenti e per coloro che sono entusiasti delle nuove funzionalità, c'è sempre la possibilità di testare systemd 259 in ambienti di test o distribuzioni rolling release , valutando la compatibilità, l'impatto sui servizi chiave e il comportamento con hardware specifico prima di pensare alla migrazione in produzione.
Linux Mint 22.3 come contrasto: stabilità contro avanguardia
A titolo di contrappunto, vale la pena dare un'occhiata a Linux Mint 22.3 "Zena ", che rappresenta un chiaro esempio di come alcune distribuzioni privilegino la stabilità mentre l'ecosistema systemd continua ad evolversi in modo indipendente. Questa versione è presentata come l'ultimo aggiornamento della serie attuale ed è consigliata a tutti i tipi di utenti, con supporto garantito fino ad aprile 2029.
Mint 22.3 è basato su Ubuntu LTS, con il suo stack aggiornato ma conservativo , e include un kernel Linux 6.14 progettato, tra le altre cose, per offrire un supporto migliore per i processori AMD di ultima generazione. Include anche systemd 255 e Mesa 25, creando un ambiente moderno senza i rischi derivanti dall'aggiornamento all'ultima versione di ciascun componente.
La distribuzione si concentra principalmente sul perfezionamento dell'esperienza desktop . Cinnamon 6.6, il suo ambiente principale, presenta un menu delle applicazioni riprogettato, più moderno e flessibile, con angoli arrotondati e una barra laterale che raggruppa scorciatoie, posizioni e applicazioni preferite dall'utente. Le categorie passano in secondo piano per dare maggiore risalto alle applicazioni stesse.
Questo menu non solo ha un nuovo aspetto, ma è stato anche completamente rivisto internamente , con un codice più moderno che migliora la navigazione da tastiera, l'aggiornamento dei contenuti e la manutenzione futura. L'obiettivo è offrire agli utenti un'esperienza più fluida e garantire al progetto una base più stabile per gli sviluppi futuri.
Inoltre, Mint rafforza il supporto per i layout di tastiera e i metodi di input , unificando la gestione dei layout tradizionali e dei metodi basati su IBus. Ciò consente di combinare i layout XKB con metodi complessi, ad esempio per il giapponese o il cinese, aspetto importante negli ambienti multilingue.
Tutto questo lavoro si allinea con la strategia futura di Mint e Cinnamon: garantire la piena compatibilità con Wayland . Fino ad ora, il supporto per la tastiera in Wayland era piuttosto limitato, ma con questa versione, sia i layout standard che i metodi di input funzionano correttamente e la tastiera su schermo è stata riscritta in modo nativo, eliminando le dipendenze esterne.
Nonostante questi progressi, Cinnamon continua a funzionare su X11 per impostazione predefinita, sebbene offra una sessione sperimentale con Wayland che non è ancora consigliata per gli ambienti di produzione. Questa sessione, tuttavia, funge da banco di prova per i miglioramenti al window manager Muffin e ad altri componenti chiave.
L'ambiente desktop è completato dai miglioramenti apportati a Nemo 6.6, il file manager, che aggiunge un gestore di modelli più completo , consente di mettere in pausa e riprendere le operazioni sui file, affina la precisione della ricerca e migliora la gestione delle miniature e dei pannelli divisi. Introduce inoltre indicatori visivi più chiari per le notifiche in sospeso e un applet per il cambio di area di lavoro più intuitivo.
Inoltre, sono state apportate diverse piccole modifiche al sistema : un'applet per la luce notturna con più opzioni, miglioramenti al ridimensionamento frazionario, maggiori possibilità di configurazione nel selettore Alt-Tab e un selettore di temi riorganizzato per famiglie e varianti, progettato per semplificare la personalizzazione dell'aspetto.
Mentre Mint 22.3 chiude il suo ciclo e prepara il terreno per Linux Mint 23, basato sulla prossima Ubuntu 26.04 LTS, il contrasto con systemd 259 è evidente: il framework di sistema avanza a un ritmo vertiginoso , mentre le distribuzioni orientate alla stabilità selezionano attentamente quali progressi tecnologici integrare in ogni momento.
Con tutti questi elementi al loro posto, systemd 259 si configura come una pietra miliare significativa nell'evoluzione del gestore di init e servizi , rompendo la sua dipendenza esclusiva da glibc, rafforzando la sicurezza con TPM 2.0, perfezionando strumenti come run0 e systemd-oomd e alzando l'asticella dei requisiti per adattarsi al Linux contemporaneo. Chi desidera sfruttare appieno queste nuove funzionalità dovrà investire in piattaforme e hardware compatibili, mentre le distribuzioni più conservative continueranno a seguire il proprio ritmo per bilanciare stabilità, supporto a lungo termine e l'adozione graduale di queste capacità.
