{"id":165104,"date":"2026-03-18T11:12:00","date_gmt":"2026-03-18T09:12:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-postmarketos-predstavil-duranium-atomarno-obnovlyaemuyu-redakcziyu-dlya-smartfonov"},"modified":"2026-03-18T11:12:00","modified_gmt":"2026-03-18T09:12:00","slug":"proekt-postmarketos-predstavil-duranium-atomarno-obnovlyaemuyu-redakcziyu-dlya-smartfonov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/proekt-postmarketos-predstavil-duranium-atomarno-obnovlyaemuyu-redakcziyu-dlya-smartfonov","title":{"rendered":"Il progetto postmarketOS ha presentato Duranium, un\u2019edizione aggiornabile in modo atomico per smartphone.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto postmarketOS, che sviluppa una distribuzione Linux per dispositivi mobili, hanno annunciato la creazione di una variante del sistema operativo aggiornabile in modo atomico. La nuova edizione, chiamata Duranium, si distingue per la fornitura del sistema come un'unica entit\u00e0, senza divisione in pacchetti separati. Viene sottolineato che la nuova variante \u00e8 in linea con l'idea che il dispositivo debba semplicemente funzionare, senza che l'utente debba conoscere l'esistenza di un terminale o comprendere le complessit\u00e0 del sistema. <\/p>\n
L'ambiente di sistema nella sezione \/usr \u00e8 montato in modalit\u00e0 di sola lettura utilizzando il file system EROFS e viene verificato ad ogni avvio tramite una firma digitale. La sezione \/usr ha una dimensione di 5GB. Per il controllo dell'integrit\u00e0 dei dati nella sezione \/usr viene utilizzato dm-verity, e in caso di modifica del contenuto \u2014 l'avvio viene bloccato. L'hash di verifica \u00e8 incorporato nell'immagine unificata UKI (Unified Kernel Image), che integri il gestore per il caricamento del kernel da UEFI (UEFI boot stub), l'immagine del kernel Linux e l'ambiente di sistema initrd caricata in memoria, utilizzata per l'inizializzazione iniziale prima del montaggio del file system root. L'immagine UKI \u00e8 formattata come un singolo file eseguibile nel formato PE e viene chiamata dal bootloader UEFI. <\/p>\n
Le altre directory, ad eccezione di \/usr, fanno parte della partizione root, accessibile in scrittura e mantenuta tra i riavvii e gli aggiornamenti. Il contenuto della partizione root viene necessariamente crittografato utilizzando LUKS2, il che comporta requisiti hardware pi\u00f9 elevati. La partizione root crittografata viene creata al primo avvio o dopo il ripristino delle impostazioni di fabbrica. Di default, viene creato una chiave vuota, che consente lo sblocco automatico della partizione crittografata. Nella procedura guidata di configurazione iniziale e nel configuratore, all'utente viene proposta l'installazione di una password per la decrittografia. <\/p>\n
Le impostazioni predefinite sono memorizzate all'interno dell'immagine di sistema nella directory \/usr\/share\/factory\/etc. Durante il primo avvio, vengono create nella directory \/etc delle link simbolici a tutti i file in \/usr\/share\/factory\/etc, ad eccezione dei file passwd, group, shadow, fstab, machine-id e hostname. Se \u00e8 necessario modificare le impostazioni durante il funzionamento, il link simbolico viene sostituito con una copia del file. <\/p>\n
Gli aggiornamenti vengono installati sostituendo l'intera immagine di sistema. Sul dispositivo vengono creati due partizioni root identiche \u2014 attiva e passiva. La nuova aggiornamento viene installato nella partizione passiva senza influenzare il funzionamento di quella attiva. Dopo la verifica della correttezza dell'aggiornamento installato e un riavvio riuscito, le partizioni vengono scambiate \u2014 la partizione con l'aggiornamento diventa attiva, mentre la precedente partizione attiva viene messa in modalit\u00e0 passiva in attesa dell'installazione del successivo aggiornamento. Se dopo l'aggiornamento si verificano problemi di avvio, viene eseguito un rollback automatico alla versione precedente del sistema. <\/p>\n
Questo approccio semplifica notevolmente il debug e la diagnosi dei problemi, poich\u00e9 gli sviluppatori possono riprodurre esattamente lo stato in cui si \u00e8 verificato il guasto, senza dover riprodurre la composizione del sistema dell'utente a livello di singoli pacchetti e tenere conto delle combinazioni di versioni dei pacchetti. Uno svantaggio sono i requisiti hardware pi\u00f9 elevati, che non consentiranno l'uso di Duranium su tutti i dispositivi supportati da postmarketOS. <\/p>\n
Il contenuto dell'immagine di sistema Duranium \u00e8 formato da una base di pacchetti unificata con postmarketOS, basata su Alpine Linux, sulla libreria standard C Musl e su un insieme di strumenti BusyBox. Le versioni di postmarketOS e Duranium risultano quasi identiche nella composizione, ma differiscono nei metodi di fornitura del sistema. Per la creazione, l'installazione e l'aggiornamento delle immagini di sistema vengono utilizzati componenti systemd-sysupdate, systemd-repart e systemd-verity-setup. <\/p>\n