La teoría inicial sobre datos obsoletos de AppData era plausible, pero la publicación final demuestra que esa explicación no es suficiente. Las aplicaciones que se habían eliminado anteriormente omitían el formulario de configuración e intentaban reutilizar rutas de enlace inexistentes, lo que producía errores de Docker como bind source path does not exist. Una respuesta de la comunidad sugirió eliminar o cambiar el nombre de la carpeta de AppData antigua para que ZimaOS tratara la aplicación como nueva.
El autor de la publicación original informó entonces que esto había funcionado una vez, pero que ya no ayudaba. Y, lo que es más importante, las aplicaciones nuevas instaladas por primera vez también empezaron a omitir el formulario de configuración y a quedarse atascadas al 100 %, mientras que la instalación de aplicaciones mediante YAML seguía funcionando. Esto desplaza la principal sospecha de un directorio de aplicación defectuoso hacia la propia ruta histórica de la interfaz o configuración de App Store.
El error de Docker era real, pero secundario
El fallo visible era similar a este:
Error response from daemon:
invalid mount config for type "bind":
bind source path does not exist: [EXPECTED PATH]Docker rechazaba correctamente un montaje de enlace cuya carpeta de origen en el host no existía. La pregunta sin respuesta era por qué App Store generaba o reutilizaba esa ruta sin mostrar el formulario de configuración que normalmente permite al usuario elegirla o crearla.
Los datos obsoletos de AppData eran una hipótesis de la comunidad
gelbuilding sugirió eliminar o cambiar el nombre de /DATA/AppData/<app-name> para que la tienda tratara la instalación como nueva. Otro miembro de la comunidad dijo que había utilizado la misma técnica.
No se trataba de un diagnóstico del personal de IceWhale, y la prueba posterior del autor original demostró que no era suficiente para explicar el fallo más amplio.
Que las aplicaciones instaladas por primera vez también omitieran el formulario cambia el diagnóstico
Una vez que las aplicaciones nuevas sin datos locales previos de AppData también omitían la configuración, seguir eliminando carpetas antiguas se convirtió en un ciclo de solución de problemas equivocado. El usuario dijo explícitamente que reiniciar, eliminar la carpeta y reinstalar producía el mismo resultado.
Que la instalación mediante YAML funcionara era una evidencia importante
El usuario dijo que las aplicaciones todavía podían instalarse desde YAML. Esto sugiere que Docker no estaba completamente averiado y orienta el problema histórico hacia el flujo de definición, configuración o renderizado de aplicaciones de la tienda.
ZimaOS 1.7 reconstruyó la arquitectura de App Store
ZimaOS 1.7.0 introdujo App Store 2.0, con una interfaz rediseñada para descubrir y administrar aplicaciones, además de edición y análisis nativos de YAML. Posteriormente, ZimaOS 1.7.1 añadió más correcciones relacionadas con Docker, AppData, WebUI y YAML.
Consulta la referencia actual de App Store 2.0.
Orden actual de diagnóstico
- actualiza a la versión estable más reciente de ZimaOS;
- prueba una aplicación propia y sencilla que nunca se haya instalado;
- registra la ruta exacta del enlace del host que falta;
- confirma si la carpeta existe y a qué almacenamiento pertenece;
- comprueba si la instalación mediante YAML funciona con la misma ruta prevista;
- recopila los registros de App Store y de los contenedores si el formulario de configuración sigue fallando.
No elimines AppData a ciegas en aplicaciones con estado
Una carpeta de AppData puede contener bases de datos, configuraciones, claves, bibliotecas y el estado del usuario. Cambiarle el nombre es más seguro que eliminarla durante las pruebas, y primero se debe hacer una copia de seguridad de los datos importantes.
Preguntas frecuentes sobre la ausencia del formulario de configuración
¿Eliminar la carpeta antigua de AppData solucionó definitivamente el problema original?
No. El autor original dijo que ayudó una vez, pero que después dejó de funcionar.
¿También se vieron afectadas las aplicaciones instaladas por primera vez?
Sí. La publicación final indica que las aplicaciones nuevas también omitían el formulario de configuración y se quedaban atascadas.
¿La instalación mediante YAML seguía funcionando?
Sí. Esa fue una de las pistas más sólidas de que el fallo histórico estaba relacionado con la ruta de App Store, y no con una indisponibilidad completa de Docker.
