No debes crear un directorio /app con permisos de escritura en el host ZimaOS solo porque un instalador tradicional de Linux espera que exista. ZimaOS mantiene el sistema de archivos raíz en modo de solo lectura por diseño; las aplicaciones de Docker deben asignar el almacenamiento persistente del host desde /DATA a la ruta con permisos de escritura que espere el contenedor.
En este hilo de enero de 2026, el usuario intentaba instalar ONLYOFFICE Workspace con un instalador para el host que suponía un sistema mutable al estilo Debian/RPM. Ese modelo de instalación no era compatible con ZimaOS.
Por qué / no es el lugar adecuado para los datos de las aplicaciones
La respuesta de la comunidad separó correctamente las rutas del host y del contenedor. Una imagen de Docker puede usar /app dentro del contenedor sin que el host tenga un directorio físico /app. Un montaje de enlace puede asignar algo como /DATA/AppData/onlyoffice en ZimaOS a /app dentro del contenedor.
La guía sobre ZimaOS inmutable explica el mismo límite propio de un dispositivo desde la perspectiva de SSH y los administradores de paquetes.
Usa Docker Compose cuando el proyecto lo admita
Más adelante, el usuario encontró el proyecto upstream de Docker Compose, que es la opción más natural en ZimaOS. Importa un archivo de Compose solo después de revisar cada montaje de enlace del host, puerto, variable de entorno y requisito de privilegios.
La guía de importación de Compose explica el comportamiento actual de Compose en ZimaOS y los errores habituales con los montajes de enlace.
No fuerces un instalador tradicional para el host en ZimaOS
Si un instalador espera escribir paquetes, servicios y datos de aplicaciones directamente en rutas raíz del host, puede ser simplemente incompatible con un sistema operativo NAS inmutable. Intentar volver a montar el sistema de archivos raíz con permisos de escritura o recrear manualmente la estructura de un Linux tradicional puede afectar las actualizaciones y los supuestos de recuperación del sistema.
Cuando el proyecto upstream proporcione una pila de contenedores mantenida, úsala. Si solo admite un host Linux mutable convencional, una máquina virtual puede ser un límite de compatibilidad más limpio.
ONLYOFFICE Workspace y DocumentServer son implementaciones diferentes
No supongas que “ONLYOFFICE en Docker” significa que todos los productos de ONLYOFFICE tienen la misma estructura de volúmenes. Workspace integra más servicios y supuestos que un servidor de documentos independiente. Sigue la definición de Compose upstream para el producto exacto que vayas a implementar.
El repositorio de Docker de ONLYOFFICE es una fuente mejor que un script de instalación para el host diseñado para sistemas Debian o RPM.
En resumen
Deja intacto el sistema de archivos raíz de ZimaOS. Guarda los datos persistentes bajo /DATA, asígnalos dentro del contenedor a la ruta que espere la aplicación y usa Compose o una máquina virtual cuando el software upstream suponga un host mutable. El problema es una incompatibilidad entre modelos de instalación, no la falta de una función para hacer escribible el sistema de archivos raíz.
