Este hilo comenzó como una pregunta sobre cómo deshabilitar un sistema de archivos de solo lectura en ZimaOS, pero ese no era el problema real. Después de revisar la configuración, el autor original descubrió que el archivo Compose utilizaba rutas de volúmenes relativas.
Esa distinción es importante porque cambiar los permisos del sistema de archivos del host o volver a montar rutas del sistema habría sido una solución incorrecta en este caso.
Comprueba el archivo Compose antes de cambiar ZimaOS
Cuando una pila de contenedores no puede crear ni escribir en una ruta, primero identifica qué monta el archivo Compose en el contenedor. Un montaje enlazado puede hacer referencia a una ruta del host, mientras que un volumen con nombre lo gestiona Docker. Las reglas actuales de volúmenes de Docker Compose indican que las rutas relativas del host se resuelven desde la ubicación del proyecto Compose.
En un NAS autogestionado, una ruta persistente explícita suele ser más fácil de interpretar que una ruta relativa ambigua, ya que puedes verificar que el directorio de origen existe realmente y permite escritura.
Por qué la suposición de solo lectura era engañosa
Un problema real de sistema de archivos de solo lectura suele afectar a más de una ruta de Compose y debe diagnosticarse a partir del estado real de los montajes y de los registros del sistema. En este hilo, el usuario no necesitaba desactivar ningún mecanismo de protección de ZimaOS. En su lugar, corrigió la configuración de los volúmenes relativos.
Qué sugirió la comunidad
Antes de conocer la causa principal, una respuesta de la comunidad sugirió abrir el modo de desarrollador de ZimaOS, usar el terminal web como usuario root y crear manualmente el directorio necesario. Esto puede ser útil cuando la ruta del host prevista realmente no existe, pero debe hacerse después de comprobar la ruta de Compose, no como sustituto de esa comprobación.
Un orden de resolución de problemas más seguro
- Revisa cada entrada de
volumes:en el archivo Compose. - Determina si cada origen es un volumen con nombre, una ruta absoluta del host o una ruta relativa.
- Confirma que existe el directorio esperado del host.
- Confirma que el contenedor no esté montado explícitamente con
:roni conread_only: true. - Investiga el estado de los montajes del sistema de archivos del host únicamente si el mismo error de escritura persiste fuera de la configuración del contenedor.
Contexto actual de Docker y Portainer
Para las implementaciones actuales de ZimaOS, los requisitos de hardware de Portainer ofrecen el contexto general sobre la persistencia y el entorno de ejecución de Portainer, mientras que la guía sobre la primera aplicación Docker explica cómo las aplicaciones de ZimaOS asignan datos persistentes a los contenedores. Si un montaje es realmente de solo lectura y no está simplemente mal direccionado, la guía para solucionar un montaje enlazado de Docker distingue entre un montaje configurado con :ro y un sistema de archivos del host que ha dejado de aceptar escrituras.
Las reglas de montajes enlazados de Docker confirman que estos montajes pueden utilizar rutas de origen del host y que el comportamiento de solo lectura se controla explícitamente con readonly o ro. El comportamiento de las pilas de Portainer define una pila de Portainer como un conjunto relacionado de servicios, por lo que se debe revisar el archivo Compose antes de cambiar el propio host de ZimaOS.
En resumen
El error registrado en la pila de Portainer no se solucionó deshabilitando un sistema de archivos de solo lectura. El usuario corrigió las rutas de volúmenes relativas en docker-compose.yml. Para errores similares de contenedores en ZimaOS, valida la definición de los montajes de Compose antes de realizar cambios en el sistema de archivos del host.
