Le symptôme observé indiquait fortement un problème de conservation des paramètres du firmware plutôt qu’un problème lié à ZimaOS lui-même : un redémarrage normal fonctionnait, mais après une déconnexion prolongée de l’alimentation, le ZimaBlade oubliait l’ordre de démarrage enregistré et revenait au mauvais choix de démarrage, ou à un choix non UEFI. L’utilisateur pouvait rétablir manuellement l’ordre et redémarrer normalement.
Plus d’un an plus tard, l’auteur du message d’origine est revenu avec une résolution confirmée : il a remplacé la pile CMOS et réinitialisé le BIOS, et a indiqué que cela avait résolu son problème. Il a identifié la pile du ZimaBlade comme une CR927, contrairement à la CR2032 du ZimaBoard. Il s’agit d’une vérification effectuée par un utilisateur, et non d’un bulletin officiel du service matériel d’IceWhale ; vérifiez donc physiquement la pile avant d’acheter un remplacement.
La perte d’alimentation à froid et le redémarrage normal se comportaient différemment
Le système conservait sa configuration de démarrage lors d’un redémarrage ordinaire. La panne survenait après un arrêt suivi d’une déconnexion prolongée du bloc d’alimentation.
Ce comportement indique généralement que les paramètres ne sont pas conservés lorsque la carte n’est plus alimentée par une source externe.
ZimaOS nécessite un démarrage UEFI dans l’installateur actuel
La documentation d’installation actuelle d’IceWhale exige le mode de démarrage UEFI et la désactivation du démarrage sécurisé. Si le firmware revient à une entrée de disque ancienne ou non UEFI après la perte des paramètres CMOS, ZimaOS peut ne plus démarrer, même si le disque système lui-même fonctionne correctement.
Consultez les exigences actuelles de démarrage de ZimaOS.
La même perte de paramètres du firmware affectait également les entrées de démarrage autres que ZimaOS
Un autre utilisateur avait installé Proxmox sur un SSD et a constaté que la coupure de l’alimentation faisait revenir la carte au système CasaOS/eMMC par défaut au lieu de l’entrée de démarrage personnalisée. Cela confirme un problème de conservation du firmware/de la NVRAM plutôt qu’un bug du système de fichiers de ZimaOS.
La solution indiquée par la source consistait à remplacer la pile CMOS, puis à réinitialiser le BIOS
Le 10 mars 2026, R0GGER a écrit que le remplacement de la pile CMOS et la réinitialisation du BIOS avaient résolu le problème.
Cette information est bien plus fiable que les premières spéculations selon lesquelles « la pile CMOS n’a aucune fonction » ou qu’une mise à jour du BIOS serait obligatoirement nécessaire.
La source indique que le ZimaBlade utilise une CR927
L’auteur du message d’origine a ensuite répondu à une question concernant la taille de la pile :
- ZimaBlade : CR927 ;
- ZimaBoard : CR2032.
Comme cette information provient d’un utilisateur du forum et non d’un manuel de remplacement actuel d’IceWhale, examinez votre carte et sa révision exactes ainsi que le connecteur avant toute intervention.
Remplacez la pile uniquement lorsque l’alimentation est coupée
Effectuez un arrêt propre, débranchez l’alimentation externe, évitez de provoquer un court-circuit au niveau du support ou de la carte, et notez la polarité ainsi que la disposition du connecteur de la pile. Après le remplacement, accédez au BIOS et restaurez volontairement les paramètres requis.
Restaurez l’ensemble de la configuration du firmware, pas seulement l’ordre de démarrage
Une pile CMOS déchargée ou une réinitialisation du CMOS peut également effacer les paramètres de virtualisation, du contrôleur SATA, de la date et de l’heure, de la mise sous tension automatique ou d’autres réglages du firmware. Si vous utilisez VT-d, le passthrough de machines virtuelles, la mise sous tension automatique ou un disque contenant un système d’exploitation personnalisé, vérifiez également ces paramètres.
FAQ sur l’ordre de démarrage du ZimaBlade
L’utilisateur d’origine a-t-il confirmé la résolution du problème ?
Oui. Le remplacement de la pile CMOS et la réinitialisation du BIOS ont résolu le problème pour lui.
Une mise à jour du BIOS a-t-elle été confirmée comme solution ?
Non. Cette possibilité a été évoquée au début, mais la solution confirmée par la source était le remplacement de la pile CMOS et la réinitialisation du BIOS.
Quelle pile l’utilisateur a-t-il identifiée pour le ZimaBlade ?
CR927. Vérifiez votre matériel exact avant le remplacement, car cette information provient de la communauté.
