Solución de la comunidad

Mover los datos de aplicaciones de ZimaOS a otra unidad: límites y soluciones para la migración mediante USB

A ZimaOS AppData migration thread that began with a greyed-out migration control and ended with an official July 2026 clarification: USB drives were not supported as AppData migration destinations at that time, and the limitation was not tied to ZimaOS+.

Una unidad puede aparecer perfectamente en Archivos de ZimaOS y, aun así, no estar disponible como destino para mover imágenes de Docker o datos de aplicaciones. Esa distinción causó gran parte de la confusión en este hilo de diciembre de 2025.

El autor original conectó un SSD USB de 2 TB, pudo explorarlo en Archivos, pero descubrió que el control de migración de datos de aplicaciones estaba deshabilitado. Las primeras respuestas de la comunidad supusieron que la unidad debía reformatearse o inicializarse de otra manera. Las pruebas posteriores refutaron esa teoría, y la respuesta más autorizada llegó en julio de 2026, cuando IceWhale aclaró que, en ese momento, las unidades USB no eran compatibles como destinos de migración de datos de aplicaciones.

Cómo se veía el control de migración deshabilitado

Configuración de migración de ZimaOS que muestra las ubicaciones de los datos de aplicaciones, las imágenes de Docker y la base de datos de usuarios, con el control de traslado deshabilitado
El informe original mostraba controles de migración que no se podían usar aunque la unidad externa estuviera conectada.

Que aparezca en Archivos no significa que sea apta para migrar datos de aplicaciones

El disco USB del usuario aparecía normalmente en la interfaz Archivos y en el resumen de almacenamiento:

Aplicación Archivos de ZimaOS que muestra una unidad USB externa llamada ZimaData junto al almacenamiento del sistema
Se podía acceder a la unidad como almacenamiento USB externo, lo que demostraba que el acceso a archivos y la aptitud para migrar datos de aplicaciones eran funciones independientes.
Tarjeta de almacenamiento de ZimaOS que muestra una unidad USB de 2 TB llamada ZimaData con casi toda su capacidad disponible
ZimaOS detectaba el dispositivo USB de 2 TB y su capacidad, pero eso no habilitaba el destino de migración de datos de aplicaciones.

Borrar la unidad no fue una solución comprobada

Las respuestas de la comunidad sugirieron eliminar los metadatos GPT, las firmas del sistema de archivos y las particiones para que ZimaOS tratara el dispositivo como un disco nuevo administrado. El autor original probó esas ideas e informó que no resolvieron el problema. Otro usuario repitió intentos similares de borrado en ZimaOS 1.6.1 y 1.6.2, con el mismo resultado.

Como los comandos destructivos para borrar el disco de este hilo procedían de participantes de la comunidad y no lograron resolver la limitación subyacente, no deben promocionarse como un procedimiento de recuperación. No borres un disco simplemente para poder hacer clic en un botón de migración deshabilitado.

IceWhale confirmó la limitación de USB en julio de 2026

El 10 de julio de 2026, 777-Spider ofreció la aclaración decisiva: la unidad afectada estaba conectada mediante USB y, en ese momento, ZimaOS no admitía unidades USB como destinos de migración de datos de aplicaciones. La misma respuesta indicó explícitamente que no se trataba de una restricción de una función de pago de ZimaOS+.

Esa respuesta oficial invalida la teoría anterior de la comunidad según la cual la unidad simplemente debía dejarse “en bruto” o inicializarse de una manera especial.

El ZimaOS actual sigue teniendo una herramienta integrada de migración de datos

Las instrucciones actuales de ZimaOS describen cómo mover imágenes de Docker, datos de aplicaciones y bases de datos de usuarios desde Configuración > Migración de datos a otro espacio de almacenamiento. No indican explícitamente que todos los dispositivos USB sean destinos aptos para los datos de aplicaciones.

Usa el flujo de trabajo actual de Migración de datos para comprobar qué destinos muestra realmente la versión instalada. No deduzcas que, porque el “almacenamiento USB se puede usar”, el USB también debe aceptarse para migrar datos de aplicaciones.

La asignación de volúmenes por aplicación puede ser una alternativa

Más adelante, un usuario encontró una solución alternativa para Nextcloud: descargó el archivo YAML de la aplicación, lo importó como una aplicación personalizada y cambió la asignación de datos de aplicaciones del lado del host a una carpeta del almacenamiento externo. Fue una solución alternativa de la comunidad, no una recomendación de IceWhale para todas las aplicaciones.

El ZimaOS actual también recomienda decidir dónde residirán los datos de las aplicaciones antes de llenar la unidad del sistema. La explicación de cómo las carpetas persistentes de las aplicaciones se asignan al almacenamiento real es un punto de partida más seguro cuando una aplicación concreta necesita estar en un disco de mayor capacidad.

Preguntas frecuentes sobre la migración de datos de aplicaciones en ZimaOS

¿Por qué el botón de migración de datos de aplicaciones aparece deshabilitado aunque Archivos puede ver mi unidad USB?

En el hilo original, la respuesta final de IceWhale fue que, en ese momento, el USB no era compatible como destino de migración de datos de aplicaciones. El acceso a archivos y la migración de datos de aplicaciones son funciones independientes.

¿La limitación se debía a ZimaOS+?

No. 777-Spider indicó explícitamente que no estaba relacionada con ZimaOS+ ni con una función de pago.

¿Debo borrar mi unidad USB para habilitar la migración?

No según este hilo. Varios intentos destructivos de borrado no resolvieron la limitación.

¿Aun así puedo colocar los datos de una aplicación concreta en otra unidad?

Muchas aplicaciones de Docker pueden usar asignaciones de volúmenes del lado del host hacia otra ubicación de almacenamiento. Comprueba cuidadosamente las rutas que necesita la aplicación y haz una copia de seguridad de sus datos existentes antes de cambiarlas.