Solution communautaire

Le ZimaBoard démarre en mode de récupération : récupérez ZimaOS en toute sécurité

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 résumé : le mode de récupération ne signifie pas que votre disque de données de 8 To est perdu

Le système n’a pas réussi à démarrer après l’arrêt, mais l’utilisateur avait auparavant déplacé les données des applications vers le disque de 8 To. L’ordre de récupération le plus sûr est donc le suivant : essayer d’abord l’autre emplacement système de ZimaOS, préserver le disque de données et ne réinstaller le système d’exploitation que si les partitions de démarrage ne peuvent pas être récupérées.

Essayez l’autre emplacement ZimaOS avant de réinstaller

Les versions actuelles de ZimaOS utilisent deux partitions système. Connectez un écran et un clavier, ouvrez GRUB avec les touches fléchées, puis démarrez sur l’autre emplacement. La récupération du système ZimaOS explique le modèle de récupération A/B actuel.

Le modèle d’emplacements de RAUC fournit le modèle de mise à jour sous-jacent, tandis que le menu de démarrage GNU GRUB couvre la couche du chargeur d’amorçage.

Ne formatez pas le disque de données de 8 To pendant la récupération

Une nouvelle installation du système d’exploitation et le disque de données sont deux éléments distincts. Si AppData et les fichiers multimédias ont été migrés vers le disque de 8 To, protégez d’abord ce disque. Réinstallez ZimaOS uniquement sur le périphérique système.

La récupération de l’installation de ZimaOS constitue la solution de secours.

Après la réinstallation, reconnectez délibérément les données existantes des applications

Ne vous attendez pas à ce que chaque application retrouve automatiquement son ancienne configuration. Montez le disque de 8 To, vérifiez les anciens dossiers AppData, puis réinstallez les mêmes applications ou redirigez leurs chemins persistants vers les données existantes.

La migration des données ZimaOS explique les emplacements actuels des données des applications et le fonctionnement de la migration.

Pourquoi « Ethernet ne s’est pas chargé » ne constituait pas une cause principale avérée

Le mode de récupération peut ne pas fournir le réseau habituel, car le système complet n’a jamais atteint ses services normaux. L’absence d’Ethernet en mode de récupération ne prouve donc pas que la carte réseau est à l’origine de l’échec du démarrage. Diagnostiquez d’abord le démarrage ; le réseau vient ensuite.

Après la récupération, sauvegardez ce qui rendrait une reconstruction coûteuse

Protégez les bases de données des applications, les fichiers Compose, les index multimédias et les données utilisateur irremplaçables. Un emplacement système peut être restauré ; recréer des années d’état applicatif est la partie coûteuse.