ZimaOS 1.6.0 introdujo cambios importantes en el almacenamiento, pero este hilo de la comunidad de abril de 2026 documentó un difícil período de actualización para algunos usuarios que migraban desde la versión 1.5.4. Los informes incluían unidades USB que ya no se montaban automáticamente, destinos de copia de seguridad que se volvían inaccesibles, un llenado inesperado de ZimaOS-HD, fallos en algunas aplicaciones y problemas con la interfaz web de ZVM.
El hilo también contiene el contexto más importante: IceWhale reconoció varios defectos de la actualización, explicó la causa raíz del montaje USB y lanzó ZimaOS 1.6.1 con correcciones específicas. Por lo tanto, esta página debe leerse como un incidente histórico de actualización, no como una descripción del comportamiento actual de ZimaOS.
Qué informaron los usuarios después de actualizar a 1.6.0
El autor de la publicación original informó de dos problemas importantes después de pasar de ZimaOS 1.5.4 a 1.6.0:
-
ZimaOS-HDaparecía de repente casi lleno, aunque los datos de las aplicaciones se habían migrado anteriormente a otra ubicación; - las unidades USB externas de copia de seguridad se detectaban, pero no podían habilitarse con normalidad, lo que dificultaba el acceso para examinar y restaurar datos.
Otros usuarios añadieron informes sobre almacenamiento USB ausente, fallos de la interfaz de ZVM, aplicaciones que no se iniciaban, un uso elevado de la CPU y sistemas difíciles de administrar después de la actualización.
IceWhale reconoció los problemas de la versión
777-Spider se disculpó por la lenta respuesta tras el lanzamiento del viernes y dijo que el equipo cambiaría el horario de futuras versiones para que el personal de soporte pudiera responder más rápidamente a los problemas.
Más importante aún, el equipo afirmó que había identificado problemas relacionados y que lanzaría urgentemente la versión 1.6.1.
Causa raíz oficial: faltaban metadatos de respaldo del almacenamiento
El 21 de abril de 2026, 777-Spider describió la causa raíz del montaje automático de USB. ZimaOS 1.6.0 había introducido un mecanismo de respaldo del almacenamiento que utilizaba un archivo .zimaos_storage.json. Las pruebas beta no reprodujeron completamente la ruta de actualización real desde la versión 1.5.4, por lo que algunos usuarios que actualizaron directamente carecían del archivo de respaldo necesario para la nueva lógica de montaje.
.zimaos_storage.json utilizado por el nuevo mecanismo de respaldo del almacenamiento.El equipo afirmó que la versión 1.6.1 incorporaba una validación y un manejo más estrictos para gestionar correctamente los datos de la base de datos y el estado del archivo de respaldo durante la actualización.
ZimaOS 1.6.1 corrigió directamente los principales problemas de actualización relacionados con USB
Las notas oficiales de la versión ZimaOS 1.6.1 enumeran estas correcciones:
- dispositivos USB que no se montaban automáticamente después de una actualización;
- tareas de copia de seguridad que seguían escribiendo en el punto de montaje del sistema después de perderse el punto de montaje previsto;
- servicios de módulos modificables que no se iniciaban según la política de servicios después de reiniciar;
- nombres de los puntos de montaje que se volvían incoherentes cuando los nombres de los dispositivos contenían espacios.
Lista publicada por IceWhale de las correcciones de ZimaOS 1.6.1
Por qué el informe sobre el disco del sistema lleno era especialmente grave
La corrección de la versión 1.6.1 sobre las tareas de copia de seguridad que seguían escribiendo en el punto de montaje del sistema después de perderse el destino explica un mecanismo que podía convertir la pérdida del montaje USB en un consumo de espacio del disco del sistema. En lugar de escribir en el destino externo previsto, una ruta de copia de seguridad podía seguir escribiendo bajo la ubicación de montaje del sistema.
Esta conexión está respaldada por la lista oficial de correcciones de la versión 1.6.1 y constituye una evidencia mucho más sólida que simplemente suponer que la propia imagen de 1.6.0 era demasiado grande.
Los problemas de ZVM no se debían todos al mismo error
Un usuario informó de máquinas virtuales que no se iniciaban, mientras que otro afirmó que las máquinas virtuales funcionaban y eran accesibles mediante SSH, pero que la interfaz web de ZVM se había quedado bloqueada. Otro informe independiente de GitHub atribuyó un problema de la consola VNC a que los puertos personalizados de ZimaOS WebUI no se incluían en la URL de WebSocket.
Como esos síntomas eran diferentes, no se debe resumir todo el hilo como un único problema de “máquinas virtuales averiadas”.
La versión 1.6.0 es histórica, no la referencia actual
ZimaOS continuó evolucionando después de las versiones 1.6.0 y 1.6.1. Consulta la información de las versiones actuales antes de asumir que un defecto de actualización de abril de 2026 sigue siendo aplicable.
Preguntas frecuentes sobre la actualización de ZimaOS 1.6.0
¿Confirmó IceWhale un error de montaje automático de USB en la versión 1.6.0?
Sí. El equipo explicó el problema relacionado con el archivo de respaldo del almacenamiento e incorporó un manejo más estricto en la versión 1.6.1.
¿La versión 1.6.1 corrigió el problema de las tareas de copia de seguridad que escribían en el punto de montaje equivocado?
Sí. Las notas oficiales de la versión 1.6.1 enumeran específicamente una corrección para las tareas de copia de seguridad que seguían utilizando el punto de montaje del sistema después de perderse el punto de montaje original.
¿Significa esto que todos los usuarios de la versión 1.6.0 perdieron espacio de almacenamiento?
No. El hilo contiene informes de usuarios afectados, pero no evidencia de que todas las instalaciones fallaran.
¿Debe utilizarse este hilo como guía actual para las actualizaciones?
Solo como contexto histórico. Las versiones actuales de ZimaOS y la documentación vigente sobre almacenamiento sustituyen al estado del lanzamiento de la versión 1.6.0.
