Cuando chown y chmod parecen no hacer nada en una unidad USB, primero identifica el sistema de archivos. La respuesta de la comunidad de origen sospechaba que era NTFS o exFAT, lo cual es una explicación razonable, ya que esos sistemas de archivos no se comportan como ext4/Btrfs con propietarios y bits de modo Unix nativos.
La fuente no indica qué sistema de archivos utilizó realmente MikeFrizz, y el autor de la publicación original nunca volvió para confirmar el resultado. Por lo tanto, esto debe seguir siendo una guía de solución de problemas según el sistema de archivos, no una afirmación de que todas las unidades USB de ZimaOS ignoran los permisos.
Identifica el sistema de archivos USB antes de cambiar los permisos
Comprueba el formato del disco en Almacenamiento de ZimaOS o mediante un comando de solo lectura como:
lsblk -fLas versiones actuales de ZimaOS admiten acceso de lectura y escritura a NTFS, exFAT, ext4 y Btrfs, entre otros formatos, pero que un sistema de archivos sea compatible con lectura y escritura no significa que todos conserven los metadatos de UID/GID/modo de Unix de la misma manera.
Consulta la matriz actual de formatos de disco compatibles.
NTFS y exFAT suelen presentar los permisos mediante opciones de montaje
En Linux, exFAT y muchas configuraciones de montaje de NTFS presentan los archivos con valores de propietario y modo derivados de las opciones de montaje, en lugar de almacenar los cambios de permisos POSIX ordinarios exactamente como ext4. Como resultado, chown o chmod pueden parecer ineficaces o revertirse al volver a montar la unidad.
Eso no significa que la unidad sea de solo lectura o esté dañada.
Un sistema de archivos Linux proporciona a Docker permisos POSIX más predecibles
Si el disco USB está dedicado a ZimaOS/Linux y necesitas un control real sobre UID/GID/modo, ext4 o Btrfs son opciones más naturales. Reformatear es destructivo, así que copia los datos en otro lugar antes de cambiar el sistema de archivos.
Evita usar un enlace simbólico del host como método principal para migrar el almacenamiento de Docker
El usuario de la fuente copió los datos de Immich a una unidad USB y creó un enlace simbólico desde la ubicación anterior. Los contenedores no siguen automáticamente los enlaces simbólicos del host que apuntan fuera del espacio de nombres de sus volúmenes montados. El enlace puede apuntar a una ruta que el contenedor no puede ver.
Un montaje de enlace o volumen directo es más claro y fácil de auditar.
Mapea directamente la carpeta USB en Immich
En lugar de conservar una ruta antigua en el host y redirigirla mediante un enlace simbólico, edita el volumen de la aplicación o el contenedor de Immich para que la carpeta USB real se monte en la ruta del contenedor que Immich espera.
La documentación actual de IceWhale explica que la ruta del host puede cambiarse sin modificar la ruta del lado del contenedor.
Consulta el modelo actual de rutas de volúmenes Docker de ZimaOS.
No muevas a ciegas todos los componentes de Immich a un almacenamiento USB arbitrario
Las bibliotecas multimedia y el almacenamiento de cargas de Immich tienen requisitos diferentes de los de la base de datos PostgreSQL y el estado de la aplicación. Antes de mover directorios, identifica exactamente qué volumen del host se está trasladando y sigue las instrucciones actuales de implementación y migración de Immich.
No muevas un directorio de base de datos activo mediante un enlace simbólico mientras los contenedores estén en ejecución.
Corrige el mapeo antes de aplicar un chmod 777 generalizado
Si el contenedor no puede ver la carpeta correcta del host, cambiar los permisos no solucionará la ruta. Verifica primero el montaje y, después, ajusta únicamente el acceso mínimo de usuario o grupo que necesite el contenedor.
Preguntas frecuentes sobre los permisos USB
¿ZimaOS admite lectura y escritura en NTFS y exFAT?
Sí, la documentación actual de IceWhale indica que ambos son compatibles con lectura y escritura.
¿Por qué chmod/chown pueden comportarse de forma diferente?
Esos sistemas de archivos no utilizan la propiedad POSIX nativa de Linux ni la semántica de bits de modo de la misma manera que ext4 o Btrfs.
¿Se confirmaron el sistema de archivos del usuario de la fuente y la solución final?
No. El sistema de archivos fue inferido por una respuesta de la comunidad y el autor de la publicación original no informó ningún resultado.
