Questa fonte mostra perché un disco di sistema ZimaOS completamente pieno può far sembrare bloccata una migrazione senza necessariamente danneggiare il RAID sottostante o i dati dell’utente. L’SSD di sistema da 228 GB dello ZimaCube ha raggiunto 0 B disponibili dopo che i dati di indicizzazione e delle applicazioni relativi a Resilio sono cresciuti sull’unità del sistema operativo. L’accesso tramite SMB e Finder continuava a funzionare, ma la dashboard è diventata instabile e inizialmente la migrazione è rimasta ferma al 5%.
La migrazione è poi avanzata, prima al 45%, quindi al 49%, fino a completarsi dopo più di un giorno. In seguito, l’autore originale ha dichiarato di aver anche impedito a Resilio di continuare a indicizzare e scrivere sul disco di sistema. La documentazione attuale di ZimaOS ora raccomanda esplicitamente di mantenere AppData separati dall’unità di sistema.
L’SSD di sistema era completamente pieno

La migrazione dei dati delle app è apparsa inizialmente bloccata al 5%

Un avanzamento lento non significava che la migrazione fosse definitivamente bloccata
In seguito, l’utente ha visto la migrazione avanzare al 45% e poi al 49% durante la notte. Mesi dopo ha confermato che alla fine si era completata, probabilmente dopo più di un giorno.

Le indicazioni attuali di IceWhale sconsigliano esplicitamente di riempire il disco di sistema con AppData
Le indicazioni attuali sui percorsi di archiviazione delle app spiegano che database delle applicazioni, miniature, metadati e altri dati AppData possono riempire il piccolo disco di sistema e causare comportamenti anomali di aggiornamenti, app e del dispositivo stesso.
Consulta le indicazioni attuali per l’archiviazione degli AppData.
Arresta l’applicazione che continua a riempire il disco
Liberare alcuni gigabyte non serve se Resilio, un modello LLM, la cache di Immich o un altro container li riscrive immediatamente. Identifica l’app che sta consumando lo spazio di sistema e arrestala prima di ritentare la migrazione.
Crea spazio operativo prima di ritentare la migrazione
Un processo di migrazione ha bisogno di spazio per database, stato temporaneo, log e operazioni delle applicazioni. Elimina o sposta solo i dati che hai identificato con certezza; non eseguire una pulizia indiscriminata a livello della radice su directory di sistema sconosciute.
Usa lo strumento attuale di migrazione dei dati quando il sistema è stabile
ZimaOS attuale può spostare immagini Docker, dati delle applicazioni Docker e database utente gestiti tra spazi di archiviazione tramite Impostazioni > Migrazione dei dati.
Consulta il flusso attuale di migrazione dei dati.
Un numero enorme di file piccoli può richiedere più tempo di quanto suggerisca la loro dimensione totale
I database degli indici, le miniature e le directory dei metadati possono richiedere molte più operazioni del file system per gigabyte rispetto ai file multimediali di grandi dimensioni.
Non spostare manualmente gli AppData attivi durante una migrazione
Un partecipante successivo ha spostato manualmente una cartella AppData di un LLM mentre la migrazione era già bloccata. Questo può causare una discrepanza tra il percorso configurato dell’applicazione, lo stato della migrazione di ZimaOS e la posizione effettiva nel file system.
La fonte ha segnalato anche un problema separato con i nomi dei file di Resilio
Mesi dopo, timothy ha dichiarato che Resilio aveva rinominato file contenenti caratteri non supportati, facendoli apparire come mancanti in ZimaOS. Ha inoltre corretto esplicitamente il sospetto iniziale secondo cui ZimaOS avrebbe perso quei file.
Una dashboard non funzionante non significa che il pool di archiviazione sia andato perso
La fonte continuava a utilizzare SMB e Finder mentre la dashboard disconnetteva l’utente e l’interfaccia di migrazione mostrava comportamenti anomali. Questa distinzione è importante: un disco di sistema pieno può interrompere i servizi del piano di controllo, mentre l’array di dati separato rimane montato e leggibile.
Conserva queste prove prima di eseguire operazioni distruttive sul RAID o di reinstallare il sistema.
Analizza il disco di sistema prima di avviare un’altra migrazione
Controlla quali directory stanno consumando l’unità di sistema, identifica l’applicazione proprietaria e arresta il processo di scrittura. Se l’app può essere rimossa e ricreata in sicurezza, elimina i dati di cache o delle immagini non indispensabili tramite i controlli supportati, invece di cancellare directory casuali.
Quando hai nuovamente spazio operativo, riavvia solo il servizio o l’app interessati, se necessario, e verifica che lo spazio libero rimanga stabile prima della migrazione.
La migrazione attuale è un’operazione controllata a schermo intero
La documentazione attuale di IceWhale afferma che le altre operazioni non sono disponibili durante l’esecuzione della migrazione dei dati. Pianifica un periodo di inattività per le applicazioni di cui vengono spostati i dati, evita spostamenti manuali simultanei e attendi che la migrazione raggiunga uno stato chiaro di completamento o errore prima di modificare le stesse cartelle.
La reinstallazione è l’ultima risorsa, non la prima risposta a 0 B liberi
Se i dati utente e lo spazio di archiviazione sono integri, liberare spazio sul sistema e completare la migrazione degli AppData può ripristinare il sistema senza ricostruire il NAS. Se la reinstallazione diventa necessaria, esegui prima il backup dei dati delle applicazioni, dei metadati di archiviazione e dei file critici, quindi segui le indicazioni attuali per il ripristino o la reinstallazione.
Domande frequenti sul disco di sistema pieno
La migrazione descritta nella fonte è stata completata?
Sì. In seguito, l’autore originale ha dichiarato che si era completata dopo più di un giorno.
Una barra di avanzamento della migrazione ferma al 5% dimostra che i dati sono persi?
No. Nella fonte la migrazione è poi avanzata, mentre SMB e il RAID restavano accessibili.
Cosa devono fare per prima cosa gli utenti attuali quando ZimaOS-HD è pieno?
Arrestare l’app che sta ancora scrivendo, liberare spazio in sicurezza, quindi usare i controlli attuali di Migrazione dei dati e degli AppData invece di eliminare file di sistema sconosciuti.
