Comment préserver la cible de démarrage UEFI d’un serveur domestique avant une mise à jour du firmware

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

How to Preserve a Home Server’s UEFI Boot Target Before a Firmware Update - Zima Store Online

Une mise à jour du firmware risque moins de bloquer un serveur domestique lorsque vous notez précisément la cible de démarrage UEFI et préservez une seconde méthode de démarrage avant la mise à jour.

La tâche préventive ne consiste pas simplement à faire une capture d’écran du menu de démarrage du BIOS. Notez l’entrée EFI active, l’ordre de démarrage, le disque cible et la partition système EFI, le mode du firmware, l’état de Secure Boot, ainsi qu’une méthode de récupération qui ne dépend pas de la même entrée NVRAM. Vérifiez ensuite que le serveur peut atteindre le chargeur prévu avant la mise à jour, puis comparez les mêmes éléments immédiatement après.

Notez l’entrée EFI active avant la mise à jour

Exécutez l’outil de gestion du démarrage EFI du système lorsque le serveur est dans son état connu comme fonctionnel et enregistrez l’intégralité de sa sortie avec les chemins de périphériques détaillés. Notez BootCurrent, BootOrder, chaque entrée active, ainsi que le disque ou la partition référencé par le chargeur préféré.

Une note de récupération axée sur les serveurs recommande de consigner les entrées avant la mise à jour avec efibootmgr -v, avant et après toute modification liée au BIOS.

Stockez ce texte en dehors du disque de démarrage, par exemple sur un autre jeu de données NAS ou sur l’ordinateur portable de l’administrateur. Une photo de l’écran après la mise à jour est utile, mais un chemin de périphérique enregistré constitue une preuve bien plus solide lorsque plusieurs disques présentent des entrées Linux aux noms similaires.

Associez l’entrée de démarrage au disque physique

Identifiez la partition système EFI utilisée par le chargeur actif et associez-la au numéro de série du disque ou à une autre identité matérielle stable. Notez également l’identité du système de fichiers racine ou du pool de démarrage afin de distinguer le disque du système d’exploitation correct d’un ancien clone.

Un guide Linux pratique montre que BootCurrent identifie l’entrée active, plutôt que de se fier au disque qui apparaît en premier dans le système d’exploitation.

Ne désignez pas les disques uniquement comme « NVMe 1 » ou « SATA 0 » dans vos notes de maintenance. Les mises à jour du firmware peuvent modifier l’ordre des contrôleurs ou la présentation des périphériques, tandis que les numéros de série et les chemins de périphériques EFI facilitent grandement l’identification de la cible de démarrage prévue.

Enregistrez séparément l’ordre de démarrage NVRAM

Les entrées de démarrage UEFI sont des variables du firmware, et pas seulement des fichiers présents dans la partition EFI. Enregistrez l’ordre actuel et les identifiants des entrées afin de pouvoir recréer cette préférence même si les fichiers EFI sont conservés, mais que la carte mère oublie leurs enregistrements NVRAM.

Un tutoriel de gestion EFI explique que les entrées de démarrage résident dans la NVRAM et peuvent être créées, supprimées ou réorganisées indépendamment des fichiers du chargeur.

Ne considérez pas le numéro d’entrée hexadécimal enregistré comme permanent à lui seul. Après une réinitialisation, l’entrée recréée peut recevoir un autre numéro. Les éléments importants sont donc le chemin du chargeur, le disque cible, le libellé et l’ordre relatif souhaité.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

Conservez un chargeur de secours indépendant du firmware

Lorsque votre chargeur de démarrage et votre distribution le permettent, vérifiez que la partition système EFI contient un chemin de chargeur de secours utilisable ou une autre méthode de récupération documentée. Testez le menu de démarrage ponctuel ou le support de récupération amovible avant la mise à jour du firmware.

Les recommandations relatives aux chargeurs de démarrage UEFI expliquent comment les chargeurs de secours contournent les entrées manquantes lorsque l’enregistrement NVRAM normal est absent.

Un mécanisme de secours ne remplace pas une configuration principale propre. Son intérêt est de vous fournir un moyen déterministe d’atteindre le système d’exploitation suffisamment longtemps pour restaurer l’entrée prévue, au lieu d’expérimenter sous pression avec plusieurs anciennes partitions EFI.

Notez l’état de l’UEFI, du mode hérité et de Secure Boot

Avant la mise à jour, notez si le serveur utilise l’UEFI pur, le mode hérité ou la compatibilité CSM, ainsi que Secure Boot. Notez également les paramètres du contrôleur de stockage qui empêcheraient le système d’exploitation actuel de voir son disque de démarrage habituel si les valeurs par défaut étaient restaurées.

Un guide de migration du firmware Linux montre que le mode UEFI modifie le comportement du démarrage et peut nécessiter une sélection manuelle du disque pendant la transition.

Après la mise à jour, comparez ces paramètres avant de réinstaller un chargeur de démarrage. Un serveur qui contient toujours les bons fichiers EFI peut néanmoins démarrer sur un autre disque si le mode du firmware ou la priorité de démarrage revient aux valeurs par défaut.

Vérifiez l’entrée prévue immédiatement après la mise à jour

Lors du premier démarrage réussi après la mise à jour, capturez à nouveau BootCurrent et BootOrder avant que les services habituels ne modifient les disques. Confirmez que le serveur a démarré depuis le disque physique et la partition système EFI prévus.

Un exemple d’ordre de démarrage montre que BootOrder peut être restauré volontairement, plutôt que d’accepter l’ordre sélectionné automatiquement par le firmware.

Ne restaurez un ancien ordre qu’après avoir associé chaque entrée actuelle à son chemin de chargeur, car les numéros d’entrée peuvent changer. L’article ZimaSpace associé sur le diagnostic d’un démarrage sur le mauvais disque reste la procédure appropriée si la mise à jour du firmware a déjà modifié le disque actif.

Questions fréquemment posées

Une capture d’écran des paramètres du BIOS suffit-elle comme préparation ?

Non. Une capture d’écran peut afficher les libellés et l’ordre, mais les chemins de périphériques EFI enregistrés, l’entrée active, l’identité du disque et la partition système EFI rendent la récupération bien moins ambiguë.

Dois-je supprimer les anciennes entrées EFI avant une mise à jour du firmware ?

Pas simplement pour faire du ménage. Identifiez d’abord les entrées réellement obsolètes et conservez une solution de secours testée. Supprimer un chemin alternatif fonctionnel juste avant la maintenance du firmware réduit vos possibilités de récupération.

Les fichiers EFI peuvent-ils rester intacts même si l’entrée de démarrage disparaît ?

Oui. Le firmware peut perdre ou réorganiser ses entrées NVRAM alors que la partition système EFI reste intacte. C’est pourquoi il est important d’enregistrer à la fois l’entrée du firmware et le chemin du chargeur présent sur le disque.