Soluzione della community

Disco di sistema ZimaOS pieno e migrazione dei dati bloccata: spazio libero, AppData, file minuscoli e ripristino sicuro

A February-November 2025 thread where a ZimaCube system SSD reached 0 B free after Resilio indexing large data. App-data migration appeared stuck at 5%, then slowly reached 49% and eventually completed after more than a day. The user later said stopping Resilio/indexing prevented the system disk from filling again.

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

SSD di sistema ZimaOS con 228 GB utilizzati e 0 B disponibili mentre l’array di dati NAS era integro
Il disco di sistema di origine non aveva più spazio operativo disponibile, anche se il grande array di archiviazione aveva ancora capacità libera.

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

Schermata di migrazione ZimaOS che sposta i dati delle app da ZimaOS-HD a Cube, bloccata al 5 percento
La migrazione è rimasta al 5% per ore, mentre sul disco di sistema non era rimasto praticamente spazio libero.

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.

Migrazione delle immagini delle app ZimaOS da ZimaOS-HD a Cube al 49 percento dopo un’esecuzione notturna
Una grande quantità di dati delle applicazioni, composta da molti file piccoli, può essere trasferita molto lentamente anche quando la barra di avanzamento continua ad avanzare.

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.