Solución de la comunidad

Disco del sistema ZimaOS lleno y migración de datos atascada: espacio libre, AppData, archivos diminutos y recuperación segura

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.

Esta fuente muestra por qué un disco del sistema ZimaOS lleno puede hacer que la migración parezca bloqueada sin necesariamente destruir el RAID subyacente ni los datos del usuario. El SSD del sistema de 228 GB de ZimaCube llegó a 0 B disponibles después de que los datos de indexación y de la aplicación relacionados con Resilio crecieran en la unidad del sistema. El acceso mediante SMB y Finder seguía funcionando, pero el panel se volvió inestable y la migración permaneció inicialmente en el 5 %.

La migración finalmente avanzó: 45 %, luego 49 % y, por último, se completó después de más de un día. Posteriormente, el autor original indicó que también detuvo Resilio para que siguiera indexando y escribiendo en el disco del sistema. La documentación actual de ZimaOS recomienda explícitamente mantener AppData fuera de la unidad del sistema.

El SSD del sistema estaba completamente lleno

SSD del sistema de ZimaOS mostrando 228 GB usados y 0 B disponibles mientras el conjunto de datos del NAS seguía funcionando correctamente
El disco del sistema de origen ya no tenía margen operativo, aunque el gran conjunto de almacenamiento todavía disponía de capacidad libre.

La migración de datos de aplicaciones pareció bloquearse primero en el 5 %

Pantalla de migración de ZimaOS moviendo datos de aplicaciones de ZimaOS-HD a Cube mientras permanecía en el 5 %
La migración mostró un 5 % durante horas mientras la unidad del sistema prácticamente no tenía espacio disponible.

Un progreso lento no significaba que la migración estuviera bloqueada permanentemente

Más tarde, el usuario vio que la migración avanzaba al 45 % y luego al 49 % durante la noche. Meses después confirmó que finalmente se había completado, probablemente después de más de un día.

Migración de imágenes de aplicaciones de ZimaOS desde ZimaOS-HD a Cube al 49 % después de ejecutarse durante la noche
Los datos de aplicaciones grandes con muchos archivos pequeños pueden transferirse extremadamente despacio, incluso cuando la barra de progreso sigue avanzando.

La guía actual de IceWhale advierte explícitamente contra llenar la unidad del sistema con AppData

La guía actual sobre rutas de almacenamiento de aplicaciones indica que las bases de datos de aplicaciones, miniaturas, metadatos y otros datos de AppData pueden llenar la pequeña unidad del sistema y provocar un comportamiento anómalo de las actualizaciones, las aplicaciones y el propio dispositivo.

Consulta la guía actual de almacenamiento de AppData.

Detén la aplicación que sigue llenando el disco

Liberar unos pocos gigabytes no sirve de nada si Resilio, un modelo de LLM, la caché de Immich u otro contenedor los vuelve a ocupar de inmediato. Identifica la aplicación que consume el almacenamiento del sistema y detenla antes de volver a intentar la migración.

Crea un margen operativo antes de volver a intentar la migración

Un proceso de migración necesita espacio para bases de datos, estados temporales, registros y operaciones de las aplicaciones. Elimina o mueve únicamente los datos que hayas identificado con certeza; no realices una limpieza general de nivel raíz en directorios del sistema desconocidos.

Usa la herramienta actual de migración de datos cuando el sistema esté estable

El ZimaOS actual puede mover imágenes de Docker, datos de aplicaciones de Docker y bases de datos de usuarios administradas entre espacios de almacenamiento mediante Ajustes > Migración de datos.

Consulta el flujo actual de migración de datos.

Una cantidad enorme de archivos pequeños puede ser más lenta de lo que su tamaño total sugiere

Las bases de datos de índices, las miniaturas y los directorios de metadatos pueden requerir muchas más operaciones del sistema de archivos por gigabyte que los archivos multimedia grandes.

No reubiques manualmente AppData de aplicaciones activas durante la migración

Más tarde, otro participante movió manualmente una carpeta de AppData de un LLM mientras la migración ya estaba bloqueada. Eso puede provocar que la ruta configurada de la aplicación, el estado de migración de ZimaOS y la ubicación real en el sistema de archivos dejen de coincidir.

La fuente también informó de un problema independiente con los nombres de archivo de Resilio

Meses después, timothy indicó que Resilio había cambiado el nombre de archivos que contenían caracteres no compatibles, por lo que parecían haber desaparecido en ZimaOS. Aclaró explícitamente su sospecha inicial de que ZimaOS hubiera perdido esos archivos.

Un panel averiado no significa que se haya perdido el conjunto de almacenamiento

La fuente aún podía utilizar SMB y Finder mientras el panel cerraba la sesión y la interfaz de migración se comportaba de forma extraña. Esta distinción es importante: un disco del sistema lleno puede romper los servicios del plano de control mientras el conjunto de datos independiente permanece montado y legible.

Conserva esas pruebas antes de realizar acciones destructivas con el RAID o de reinstalar el sistema.

Analiza el disco del sistema antes de iniciar otra migración

Comprueba qué directorios consumen la unidad del sistema, identifica la aplicación responsable y detén el proceso que escribe en ella. Si la aplicación puede eliminarse y recrearse de forma segura, elimina sus datos de caché o de imagen prescindibles mediante los controles compatibles, en lugar de borrar directorios al azar.

Una vez que haya margen operativo, reinicia únicamente el servicio o la aplicación afectados según sea necesario y verifica que el espacio libre se mantenga estable antes de la migración.

La migración actual es una operación controlada a pantalla completa

La documentación actual de IceWhale indica que las demás operaciones no están disponibles mientras se ejecuta la migración de datos. Planifica un tiempo de inactividad para las aplicaciones cuyos datos se moverán, evita realizar movimientos manuales simultáneos y deja que la migración llegue a un estado claro de finalización o error antes de modificar las mismas carpetas.

Reinstalar es el último recurso, no la primera respuesta ante 0 B libres

Si los datos del usuario y el almacenamiento están intactos, liberar espacio del sistema y completar la migración de AppData puede recuperar el sistema sin reconstruir el NAS. Si la reinstalación se vuelve necesaria, haz primero una copia de seguridad de los datos de las aplicaciones, los metadatos del almacenamiento y los archivos críticos, y sigue la guía actual de recuperación o reinstalación.

Preguntas frecuentes sobre un disco del sistema lleno

¿La migración de la fuente terminó finalmente?

Sí. Posteriormente, el autor original indicó que se completó después de más de un día.

¿Una barra de progreso de migración detenida en el 5 % demuestra que se han perdido los datos?

No. En la fuente avanzó posteriormente, mientras SMB y el RAID seguían siendo accesibles.

¿Qué deben hacer primero los usuarios actuales cuando ZimaOS-HD está lleno?

Detener la aplicación que sigue escribiendo, liberar espacio de forma segura y usar después los controles actuales de Migración de datos/AppData en lugar de eliminar archivos de sistema desconocidos.