Per un aggiornamento pianificato dell'unità di sistema ZimaOS, clona l'intero vecchio disco sul nuovo SSD di maggiore capacità, avvia il sistema con il vecchio disco scollegato, verifica ogni percorso delle app e delle VM e solo dopo espandi la capacità utilizzabile. In questo modo conserverai più impostazioni rispetto alla copia manuale dei file e avrai una possibilità di ripristino, poiché potrai lasciare intatta l'unità originale.
La discussione originale del 2026 è un consiglio della community, non una procedura dello staff di IceWhale; considera quindi la clonazione dell'intero disco un metodo pratico di migrazione, non una funzionalità di ZimaOS ufficialmente supportata con un clic. Il rischio maggiore non è la copia in sé, ma l'avvio contemporaneo di due dischi di sistema duplicati o il ridimensionamento delle partizioni prima di aver verificato che il clone funzioni.
Quando la clonazione è preferibile alla reinstallazione
La clonazione è una soluzione interessante quando:
- Le app sono già configurate;
- I percorsi delle VM e le mappature dello spazio di archiviazione funzionano;
- L'SSD di origine è integro;
- Vuoi preservare esattamente il sistema attuale.
Una reinstallazione pulita può essere preferibile se la vecchia installazione ha accumulato errori o se la maggior parte dei dati persistenti delle app risiede già su un'unità di archiviazione separata.
Esegui prima il backup delle VM e dei dati delle app
Anche una clonazione pianificata può fallire a causa della selezione errata del disco, di un'interruzione di corrente o di un SSD di destinazione difettoso. Esporta o esegui il backup dei dati importanti delle VM e delle cartelle Docker persistenti prima di intervenire sull'unità di sistema.
La guida alla pianificazione del backup illustra una strategia di backup più completa.
Passaggio 1: clona l'intero disco offline
Utilizza Rescuezilla, Clonezilla o un altro strumento di creazione di immagini disco da un supporto di avvio separato. Copia l'intero vecchio SSD sul nuovo SSD di maggiore capacità.
Non copiare solo la partizione di archiviazione visibile. ZimaOS utilizza più partizioni di avvio/sistema e un'architettura a doppio slot.
Passaggio 2: lascia intatta la vecchia unità
Al termine della clonazione, spegni il sistema. Rimuovi l'SSD originale e conservalo in un luogo sicuro. Non formattarlo ancora.
Se il clone non si avvia o il percorso di un'app non funziona, il vecchio SSD, lasciato intatto, ti offre un ripristino pulito.
Passaggio 3: avvia e verifica prima di espandere
Conferma:
- ZimaOS si avvia normalmente;
- La versione del dashboard è corretta;
- Le app vengono visualizzate;
- I carichi di lavoro Docker si avviano;
- I guest ZVM riescono a vedere i loro dischi;
- Le condivisioni e i punti di montaggio mantengono i percorsi previsti.
Solo dopo questa verifica dovresti valutare la capacità SSD aggiuntiva.
Passaggio 4: esamina il layout delle partizioni clonate
Esegui:
lsblk
lsblk -f
df -hUn clone settore per settore normalmente conserva le dimensioni originali delle partizioni. La capacità aggiuntiva può apparire come spazio non allocato invece di aumentare immediatamente la partizione dati scrivibile.
Non ridimensionare alla cieca le partizioni di sistema di ZimaOS
ZimaOS usa più partizioni di piccole dimensioni per l'avvio e il ripristino del sistema A/B. Ampliare la partizione sbagliata può impedire i futuri aggiornamenti o il ripristino.
Se il tuo vero obiettivo è aumentare la capacità per applicazioni e dati anziché ampliare la partizione di sistema, può essere più semplice aggiungere un SSD separato e usare la migrazione dei dati di ZimaOS o i percorsi di archiviazione delle app.
L'attuale guida alla configurazione dello storage di ZimaOS consiglia di separare i dati rapidi delle app e lo spazio di archiviazione più capiente in base al carico di lavoro.
Alternativa: spostare i dati delle app invece di ampliare il disco di sistema
Se il disco di sistema da 32 GB/64 GB funziona e il problema riguarda solo la crescita di AppData, spostare i dati persistenti delle applicazioni su uno spazio di archiviazione più grande può risolvere il problema di capacità senza clonare il sistema operativo.
Questo riduce l'impatto delle future reinstallazioni del sistema e mantiene i dati utente lontani dal disco più piccolo.
E l'attivazione di ZimaOS Plus?
Altre discussioni di IceWhale hanno osservato che la modifica del disco di avvio può influire sull'autorizzazione di ZimaOS Plus e potrebbe richiedere un nuovo collegamento tramite l'assistenza. Se usi Plus, registra lo stato di attivazione attuale prima della migrazione.
FAQ
Un clone completo del disco manterrà i percorsi Docker e quelli delle VM?
Questo è il principale vantaggio della clonazione dell'intero disco. La raccomandazione della community del 2026 favoriva specificamente un clone completo del disco per preservare i percorsi di lavoro esistenti.
Posso clonare direttamente mentre ZimaOS è in esecuzione?
Preferisci un clone offline da un supporto di ripristino, così lo stato del filesystem non cambia durante la copia.
L'SSD più grande mostrerà automaticamente tutta la sua capacità?
Non necessariamente. Un clone grezzo può lasciare spazio aggiuntivo non allocato finché l'area scrivibile corretta non viene ampliata in sicurezza o utilizzata separatamente.
Quando dovrei scegliere invece una reinstallazione pulita?
Scegli la reinstallazione quando il sistema attuale è instabile o quando i dati persistenti sono già al sicuro su uno spazio di archiviazione separato e ricreare le app è semplice.
