Basta un driver grafico che litiga col sistema o un’estensione difettosa per trasformare un banale aggiornamento in uno schermo nero all’avvio. È un problema che nei sistemi Linux distribuiti come immagini complete del sistema operativo assume contorni particolari, e proprio qui entra in gioco la nuova modalità provvisoria di GNOME OS. La base resta intatta, ma se uno dei componenti aggiunti fa i capricci il computer non arriva nemmeno al desktop. Il gruppo di sviluppo di GNOME ha pensato a una via d’uscita: una modalità di avvio sicura che esclude le estensioni durante il boot e recupera una macchina altrimenti bloccata.
La funzione riguarda appunto GNOME OS, la piattaforma usata per sviluppare, integrare e collaudare le tecnologie del desktop GNOME prima che finiscano nelle distribuzioni più diffuse. Non è un’alternativa diretta a Fedora, Debian o Ubuntu per l’uso di tutti i giorni. Serve soprattutto a verificare componenti ancora in lavorazione, spesso presi direttamente dai rispettivi rami di sviluppo. Un’impostazione del genere velocizza i test, certo, ma alza pure la probabilità di regressioni: driver proprietari, modifiche a systemd e immagini aggiuntive possono mandare all’aria la sequenza di avvio.
Perché GNOME OS ha bisogno di una modalità provvisoria
Su una distribuzione tradizionale un pacchetto installa file nelle directory di sistema e aggiorna un database locale. GNOME OS prende un’altra strada. Gran parte del sistema deriva da immagini preparate in fase di compilazione, mentre alcune funzionalità opzionali arrivano sotto forma di system extension image. Il comando systemd-sysext monta queste immagini e ne combina il contenuto con directory come /usr e /opt.
Per le applicazioni i file aggiunti sembrano appartenere al sistema principale, ma in realtà restano separati. Si possono quindi attivare, disattivare e sostituire senza riscrivere l’immagine di base. Comodo per componenti difficili da includere nel supporto standard, tra cui i driver proprietari NVIDIA, oppure per estensioni costruite direttamente dagli sviluppatori durante i test. Il rovescio della medaglia? Un’estensione può contenere librerie compilate per un’ABI diversa, unità systemd sbagliate, moduli non adatti al kernel installato o file che sovrascrivono pezzi essenziali dell’ambiente grafico. Nei casi peggiori il sistema non raggiunge GDM, il GNOME Display Manager, non carica bene il driver video oppure si pianta prima ancora di offrire una console utilizzabile.
La modalità provvisoria presentata alla GUADEC 2026, in programma dal 16 al 21 luglio a La Coruña, taglia il problema alla radice. Durante l’avvio blocca il caricamento delle estensioni systemd-sysext. GNOME OS parte così con la sola immagine principale, senza i livelli aggiuntivi che potrebbero dare problemi. A quel punto l’utente entra nel sistema, individua l’estensione incriminata, la rimuove o ne installa una versione corretta.
Aggiornamenti atomici e apertura a più utenti
Il meccanismo systemd-sysupdate usato in GNOME OS descrive gli aggiornamenti tramite file .transfer e sa gestire immagini del sistema operativo, kernel, partizioni, container ed estensioni. Le risorse remote e quelle locali possono convivere in più versioni, una caratteristica utile per configurazioni A/B o per schemi differenti tenuti insieme sullo stesso disco. Kernel, root file system e dati di verifica possono anche condividere lo stesso identificatore di versione, formando un insieme coerente.
Questa modalità provvisoria non trasforma GNOME OS in una distribuzione buona per chiunque. Rimane una piattaforma di sviluppo, esposta di proposito a componenti instabili e a modifiche che arrivano dai rami principali. Il passo avanti però conta: il sistema inizia a prevedere cosa succede quando uno dei livelli aggiuntivi non funziona. Avvia una base nota, lascia fuori le estensioni e restituisce al tecnico il controllo della macchina.
GNOME OS sugli smartphone Android
Il progetto porta avanti anche il lavoro sull’architettura AArch64. Dopo le prime dimostrazioni su OnePlus 6, GNOME OS può ora installarsi in modo sperimentale nella partizione userdata di alcuni telefoni Android, senza ridisegnare la tabella delle partizioni. U-Boot, il software che avvia il dispositivo prima del sistema operativo, gestisce la partizione come un dispositivo a blocchi. Poi udev e le funzionalità più recenti di systemd rilevano le sottopartizioni al suo interno.
Il vantaggio è concreto: si abbassa il rischio di rendere inutilizzabile il telefono durante l’installazione, perché non servono interventi distruttivi sulla struttura originale dell’unità di memorizzazione. Il supporto dichiarato riguarda OnePlus 6 e Fairphone 5, ma mancano ancora diversi tasselli per parlare di un sistema mobile pronto all’uso. Gestione energetica, modem, fotocamere, sospensione, accelerazione grafica e adattamento dell’interfaccia dipendono parecchio dal dispositivo. Il prossimo lavoro indicato dal gruppo riguarda il porting delle patch mobili di GNOME Shell verso il ramo principale più recente.