Se ZimaOS sembra installare correttamente un aggiornamento ma dopo il riavvio torna alla versione precedente, considera prima un problema di selezione dell’avvio, non un problema di download. I controlli più utili riguardano lo slot RAUC attivo, l’eventuale contrassegnazione come danneggiato dello slot appena scritto e la presenza di un’altra unità collegata contenente una vecchia installazione di ZimaOS o identificatori di filesystem duplicati.
Un caso verificato dalla community sembrava inizialmente un aggiornamento alla versione 1.6.2 non riuscito, ma il pacchetto di aggiornamento era valido. La macchina aveva scritto il nuovo sistema nello slot alternativo, non era riuscita ad avviarlo e aveva quindi ripristinato lo slot precedente. La presenza di un secondo NVMe contenente vecchie partizioni di ZimaOS era il fattore determinante. Questa distinzione è importante perché scaricare ripetutamente lo stesso aggiornamento non avrebbe mai risolto il problema del percorso di avvio.
Come riconoscere il ripristino dopo un aggiornamento
Lo schema tipico è:
- l’aggiornamento arriva al completamento;
- il dispositivo si riavvia;
- il pannello continua a mostrare la versione precedente;
- la notifica dell’aggiornamento ricompare;
- anche l’aggiornamento offline o un’installazione RAUC diretta sembrano completarsi correttamente.
Se l’installer segnala un errore definitivo di checksum o firma prima di scrivere qualsiasi dato, si tratta di un problema diverso. Quando invece la scrittura riesce ma dopo il riavvio ritorna il vecchio sistema, concentrati sulla fase di avvio successiva.
Passaggio 1: controlla lo slot di sistema attuale
ZimaOS utilizza due piccole partizioni di sistema, Slot A e Slot B, così uno slot può essere aggiornato mentre l’altro rimane disponibile per il ripristino. L’attuale guida al ripristino del sistema ZimaOS documenta questa architettura a doppio slot.
Dal terminale, controlla lo stato RAUC e annota quale slot è in esecuzione, quale è attivo e se lo slot aggiornato è considerato valido o danneggiato. Se uno slot scritto correttamente diventa danneggiato dopo l’avvio, significa che il problema si verifica dopo l’installazione.
Passaggio 2: collega un monitor prima di forzare un altro aggiornamento
Un pannello web non può mostrare gli errori di avvio iniziale che si verificano prima dell’attivazione della rete e dell’interfaccia di ZimaOS. Collega un monitor e una tastiera, riavvia il dispositivo e osserva eventuali errori relativi a GRUB, filesystem, NVMe, UUID o kernel.
Se lo slot alternativo si blocca e il sistema torna automaticamente allo slot precedente, fotografa l’errore. Sarà molto più utile di un altro screenshot dell’aggiornamento fermo al 100%.
Passaggio 3: inventaria tutte le unità collegate avviabili
Un problema spesso trascurato è la presenza di un secondo SSD o NVMe che in passato eseguiva ZimaOS. Anche se ora intendi usarlo solo per l’archiviazione, potrebbe contenere ancora partizioni di avvio, UUID di filesystem duplicati o un vecchio bootloader.
Scollega temporaneamente le unità secondarie che possono contenere il sistema
Spegni correttamente la macchina e lascia collegato solo il disco di sistema ZimaOS previsto, oltre agli eventuali dischi dati che sai per certo non aver mai contenuto un’altra installazione di ZimaOS. Quindi riprova l’aggiornamento.
Non cancellare un’unità prima di aver confermato la diagnosi
Se rimuovere una specifica unità secondaria permette al nuovo slot di avviarsi normalmente, esegui prima il backup dei dati presenti su quell’unità, quindi elimina le vecchie partizioni di sistema. Nel caso verificato dalla fonte, il problema è stato risolto rimuovendo l’NVMe in conflitto; questo non significa che ogni aggiornamento non riuscito debba essere seguito immediatamente dalla cancellazione di un disco.
Passaggio 4: usa l’aggiornamento offline solo quando risolve il problema corretto
L’attuale guida all’aggiornamento offline di ZimaOS è utile quando il canale di aggiornamento normale non riesce a scaricare o preparare il pacchetto, ma l’installazione offline non risolverà un conflitto di avvio causato da partizioni di sistema duplicate.
Se sia l’installazione online sia quella offline scrivono correttamente il pacchetto, ma il sistema continua a tornare alla versione precedente, smetti di ripetere l’installer e passa a una diagnosi più approfondita dell’avvio.
Non forzare l’attivazione di uno slot danneggiato senza comprendere il problema
Potresti essere tentato di contrassegnare come valido il nuovo slot o di forzarne l’attivazione. Ciò potrebbe trasformare un ripristino automatico in una macchina che non raggiunge più il pannello. Lascia che il meccanismo di fallback ti protegga mentre raccogli le informazioni necessarie.
La checklist per la risoluzione dei problemi di ZimaOS è una guida generale utile quando il dispositivo non si avvia in modo affidabile.
Quando è ragionevole reinstallare ZimaOS?
La reinstallazione è appropriata quando entrambi gli slot di sistema sono danneggiati, il disco di sistema presenta problemi del filesystem o hardware oppure non riesci a ripristinare uno slot avviabile dopo aver eliminato i conflitti tra le unità. Non dovrebbe essere la prima risposta a un ripristino quando lo slot precedente si avvia ancora normalmente.
Prima di reinstallare, assicurati di avere un backup dei dati utente e di AppData su uno spazio di archiviazione separato. Se i dati delle app si trovano sul disco di sistema, proteggili prima.
Come prevenire questo problema su un server con più unità
- Durante gli aggiornamenti o la migrazione del sistema, lascia collegata una sola installazione di ZimaOS, quella prevista.
- Quando riutilizzi un vecchio SSD di ZimaOS come spazio di archiviazione dati, esegui il backup e rimuovi le partizioni di sistema obsolete prima di rimetterlo in servizio.
- Etichetta fisicamente i dischi di sistema per evitare di ricollegare mesi dopo una vecchia unità di avvio.
- Mantieni AppData e i dati utente su uno spazio di archiviazione dedicato, così la reinstallazione del sistema operativo sarà meno problematica.
La guida alla pianificazione dei dati delle app aiuta a ridurre i costi di un futuro ripristino del sistema operativo.
Domande frequenti
Perché ZimaOS indica che l’aggiornamento è riuscito, ma continua a mostrare la versione precedente?
L’aggiornamento potrebbe essere stato scritto correttamente nello slot alternativo, ma tale slot potrebbe non essere riuscito ad avviarsi. ZimaOS può quindi tornare allo slot precedente funzionante.
Uno slot RAUC danneggiato significa sempre che il file di aggiornamento è corrotto?
No. Uno slot può diventare danneggiato a causa di problemi di archiviazione, filesystem, kernel o hardware durante l’avvio, anche quando il pacchetto di aggiornamento è valido.
Un secondo SSD con una vecchia installazione di ZimaOS può interferire con l’avvio?
Sì. Il caso verificato dalla fonte riguardava un altro NVMe contenente vecchie partizioni di tipo ZimaOS e identificatori in conflitto. Prima di cancellare qualsiasi dato, prova a rimuovere le unità secondarie avviabili.
Devo reinstallare immediatamente?
Non se lo slot precedente si avvia ancora. Controlla prima lo stato degli slot, l’output della console e le unità collegate. Reinstalla dopo aver compreso la causa o quando nessuno dei due slot è recuperabile.
