Solución de la comunidad

Actualizar ZimaOS en ZimaCube desde la CLI: flujo de trabajo histórico de RAUC frente a la ruta de actualización sin conexión actual

A December 2024 ZimaCube post explaining how to download a 1.3.0-2 RAUCB into the old offline-update folder because the author's Cube did not see the OTA prompt. IceWhale later advised waiting for the normal update prompt. Current ZimaOS documentation has changed the offline package location since v1.4.1.

El hilo original es útil porque muestra cómo funcionaban las actualizaciones sin conexión de ZimaOS durante la era de la versión 1.3.x, pero la ruta literal y el nombre del paquete son históricos. El autor descargó un paquete .raucb específico para ZimaCube en un directorio de actualización sin conexión para que el sistema lo detectara y mostrara el indicador de actualización.

El ZimaOS actual sigue admitiendo actualizaciones OTA y actualizaciones RAUC sin conexión, pero la documentación actual de IceWhale indica explícitamente que la ubicación del paquete sin conexión cambió a partir de la versión v1.4.1. Las versiones genéricas actuales para x86 también utilizan nombres de paquete orientados a la arquitectura, como zimaos-x86_64-.... No copies la URL de 2024 de la versión 1.3.0-2 ni la carpeta antigua en un sistema de 2026 sin consultar antes las instrucciones de la versión actual.

En 2024, la fuente descargaba manualmente un RAUCB

El autor de la fuente accedió a las versiones oficiales de ZimaOS en GitHub, copió la URL del archivo .raucb de ZimaCube disponible en ese momento y lo descargó mediante SSH en la carpeta de actualización sin conexión.

Esperaba que ZimaOS analizara el directorio y mostrara el indicador rojo de actualización, en ocasiones después de reiniciar.

IceWhale prefería el aviso OTA normal cuando estuviera disponible

Zima-Giorgio respondió que otra opción era eliminar el archivo descargado manualmente y esperar a que el sistema notificara al usuario sobre la actualización. Esto demuestra que el método manual de la fuente era una alternativa cuando la detección OTA no aparecía, no la única vía de actualización compatible.

La ruta del paquete sin conexión cambió después de ZimaOS 1.4.1

La documentación actual de IceWhale indica lo siguiente:

  • las versiones anteriores a la 1.4.1 utilizaban la antigua ubicación RAUC sin conexión;
  • la versión v1.4.1 y las posteriores utilizan la nueva ubicación .ota/offline en ZimaOS-HD.

Utiliza el proceso actual de actualización sin conexión de ZimaOS en lugar de asumir que la ruta de 2024 es permanente.

Elige el paquete correspondiente a la arquitectura del hardware actual

Un hilo posterior de 2026 mostró por qué fallan las URL de descarga antiguas codificadas: un usuario recibió un error 404 de un espejo antiguo y finalmente descargó el RAUCB actual para x86_64 desde la versión oficial de GitHub.

Utiliza siempre el recurso publicado para tu versión actual de ZimaOS y tu hardware, en lugar de cambiar únicamente el número de versión dentro de una URL antigua.

Las versiones muy antiguas de ZimaOS pueden necesitar una actualización intermedia

IceWhale ha documentado repetidamente casos en los que los sistemas anteriores a la versión 1.2.5 necesitaban actualizarse primero a la 1.2.5 antes de pasar a una versión mucho más reciente. Esto es especialmente relevante para las primeras unidades ZimaCube que no se han actualizado durante años.

No fuerces un RAUCB moderno en una ranura muy antigua si las instrucciones actuales de IceWhale especifican una versión intermedia.

La instalación directa mediante rauc es una opción avanzada

El personal de IceWhale ha utilizado rauc install <bundle> en procesos oficiales de solución de problemas y pruebas. Eso no significa que todas las actualizaciones rutinarias deban omitir la interfaz de usuario y el mecanismo de análisis de paquetes.

Para los sistemas normales, el proceso actual de actualización sin conexión ofrece una ruta compatible más clara y un estado visible.

Las actualizaciones RAUC dependen del modelo de recuperación de doble ranura de ZimaOS

ZimaOS mantiene ranuras del sistema para que una actualización fallida pueda aislarse de los datos del usuario y, en situaciones de recuperación compatibles, la ranura alternativa pueda iniciar el sistema. No borres ni reformatees las particiones del sistema solo porque una actualización no aparezca de inmediato.

Verifica la nueva versión después de reiniciar

Cuando finalice la actualización, confirma la versión de ZimaOS mostrada, prueba Archivos/Almacenamiento, verifica las aplicaciones importantes y confirma el acceso remoto y de red. Si la actualización indica que se realizó correctamente, pero la versión no cambia, recopila el error o estado de la actualización en lugar de reinstalar repetidamente el mismo paquete.

Preguntas frecuentes sobre las actualizaciones sin conexión de ZimaOS

¿Deberían los usuarios actuales descargar el paquete 1.3.0-2 de ZimaCube desde la fuente?

No. Ese paquete y esa URL son históricos.

¿El ZimaOS actual sigue admitiendo actualizaciones sin conexión?

Sí. IceWhale mantiene un proceso actual de actualización sin conexión mediante paquetes RAUCB.

¿Cambió la carpeta del paquete sin conexión después de la versión v1.4.1?

Sí. La documentación actual de IceWhale señala explícitamente un cambio de ruta a partir de la versión v1.4.1.