En resumen: Auto-Organize de Emby necesita tanto un montaje de Docker con permisos de escritura como permisos de escritura en el host
Emby puede explorar una biblioteca multimedia con acceso de solo lectura, pero Auto-Organize debe cambiar el nombre, mover y, en ocasiones, eliminar archivos. Esto requiere acceso de escritura en dos capas: la carpeta del host de ZimaOS debe montarse en el contenedor con permisos de lectura y escritura, y el proceso de Emby debe tener permiso para modificar los archivos del host. Corrige ambas cosas de forma deliberada; no uses chmod 777 como solución permanente.
Paso 1: Confirma que la carpeta del host esté montada con permisos de lectura y escritura
Abre la configuración de la aplicación Emby y revisa Volúmenes. Una asignación debería verse conceptualmente así:
/media/RAID5/TV -> /media/tv
Dentro de Emby, selecciona /media/tv. Emby no puede explorar directamente la ruta del host de ZimaOS que aparece a la izquierda. La documentación de los montajes vinculados de Docker explica el modelo de dos rutas.
La información actual sobre las rutas de aplicaciones de ZimaOS se aplica en general a los contenedores de la tienda de aplicaciones.
Paso 2: Demuestra que el montaje no es de solo lectura
docker inspect EMBY_CONTAINER
Busca el montaje vinculado de TV/medios y confirma que no esté marcado como de solo lectura. También puedes probarlo desde dentro del contenedor con un archivo temporal inocuo en el destino asignado exacto:
docker exec -it EMBY_CONTAINER sh
touch /media/tv/.emby-write-test
rm /media/tv/.emby-write-test
Si touch falla, Auto-Organize también fallará.
Paso 3: Haz coincidir el proceso de Emby con la propiedad del host
Comprueba la carpeta del host y la identidad del proceso:
ls -ld /media/RAID5/TV
ls -ln /media/RAID5/TV
docker exec EMBY_CONTAINER id
Después, concede el permiso mínimo de propietario/grupo que requiera ese contenedor. La respuesta anterior sugería chown -R 1000:1000, pero no se garantiza que UID 1000 sea la identidad utilizada por todas las imágenes de Emby. Verifícalo primero.
La configuración de Emby con Docker es la referencia oficial para la imagen que ejecutas.
No uses chmod -R 777 como solución permanente
Si 777 hace que la función funcione, has demostrado que existe un problema de permisos, pero también has concedido acceso de escritura a todos los usuarios y procesos locales. Cuando termines la prueba, restaura un modelo más restrictivo de propietario/grupo. Para un servidor multimedia, 775 con el grupo correcto suele ser más seguro que «todos pueden escribir», pero los valores exactos dependen de cómo esté configurada la identidad del contenedor.
Mantén las rutas de origen y destino con permisos de escritura
Auto-Organize puede supervisar una carpeta de entrada y después mover los archivos a la biblioteca de series de TV final. Ambas ubicaciones deben ser visibles dentro del contenedor y el destino necesita acceso de escritura. Una biblioteca final de solo lectura puede hacer que la carpeta supervisada parezca funcionar correctamente hasta la primera operación de cambio de nombre o movimiento.
RAID 5 no es la capa de permisos
Que los archivos multimedia estén en RAID 5 no impide inherentemente las escrituras. RAID controla la redundancia y el almacenamiento en bloques; los montajes bind de Docker y la propiedad del sistema de archivos controlan el acceso de la aplicación. No reconstruyas el conjunto porque un contenedor recibe Permiso denegado.
La migración de datos de ZimaOS resulta útil cuando las rutas multimedia se trasladaron después de crear el contenedor de Emby.
Haz una copia de seguridad de la configuración de Emby antes de recrear la aplicación
Reinstalar Emby puede cambiar la configuración del contenedor sin solucionar el problema subyacente de la carpeta multimedia. Conserva la configuración persistente de Emby y documenta todas las asignaciones de volumen antes de recrearlo. La copia de seguridad de ZimaOS cubre la capa de recuperación.
Un orden más seguro para solucionar problemas de permisos
- Verifica que la ruta del host exista.
- Verifica que la ruta del contenedor apunte a esa ubicación.
- Verifica que el montaje sea de lectura y escritura.
- Verifica el UID/GID del contenedor.
- Verifica el propietario y el grupo en el host.
- Prueba con un archivo temporal.
- Solo entonces prueba Auto-Organize.
Los requisitos de aplicaciones de ZimaOS ofrecen el modelo más amplio de almacenamiento de App Store.
Preguntas frecuentes
¿Por qué Emby puede reproducir archivos, pero no organizarlos?
Para la reproducción solo se necesita acceso de lectura. Auto-Organize necesita permiso para crear, cambiar el nombre, mover y eliminar archivos.
¿Debo hacer chown de la carpeta a 1000:1000?
Solo si el proceso de Emby en ejecución utiliza realmente ese UID/GID. Comprueba primero la identidad del contenedor.
¿Es seguro usar chmod 777?
Úsalo solo como diagnóstico breve si es necesario. Es demasiado permisivo como modelo de permisos permanente.
¿RAID 5 hace que Emby sea de solo lectura?
No. El nivel de RAID y los permisos de los archivos de la aplicación son capas independientes.
¿Qué ruta debo añadir dentro de Emby?
Usa la ruta del lado del contenedor que aparece en la asignación del volumen de Docker, no la ruta del host que se muestra en Archivos de ZimaOS.
