Un clone completo dell’SSD di sistema ZimaOS non è l’unica risorsa di ripristino, né necessariamente la più importante. L’utente del post originale aveva un NVMe da 512 GB per il sistema operativo più quattro unità NVMe da 2 TB previste in RAID 5 e voleva sapere se la perdita dell’unità del sistema operativo avrebbe messo in pericolo l’array.
L’attuale progettazione del ripristino di ZimaOS offre una risposta più chiara rispetto alla discussione originale del 2025: ZimaOS utilizza due slot di sistema per un rapido ripristino dell’avvio, i dati risiedono separatamente dalle partizioni di sistema e IceWhale ora documenta il backup di local-storage.db, così da poter ripristinare la configurazione RAID dopo una reinstallazione del sistema. La risorsa di backup più importante resta comunque costituita dai dati e dallo stato effettivi delle applicazioni.
ZimaOS Dispone di una Progettazione di Ripristino del Sistema a Doppia Partizione
La documentazione attuale di IceWhale sul ripristino del sistema indica che ZimaOS utilizza Slot A e Slot B, ciascuno di circa 6 GB, permettendo all’utente di avviare la partizione alternativa quando uno degli slot di sistema non funziona.
Questo consente di gestire determinati problemi software o di avvio senza sostituire l’SSD.
Utilizza la procedura attuale di ripristino a doppio slot di ZimaOS prima di presumere che ogni problema di avvio richieda un ripristino completo del disco.
Un SSD di Sistema Guasto è Diverso da uno Slot di Sistema Danneggiato
Se l’unità NVMe ha subito un guasto fisico, entrambi gli slot A/B vengono persi insieme a essa. In tal caso, la procedura di ripristino consiste nel sostituire il disco di sistema e installare nuovamente ZimaOS.
L’obiettivo è fare in modo che la reinstallazione possa riscoprire o ripristinare la configurazione dei dati e dello storage senza trattare i membri RAID come dischi vuoti.
Esegui il Backup di local-storage.db Prima di Averne Bisogno
L’attuale guida di IceWhale per la ricostruzione del RAID indica agli utenti di salvare:
/ZimaOS-HD/.casaos/db/local-storage.dbprima di reinstallare il sistema. Dopo la nuova installazione di ZimaOS, la guida indica di rinominare il nuovo database, caricare quello di backup nella stessa posizione e riavviare.
Segui la procedura ufficiale per la ricostruzione del RAID dopo una reinstallazione invece di modificare manualmente il database.
Non Ricreare il RAID Solo Perché un Sistema Nuovo Mostra i Dischi in Modo Diverso
I dischi membri del RAID possono contenere ancora metadati RAID e dati validi anche quando una nuova installazione del sistema non dispone più del precedente database di storage di ZimaOS.
Se quei dischi contengono file importanti, non fare clic su Crea RAID, non formattarli e non azzerare i metadati finché la procedura di ripristino non è stata chiarita.
Esegui il Backup di AppData e dei Database delle Applicazioni
La risposta della community del 2025 semplificava lo stato delle applicazioni indicandolo come situato in /DATA/AppData. L’attuale ZimaOS rende più chiara questa separazione, ma supporta anche diverse posizioni per i dati delle applicazioni e bind mount personalizzati.
Esegui il backup delle cartelle persistenti delle applicazioni e utilizza esportazioni specifiche per le applicazioni per database come Nextcloud, Immich o altri servizi per i quali la semplice copia di una cartella potrebbe non essere sufficiente.
Le attuali indicazioni di ZimaOS sui percorsi di archiviazione delle applicazioni aiutano a individuare ciò che sopravvive alla ricreazione dei container.
Un Clone Completo del Sistema Operativo Può Essere Utile, ma Presenta dei Compromessi
Un clone a livello di blocco può ridurre i tempi di ripristino se è recente, coerente e creato con un metodo che acquisisce correttamente il filesystem attivo. Tuttavia, un clone diventa rapidamente obsoleto quando cambiano le impostazioni delle applicazioni, i metadati dello storage e gli aggiornamenti del sistema operativo.
Se il disco di sistema sta effettuando scritture mentre viene acquisita l’immagine, la coerenza è importante. Non presumere che la “copia di ogni blocco durante l’esecuzione” crei automaticamente un’immagine di ripristino affidabile.
Il Backup dei Tuoi Dati è Più Importante del Sistema Operativo Sostituibile
L’attuale ZimaOS include un’app Backup che può proteggere i dati su dischi locali, un altro NAS, un dispositivo USB o il cloud e supporta procedure pianificate e con versioning.
Utilizza l’attuale strategia di backup 3-2-1 per i file che non possono essere semplicemente reinstallati.
Un Piano Pratico per il Guasto dell’Unità di Sistema
- Conserva una copia recente di
local-storage.dbal di fuori dell’unità del sistema operativo. - Esegui il backup separato dello stato delle applicazioni e dei dati degli utenti.
- Documenta i volumi personalizzati delle applicazioni e gli stack Compose.
- Impara ad avviare lo slot di sistema alternativo di ZimaOS.
- Se l’SSD subisce un guasto fisico, sostituiscilo e reinstalla ZimaOS.
- Ripristina il database dello storage seguendo la procedura ufficiale.
- Verifica il RAID prima di apportare qualsiasi modifica distruttiva allo storage.
- Reinstalla o ricollega le applicazioni ai relativi dati persistenti.
Domande Frequenti sul Backup dell’Unità del Sistema Operativo
Un errore di avvio di ZimaOS significa sempre che l’SSD del sistema operativo deve essere sostituito?
No. L’attuale ZimaOS dispone di due slot di sistema e quello alternativo può risolvere alcuni problemi del sistema.
Quale piccolo file è particolarmente utile prima di reinstallare il sistema?
L’attuale guida di IceWhale per il ripristino del RAID indica agli utenti di eseguire il backup di local-storage.db.
Il RAID 5 è di per sé un backup dei dati?
No. Il RAID protegge la disponibilità dopo il guasto di un disco; conserva backup indipendenti per proteggerti da eliminazioni, danneggiamenti, furti e calamità.
