Lo más importante que esta fuente no demuestra es que ZimaOS haya escaneado el NAS de forma independiente y eliminado una biblioteca de fotos normal. El usuario informó que sus archivos de Immich desaparecieron después de desinstalar y reinstalar, y sospechó de la opción «Eliminar configuraciones», pero IceWhale nunca reprodujo ni diagnosticó el evento exacto de eliminación.
La configuración publicada posteriormente mostró una implementación de Docker Compose personalizada, no el paquete de Immich de la Tienda de ZimaOS. Su base de datos, caché de aprendizaje automático y biblioteca estaban montadas mediante enlaces de volúmenes en /mnt/bigdrive/data/immich/.... Zima-Giorgio señaló explícitamente que la aplicación no provenía de la Tienda de ZimaOS. Por eso, no es seguro afirmar que la pérdida haya sido causada por el comportamiento normal de desinstalación de la Tienda. La lección duradera es mantener los archivos de fotos irremplazables y las copias de seguridad de la base de datos fuera de cualquier ruta de limpieza cuyo funcionamiento no comprendas por completo.
El usuario informó que faltaban fotos irremplazables después de desinstalar y reinstalar
El usuario de la fuente creía que quizá había marcado una opción para eliminar la configuración al quitar Immich. También describió bucles de bloqueo, acceso limitado a los registros durante el fallo y que finalmente abandonó ZimaOS al no poder recuperar las imágenes.
Se trata de un informe grave de pérdida de datos, pero en el foro nunca se produjo una secuencia reproducible que mostrara qué acción eliminó realmente qué archivos.
La primera explicación fue una teoría de la comunidad
Una respuesta de la comunidad sugirió que los originales podrían haber estado dentro de una carpeta de la aplicación que la limpieza de desinstalación consideraba datos de configuración o de usuario. Es un riesgo razonable sobre el que advertir, especialmente si los usuarios mezclan la configuración, la base de datos y los archivos multimedia originales en un mismo árbol de AppData.
No se confirmó que esa fuera la causa de este incidente concreto.
El Compose publicado asignaba los datos fuera del ejemplo normal de AppData de la aplicación de la Tienda
Posteriormente, el usuario publicó una definición de Compose con rutas del sistema anfitrión como:
/mnt/bigdrive/data/immich/postgres
/mnt/bigdrive/data/immich/cache
/mnt/bigdrive/data/immich/libraryEl servidor de Immich asignaba la carpeta de la biblioteca a /data. Esta es una evidencia importante porque no coincide con la sencilla teoría de que «todos los originales estaban bajo /DATA/AppData/immich» propuesta anteriormente.
IceWhale confirmó que no era el paquete de Immich de la Tienda de ZimaOS
Zima-Giorgio preguntó de dónde procedía la aplicación después de inspeccionar la configuración. El usuario respondió que provenía del archivo Docker Compose de Immich. Entonces, Giorgio recomendó instalar aplicaciones desde la Tienda de ZimaOS.
Esa recomendación no identifica qué eliminó los archivos, pero establece claramente el límite de gestión de la aplicación.
El ZimaOS actual trata los contenedores y los datos asignados como elementos distintos
La documentación actual de IceWhale explica que el contenedor en sí es desechable, mientras que los datos importantes de la aplicación se encuentran en carpetas asignadas del sistema anfitrión. Recomienda explícitamente hacer copias de seguridad de esas carpetas y mantener AppData en un almacenamiento adecuado.
Consulta el modelo actual de datos de aplicaciones de ZimaOS antes de eliminar una aplicación con estado.
Immich necesita proteger tanto los archivos multimedia como la base de datos
Las fotos y los vídeos almacenados en disco son solo la mitad de una recuperación de Immich. Los álbumes, usuarios, metadatos, registros de archivos y el estado de la aplicación se encuentran en PostgreSQL. Un plan seguro protege tanto el árbol de archivos multimedia como una copia de seguridad compatible de la base de datos.
No dependas de una casilla de desinstalación como estrategia de copia de seguridad.
Antes de desinstalar un gestor de fotos
- registra todas las asignaciones de volúmenes del sistema anfitrión;
- verifica la ruta real de los archivos de fotos y vídeos;
- crea y prueba una copia de seguridad independiente de la base de datos;
- copia los archivos irremplazables en otro dispositivo o almacenamiento;
- comprende exactamente qué incluye cualquier opción de «eliminar datos de usuario/configuración»;
- solo entonces elimina o vuelve a crear la aplicación.
Si los archivos desaparecen de repente, minimiza las escrituras adicionales
Detén la aplicación y evita instalar o volver a crear contenedores, o copiar datos nuevos en el sistema de archivos afectado, hasta comprender su estado. Primero restaura desde copias de seguridad verificadas. Si no existe ninguna copia de seguridad y los archivos realmente han desaparecido, conserva el medio y busca ayuda de recuperación específica para el sistema de archivos en lugar de seguir escribiendo en él.
La comunidad de la fuente mencionó herramientas de recuperación, pero no eran procedimientos de IceWhale y no se garantiza que sean seguras para todos los sistemas RAID o sistemas de archivos.
Preguntas frecuentes sobre la pérdida de datos de Immich
¿Confirmó IceWhale que la desinstalación de Immich desde la Tienda de ZimaOS eliminó las fotos del usuario de la fuente?
No. La aplicación era una implementación personalizada de Compose y nunca se estableció el mecanismo exacto de eliminación.
¿El Compose publicado mostraba la biblioteca bajo /DATA/AppData/immich?
No. Mostraba montajes mediante enlaces para la biblioteca, la base de datos y la caché bajo /mnt/bigdrive/data/immich.
¿Cuál es la prevención más segura?
Haz copias de seguridad independientes tanto de los archivos originales de fotos y vídeos como de la base de datos de Immich antes de desinstalar, restablecer o volver a asignar la pila.
