Si ZimaOS semble installer correctement une mise à jour, mais redémarre sur l’ancienne version, considérez d’abord qu’il s’agit d’un problème de sélection du démarrage plutôt que d’un problème de téléchargement. Les vérifications les plus utiles concernent l’emplacement RAUC actif, le fait que l’emplacement nouvellement écrit soit marqué comme défectueux et la présence éventuelle, sur un autre lecteur connecté, d’une ancienne installation de ZimaOS ou d’identifiants de système de fichiers en double.
Un cas confirmé par la communauté ressemblait d’abord à un échec de la mise à niveau vers la version 1.6.2, mais le paquet de mise à jour lui-même était valide. La machine a écrit le nouveau système sur l’emplacement secondaire, n’a pas réussi à démarrer dessus, puis est revenue à l’emplacement précédent. La présence d’un deuxième NVMe contenant d’anciennes partitions ZimaOS était le facteur déterminant. Cette distinction est importante, car télécharger plusieurs fois la même mise à jour n’aurait jamais corrigé le chemin de démarrage.
Comment reconnaître un retour en arrière après une mise à jour
Le schéma classique est le suivant :
- le programme de mise à jour arrive à son terme ;
- l’appareil redémarre ;
- le tableau de bord affiche toujours l’ancienne version ;
- la notification de mise à jour réapparaît ;
- la mise à jour hors ligne ou une installation RAUC directe semble également réussir.
Si le programme d’installation signale une erreur matérielle de somme de contrôle ou de signature avant toute écriture, il s’agit d’un autre problème. En revanche, lorsque l’écriture réussit et que l’ancien système réapparaît après le redémarrage, concentrez-vous sur l’étape de démarrage suivante.
Étape 1 : vérifier l’emplacement système actuel
ZimaOS utilise deux petites partitions système, l’emplacement A et l’emplacement B, afin qu’un emplacement puisse être mis à jour tandis que l’autre reste disponible pour la récupération. Le guide actuel de récupération du système ZimaOS décrit cette architecture à deux emplacements.
Depuis le terminal, examinez l’état de RAUC et notez quel emplacement est démarré, lequel est actif et si l’emplacement mis à jour est considéré comme fiable ou défectueux. Un emplacement écrit correctement, mais qui devient défectueux après le démarrage, indique que l’échec se produit après l’installation.
Étape 2 : connecter un écran avant de forcer une nouvelle mise à jour
Un tableau de bord web ne peut pas afficher les échecs de démarrage précoce qui surviennent avant le lancement du réseau et de l’interface ZimaOS. Connectez un écran et un clavier, redémarrez, puis recherchez les erreurs liées à GRUB, au système de fichiers, au NVMe, aux UUID ou au noyau.
Si l’emplacement secondaire plante et que le système revient automatiquement à l’ancien emplacement, photographiez l’erreur. Ce sera bien plus utile qu’une nouvelle capture d’écran du programme de mise à jour affichant 100 %.
Étape 3 : répertorier tous les lecteurs connectés capables de démarrer
Un angle mort fréquent est la présence d’un deuxième SSD ou NVMe qui exécutait auparavant ZimaOS. Même si vous souhaitez désormais l’utiliser uniquement comme espace de stockage, il peut encore contenir des partitions de démarrage, des UUID de système de fichiers en double ou un ancien chargeur de démarrage.
Déconnecter temporairement les lecteurs secondaires capables d’héberger le système
Éteignez correctement la machine et ne laissez connecté que le disque système ZimaOS prévu, ainsi que les disques de données dont vous savez qu’ils n’ont jamais contenu une autre installation de ZimaOS. Testez ensuite à nouveau la mise à jour.
Ne pas effacer un lecteur avant d’avoir confirmé le diagnostic
Si le retrait d’un lecteur secondaire précis permet au nouvel emplacement de démarrer normalement, sauvegardez les données qu’il contient avant de supprimer ses anciennes partitions système. Dans le cas confirmé par la source, le problème a été résolu en retirant le NVMe en conflit ; cela ne signifie pas que toute mise à jour échouée doit immédiatement être suivie d’un effacement du disque.
Étape 4 : utiliser la mise à jour hors ligne uniquement lorsqu’elle répond au bon problème
Le guide actuel de mise à jour hors ligne de ZimaOS est utile lorsque le canal de mise à jour normal ne peut pas récupérer ou préparer le paquet, mais une installation hors ligne ne corrigera pas un conflit de démarrage causé par des partitions système en double.
Si les installations en ligne et hors ligne écrivent correctement le système, mais que celui-ci revient toujours à l’ancienne version, cessez de relancer le programme d’installation et approfondissez le diagnostic du démarrage.
Ne forcez pas l’activation d’un emplacement défectueux sans comprendre l’échec
Il peut être tentant de marquer le nouvel emplacement comme fiable ou de le forcer à devenir actif. Cela peut transformer un retour en arrière automatique en une machine qui n’atteint plus le tableau de bord. Laissez le mécanisme de secours vous protéger pendant que vous recueillez des éléments.
La liste de contrôle de dépannage de ZimaOS constitue une ressource plus générale lorsque l’appareil ne démarre pas de manière fiable.
Quand est-il raisonnable de réinstaller ZimaOS ?
La réinstallation est appropriée lorsque les deux emplacements système sont endommagés, que le disque système présente des problèmes de système de fichiers ou de matériel, ou que vous ne parvenez pas à restaurer un emplacement amorçable après avoir éliminé les conflits entre lecteurs. Elle ne devrait pas être la première réponse à un retour en arrière lorsque l’ancien emplacement démarre encore normalement.
Avant de réinstaller, vérifiez que les données utilisateur et les données AppData stockées sur un espace séparé sont sauvegardées. Si les données des applications se trouvent sur le disque système, protégez-les d’abord.
Comment éviter ce problème sur un serveur équipé de plusieurs lecteurs
- Ne connectez qu’une seule installation système ZimaOS prévue pendant les mises à niveau ou les migrations système.
- Lorsque vous réaffectez un ancien SSD ZimaOS au stockage de données, sauvegardez-le et supprimez ses partitions système obsolètes avant de le remettre en service.
- Étiquetez physiquement les disques système afin de ne pas reconnecter un ancien disque de démarrage plusieurs mois plus tard.
- Conservez les données AppData et les données utilisateur sur un espace de stockage dédié afin de limiter les perturbations lors de la réinstallation du système d’exploitation.
Le guide de planification des données d’application aide à réduire le coût d’une future récupération du système d’exploitation.
FAQ
Pourquoi ZimaOS indique-t-il que la mise à jour a réussi, tout en affichant encore l’ancienne version ?
La mise à jour a peut-être été écrite correctement sur l’emplacement secondaire, mais celui-ci n’a peut-être pas réussi à démarrer. ZimaOS peut alors revenir à l’emplacement précédent fonctionnel.
Un emplacement RAUC défectueux signifie-t-il toujours que le fichier de mise à jour est corrompu ?
Non. Un emplacement peut devenir défectueux en raison de problèmes de stockage, de système de fichiers, de noyau ou de matériel lors du démarrage, même lorsque le paquet de mise à jour était valide.
Un deuxième SSD contenant une ancienne installation de ZimaOS peut-il perturber le démarrage ?
Oui. Le cas confirmé par la source impliquait un autre NVMe contenant d’anciennes partitions de type ZimaOS et des identifiants en conflit. Testez le démarrage en retirant les lecteurs secondaires capables de démarrer avant d’effacer quoi que ce soit.
Dois-je réinstaller immédiatement ?
Pas si l’emplacement précédent démarre encore. Commencez par examiner l’état des emplacements, la sortie de la console et les lecteurs connectés. Réinstallez après avoir compris la cause ou lorsque aucun des deux emplacements ne peut être récupéré.
