Solución de la comunidad

ZimaBoard inicia en modo de recuperación: recupera ZimaOS de forma segura

A ZimaBoard 1664 stopped booting after shutdown and entered rescue mode, while its apps and data had previously been moved to an 8 TB drive.

En resumen: el modo de rescate no significa que hayas perdido tu unidad de datos de 8 TB

El sistema no pudo arrancar después del apagado, pero el usuario había trasladado previamente los datos de las aplicaciones a la unidad de 8 TB. Por lo tanto, el orden de recuperación más seguro es: probar primero la ranura alternativa del sistema ZimaOS, conservar el disco de datos y reinstalar el sistema operativo solo si las particiones de arranque no se pueden recuperar.

Prueba la ranura alternativa de ZimaOS antes de reinstalar

La versión actual de ZimaOS utiliza particiones de sistema dobles. Conecta un monitor y un teclado, abre GRUB con las teclas de flecha e inicia el sistema desde la ranura alternativa. La recuperación del sistema ZimaOS explica el modelo de recuperación A/B actual.

El modelo de ranuras de RAUC proporciona el modelo de actualización subyacente, mientras que el menú de arranque de GNU GRUB explica la capa del gestor de arranque.

No formatees la unidad de datos de 8 TB durante la recuperación

Una instalación nueva del sistema operativo y el disco de datos son elementos independientes. Si AppData y los archivos multimedia se migraron a la unidad de 8 TB, protege primero ese disco. Reinstala ZimaOS únicamente en el dispositivo del sistema.

La recuperación de la instalación de ZimaOS es la opción de respaldo.

Después de reinstalar, vuelve a conectar deliberadamente los datos existentes de las aplicaciones

No esperes que todas las aplicaciones redescubran mágicamente su configuración anterior. Monta la unidad de 8 TB, verifica las carpetas antiguas de AppData y, después, reinstala las mismas aplicaciones o vuelve a apuntar sus rutas persistentes a los datos existentes.

La migración de datos de ZimaOS explica las ubicaciones actuales de los datos de las aplicaciones y el comportamiento de la migración.

Por qué «Ethernet no se cargó» no era una causa raíz demostrada

El modo de rescate puede omitir la red normal porque el sistema completo nunca llegó a iniciar sus servicios habituales. Por lo tanto, que Ethernet no funcione en el modo de rescate no demuestra que la tarjeta de red haya causado el fallo de arranque. Diagnostica primero el arranque; la red viene después.

Después de la recuperación, haz una copia de seguridad de lo que encarece la reconstrucción

Protege las bases de datos de las aplicaciones, los archivos de Compose, los índices multimedia y los datos de usuario irreemplazables. Una ranura del sistema se puede restaurar; recrear años de estado de las aplicaciones es la parte costosa.