Si ZimaOS parece instalar una actualización correctamente, pero se reinicia con la versión antigua, considera primero que se trata de un problema de selección de arranque y no de descarga. Las comprobaciones más útiles son el estado de la ranura activa de RAUC, si la ranura recién escrita está marcada como defectuosa y si otra unidad conectada contiene una instalación antigua de ZimaOS o identificadores de sistema de archivos duplicados.
Un caso verificado de la comunidad parecía inicialmente una actualización fallida a la versión 1.6.2, pero el paquete de actualización era válido. El equipo escribió el nuevo sistema en la ranura alternativa, no pudo arrancar desde ella y luego volvió a la ranura anterior. Un segundo NVMe que contenía particiones antiguas de ZimaOS fue el factor clave. Esta distinción es importante porque descargar repetidamente la misma actualización nunca solucionaría la ruta de arranque.
Cómo reconocer una reversión de actualización
El patrón clásico es:
- el actualizador llega al final;
- el dispositivo se reinicia;
- el panel sigue mostrando la versión antigua;
- la notificación de actualización vuelve a aparecer;
- la actualización sin conexión o una instalación directa mediante RAUC también parecen completarse correctamente.
Si el instalador muestra un error grave de suma de comprobación o firma antes de escribir nada, se trata de un problema diferente. Pero cuando la escritura se completa y el sistema antiguo vuelve después del reinicio, céntrate en la siguiente etapa del arranque.
Paso 1: Comprueba la ranura del sistema actual
ZimaOS utiliza dos particiones pequeñas del sistema, la ranura A y la ranura B, de modo que una ranura puede actualizarse mientras la otra permanece disponible para la recuperación. La guía de recuperación del sistema de ZimaOS documenta esta arquitectura de ranuras duales.
Desde el terminal, consulta el estado de RAUC y anota qué ranura está en ejecución, cuál está activa y si la ranura actualizada se considera correcta o defectuosa. Una ranura que se escribió correctamente, pero que pasa a estar marcada como defectuosa después del arranque, indica que el fallo ocurre después de la instalación.
Paso 2: Conecta un monitor antes de forzar otra actualización
Un panel web no puede mostrar los fallos de arranque temprano que ocurren antes de que se inicien la red y la interfaz de ZimaOS. Conecta un monitor y un teclado, reinicia y observa si aparecen errores de GRUB, del sistema de archivos, del NVMe, de UUID o del kernel.
Si la ranura alternativa falla y el sistema vuelve automáticamente a la ranura antigua, fotografía el error. Esto es mucho más útil que otra captura del actualizador mostrando el 100 %.
Paso 3: Comprueba todas las unidades conectadas capaces de arrancar
Un punto ciego habitual es tener conectado un segundo SSD o NVMe que antes ejecutaba ZimaOS. Aunque ahora quieras utilizarlo únicamente como almacenamiento, todavía puede contener particiones de arranque, UUID de sistemas de archivos duplicados o un cargador de arranque antiguo.
Desconecta temporalmente las unidades secundarias capaces de ejecutar el sistema
Apaga el equipo correctamente y deja conectada únicamente la unidad del sistema ZimaOS prevista, además de los discos de datos que sepas con certeza que nunca tuvieron otra instalación de ZimaOS. Después, vuelve a probar la actualización.
No borres una unidad hasta confirmar el diagnóstico
Si retirar una unidad secundaria concreta permite que la nueva ranura arranque con normalidad, haz una copia de seguridad de los datos de esa unidad antes de eliminar las particiones antiguas del sistema. El caso verificado de la fuente se resolvió retirando el NVMe conflictivo; eso no significa que toda actualización fallida deba ir seguida inmediatamente de un borrado del disco.
Paso 4: Usa la actualización sin conexión solo cuando resuelva el problema correcto
La guía de actualización sin conexión de ZimaOS es útil cuando el canal de actualización normal no puede descargar o preparar el paquete, pero la instalación sin conexión no solucionará un conflicto de arranque causado por particiones del sistema duplicadas.
Si las instalaciones en línea y sin conexión escriben correctamente el sistema, pero este sigue revirtiéndose, deja de repetir el instalador y profundiza en el diagnóstico del arranque.
No fuerces la activación de una ranura defectuosa sin entender el fallo
Puede resultar tentador marcar la nueva ranura como correcta o forzarla como activa. Esto podría convertir una reversión automática en un equipo que ya no llega al panel. Deja que el mecanismo de recuperación te proteja mientras recopilas información.
La lista de comprobación para solucionar problemas de ZimaOS es una guía general útil cuando el dispositivo no arranca de forma fiable.
¿Cuándo es razonable reinstalar ZimaOS?
La reinstalación es adecuada cuando ambas ranuras del sistema están dañadas, el disco del sistema presenta problemas de hardware o del sistema de archivos, o no puedes recuperar una ranura de arranque después de eliminar los conflictos entre unidades. No debería ser la primera respuesta ante una reversión cuando la ranura antigua todavía arranca con normalidad.
Antes de reinstalar, confirma que tienes copias de seguridad de los datos de usuario y de AppData almacenados en unidades independientes. Si los datos de las aplicaciones están en el disco del sistema, protégelos primero.
Cómo evitar este problema en un servidor con varias unidades
- Mantén conectada solo una instalación prevista de ZimaOS durante las actualizaciones o migraciones del sistema.
- Al reutilizar como almacenamiento un SSD antiguo de ZimaOS, haz una copia de seguridad y elimina las particiones obsoletas del sistema antes de volver a ponerlo en servicio.
- Etiqueta físicamente las unidades del sistema para no volver a conectar meses después un disco de arranque antiguo.
- Mantén AppData y los datos de usuario en unidades dedicadas para que la reinstalación del sistema operativo sea menos problemática.
La guía de planificación de datos de aplicaciones ayuda a reducir el coste de una futura recuperación del sistema operativo.
Preguntas frecuentes
¿Por qué ZimaOS indica que la actualización se realizó correctamente, pero sigue mostrando la versión antigua?
Es posible que la actualización se haya escrito correctamente en la ranura alternativa, pero que esa ranura no haya podido arrancar. En ese caso, ZimaOS puede volver a la ranura anterior que funcionaba.
¿Una ranura RAUC defectuosa siempre significa que el archivo de actualización está dañado?
No. Una ranura puede quedar marcada como defectuosa debido a problemas de almacenamiento, del sistema de archivos, del kernel o del hardware durante el arranque, aunque el paquete de actualización sea válido.
¿Puede un segundo SSD con una instalación antigua de ZimaOS interferir con el arranque?
Sí. El caso verificado de la fuente implicaba otro NVMe con particiones antiguas del tipo utilizado por ZimaOS e identificadores en conflicto. Prueba a retirar las unidades secundarias capaces de arrancar antes de borrar nada.
¿Debería reinstalar inmediatamente?
No, si la ranura anterior todavía arranca. Primero revisa el estado de las ranuras, la salida de la consola y las unidades conectadas. Reinstala cuando hayas entendido la causa o cuando ninguna de las dos ranuras pueda recuperarse.
