Una aplicación Docker personalizada puede requerir algo más que una simple ruta del host al contenedor. En esta conversación de enero de 2026 sobre ZimaOS, un contenedor basado en SSHFS necesitaba propagación de montajes mediante una opción :shared. Introducir esa opción en el campo de volúmenes de la aplicación personalizada de ZimaOS provocaba que el contenedor fallara, mientras que el mismo montaje sin la opción no proporcionaba el comportamiento del lado del host que la aplicación necesitaba.
La distinción importante de la conversación es entre el editor de la interfaz web de ZimaOS y la pila Docker subyacente. Las pruebas de la comunidad demostraron que las opciones de volúmenes Docker y montajes enlazados podían funcionar mediante Docker Compose o flujos de trabajo con la CLI, mientras que la interfaz web no analizaba ni conservaba correctamente opciones como :shared, :ro y :readonly.
La limitación estaba en la interfaz web, no en Docker estándar
Al principio, el autor de la publicación preguntó si el propio ZimaOS carecía de compatibilidad con indicadores de volumen avanzados. Tras las pruebas, la conversación llegó a una conclusión más concreta: el motor Docker podía utilizar las opciones, pero el formulario de aplicaciones personalizadas de ZimaOS no las exponía ni las conservaba correctamente.
Una conversación relacionada de diciembre de 2025 llegó a la misma conclusión respecto a los montajes de solo lectura. Un miembro del equipo de ZimaOS, Zima-Jerry, respondió que las futuras versiones de la interfaz web incluirían más opciones del editor y que el trabajo de diseño estaba en curso.
Ese estado histórico no debe convertirse en una promesa ni en una fecha de lanzamiento. El 24 de agosto de 2026, otro miembro de la comunidad informó que el problema de la interfaz de solo lectura seguía sin resolverse y pidió una fecha estimada; la conversación no contenía una respuesta posterior del equipo.
Por qué :shared es importante para algunos contenedores
El caso original involucraba SSHFS. El contenedor se utilizaba para montar un sistema de archivos remoto, y el usuario necesitaba que el montaje resultante se propagara fuera del espacio de nombres del contenedor. En este tipo de flujo de trabajo, asignar simplemente una ruta del host al contenedor no equivale a utilizar la opción de propagación de montajes necesaria.
Por eso, las recomendaciones basadas únicamente en volúmenes de datos persistentes normales para aplicaciones no resolvían el caso de uso de SSHFS descrito. Distintos contenedores pueden requerir distintas semánticas de montaje.
Para consultar el comportamiento y la sintaxis actuales de Docker, visita la documentación de Docker sobre montajes enlazados y propagación.
El mismo problema de la interfaz afectaba a :ro y :readonly
La conversación relacionada de diciembre de 2025 documentó un problema similar con los montajes de solo lectura. Un participante de la comunidad informó que la interfaz de ZimaOS podía reescribir el montaje y eliminar el sufijo :ro cuando se editaba o volvía a abrir la configuración del volumen.
Esto importa por algo más que comodidad. Un montaje que pretende ser de solo lectura no debería convertirse silenciosamente en uno de lectura y escritura. Si el acceso de solo lectura forma parte de tu modelo de seguridad o protección de datos, verifica la configuración de montaje real del contenedor en lugar de confiar únicamente en lo que se introdujo en la interfaz web histórica.
Docker Compose era la solución práctica
El autor de la publicación confirmó que una definición estándar de Docker Compose podía expresar las opciones de montaje necesarias incluso cuando el formulario gráfico de ZimaOS no podía hacerlo. Por tanto, la solución alternativa de la conversación consistía en gestionar el montaje avanzado mediante Compose en lugar de depender del cuadro de texto de volúmenes.
La documentación actual de ZimaOS, actualizada en agosto de 2026, sigue describiendo Docker Compose como la opción avanzada para usuarios experimentados e indica que la configuración estándar del tiempo de ejecución de los contenedores corresponde a Docker Compose. Consulta la documentación actual de funciones de ZimaOS y la referencia actual de Docker Compose de ZimaOS.
Estos documentos actuales confirman la compatibilidad con Compose, pero no documentan un control específico de la interfaz web para cada opción de montaje de Docker. Si un indicador de montaje es esencial, valida la configuración resultante de Compose y del tiempo de ejecución en lugar de asumir que la interfaz gráfica lo conservó.
Lo que esta conversación no demuestra
- No significa que los volúmenes normales de datos de aplicaciones de ZimaOS requieran
:shared. - No significa que Docker en ZimaOS carezca de compatibilidad con montajes avanzados.
- No establece que todas las versiones actuales de la interfaz web sigan comportándose exactamente como la compilación de enero de 2026.
- No proporciona una fecha oficial de entrega para controles adicionales de opciones de volumen.
Preguntas frecuentes sobre las opciones de volumen de ZimaOS
¿La interfaz web de aplicaciones personalizadas de ZimaOS puede usar :shared?
En la conversación original de enero de 2026, la interfaz web no gestionaba correctamente la opción. El comportamiento necesario funcionaba mediante Docker Compose.
¿Docker en ZimaOS admite :ro y :readonly?
La conversación distingue entre la compatibilidad de Docker y la limitación histórica de la interfaz. Docker admite opciones de montaje de solo lectura, mientras que la interfaz web de ZimaOS analizada en esas conversaciones no las conservaba de forma fiable.
¿Se reconoció oficialmente la limitación de la interfaz web?
Sí. En la conversación relacionada de diciembre de 2025, Zima-Jerry indicó que se estaban diseñando más opciones del editor para futuras interfaces web. No se proporcionó ninguna fecha de lanzamiento.
¿Ya se ha solucionado el problema?
El material de origen no confirma que se haya solucionado. Un seguimiento de la comunidad del 24 de agosto de 2026 todavía describía como no resuelto el problema de la interfaz para montajes de solo lectura, mientras que la documentación actual de ZimaOS sigue recomendando Docker Compose para la configuración avanzada.
