¿Qué significa “Failed to Load dm Table: Invalid Argument” en este caso?
En abril de 2025, un nuevo propietario de ZimaCube informó que una actualización a ZimaOS 1.4 fallaba con Failed mounting bundle: Failed to load dm table: Invalid argument. El mismo fallo se produjo tanto con la actualización ofrecida automáticamente como después de descargar manualmente la imagen de lanzamiento.
El detalle clave era la versión inicial. Un miembro del equipo de IceWhale dijo que se habían encontrado recientemente con el problema y preguntó si la versión instalada era anterior a la 1.2.5.
¿Qué solución recomendó el equipo de IceWhale?
La recomendación del equipo dependía de la versión: si el sistema tenía una versión anterior a ZimaOS 1.2.5, primero había que realizar una actualización sin conexión a la 1.2.5 y solo después actualizar a la 1.4.0. Era una ruta de actualización escalonada para las primeras versiones, no una solución universal para todos los errores de actualización actuales.
El autor original de la publicación comenzó con ZimaOS 1.2.1 y posteriormente informó que una actualización sin conexión a la 1.3.3 se completó correctamente, tras lo cual la actualización normal a la 1.4.0 funcionó.
¿Cómo funciona actualmente el proceso de actualización sin conexión?
La guía actual de actualización sin conexión de ZimaOS indica a los usuarios que descarguen el paquete de instalación RAUCB correspondiente, lo coloquen en el directorio de actualización sin conexión, esperen a que ZimaOS lo detecte y ejecuten la actualización desde la interfaz.
| Versión de ZimaOS | Directorio del paquete sin conexión |
|---|---|
| Anterior a la 1.4.1 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 y posteriores | /ZimaOS-HD/.ota/offline/ |
Este cambio de directorio es importante porque la respuesta de la comunidad de 2025 enlazaba a un flujo de actualización sin conexión más antiguo. No uses automáticamente la ruta antigua en una versión actual.
¿Qué debes hacer si hoy ves el mismo error?
- Anota la versión exacta de ZimaOS instalada.
- Anota la versión de destino y el mensaje de error completo.
- Si actualizas desde una versión inicial de la serie 1.2.x hacia la 1.4.0, la solución de actualización escalonada de este hilo es directamente relevante.
- Para versiones más recientes, sigue la documentación actual de actualización sin conexión de ZimaOS.
- Usa el paquete RAUCB destinado a la versión de destino y el directorio correspondiente a tu versión actual.
- Haz una copia de seguridad de los datos importantes antes de realizar una recuperación o cambios de versión en varios pasos.
Preguntas frecuentes
¿El hardware de ZimaCube era defectuoso?
El hilo no demuestra que hubiera un fallo de hardware. El problema se resolvió cambiando la ruta de actualización del software.
¿Todos los usuarios de ZimaOS deben actualizar primero a la 1.2.5?
No. Ese consejo se dio específicamente para sistemas con una versión anterior a la 1.2.5 que intentaban llegar a ZimaOS 1.4.0.
¿Dónde debo colocar ahora un paquete de actualización sin conexión?
La documentación actual utiliza /ZimaOS-HD/.ota/offline/ para la versión 1.4.1 y posteriores, mientras que las versiones anteriores usan /ZimaOS-HD/rauc/offline/.
