Une mise à jour du BIOS peut faire démarrer un serveur domestique sur le mauvais disque en réinitialisant, réordonnant ou réinterprétant les entrées de démarrage UEFI et le mode du micrologiciel.
Avant de réparer le système d’exploitation, identifiez le disque et l’entrée EFI effectivement sélectionnés par le micrologiciel. Comparez l’ordre de démarrage persistant avec le menu de démarrage ponctuel, les paramètres UEFI et legacy, l’état de Secure Boot et les partitions système EFI en double. Un démarrage manuel correct signifie généralement que le système d’exploitation est intact et que la sélection du micrologiciel est incorrecte.
Identifiez le disque depuis lequel le micrologiciel a réellement démarré
Après le démarrage inattendu, notez le système de fichiers racine, la partition système EFI, le numéro de série du disque et l’entrée de démarrage du micrologiciel utilisée. Ne supposez pas que le premier disque SATA ou NVMe est le disque système actif.
Les administrateurs Linux peuvent consulter les entrées de démarrage UEFI afin d’afficher les entrées UEFI enregistrées et l’ordre de démarrage actuel, plutôt que de déduire la priorité à partir des noms de périphériques du système d’exploitation.
Si la machine a démarré une ancienne installation ou un clone, arrêtez les écritures des applications susceptibles de désynchroniser les données. Préservez les deux disques avant de modifier les entrées EFI.
Comparez l’ordre de démarrage persistant avec le menu ponctuel
Utilisez le menu de démarrage ponctuel du micrologiciel pour sélectionner une fois le système d’exploitation souhaité. Si cela fonctionne, le disque et le chargeur d’amorçage sont probablement opérationnels, et la priorité persistante devient le principal suspect.
Une analyse pratique des schémas d’échec du démarrage UEFI montre que les échecs de démarrage UEFI peuvent provenir de l’état enregistré du micrologiciel, même lorsqu’un chargeur EFI valide est toujours présent sur le disque.
Placez d’abord l’entrée souhaitée et désactivez les entrées obsolètes uniquement après avoir vérifié l’identité de leur disque. Évitez de supprimer toutes les autres entrées tant que le chemin correct n’a pas résisté à un démarrage à froid.
Vérifiez l’état UEFI, legacy et Secure Boot
Comparez le mode du micrologiciel avant et après la mise à jour : UEFI ou legacy/CSM, état de Secure Boot, mode du contrôleur de stockage et éventuelle restauration des paramètres par défaut lors de la mise à jour.
Une analyse structurée des erreurs UEFI courantes est utile, car un disque installé pour un mode de micrologiciel donné peut disparaître du chemin de démarrage privilégié lorsque la carte mère bascule silencieusement vers un autre mode.
Restaurez le mode correspondant au système d’exploitation installé avant de réinstaller quoi que ce soit. Un démarrage ponctuel réussi en mode UEFI indique fortement que le système de fichiers n’est pas le problème principal.
Recherchez plusieurs partitions système EFI
Les serveurs domestiques accumulent souvent des chargeurs EFI sur plusieurs disques après des clonages, des migrations ou des réinstallations. Identifiez chaque partition EFI et l’entrée qui y pointe.
Secure Boot et les mises à jour des chargeurs d’amorçage modifient également les paramètres de confiance du micrologiciel ; la discussion récente sur les changements de clés Secure Boot rappelle qu’il faut distinguer un chargeur rejeté d’une simple réinitialisation de l’ordre de démarrage.
Ne conservez une solution de secours volontaire que si vous pouvez l’identifier. Des entrées de démarrage en double et impossibles à distinguer augmentent le risque que les prochaines mises à jour du BIOS sélectionnent à nouveau le mauvais système.
Vérifiez les démarrages à froid avant de rétablir les services
Effectuez au moins deux démarrages complets après extinction et un redémarrage ordinaire. Vérifiez que le même disque, la même entrée EFI, le même système de fichiers racine et les mêmes chemins de données des applications sont sélectionnés à chaque fois.
Le guide associé de configuration d’un serveur domestique Proxmox aide à documenter l’organisation du démarrage et du stockage de Proxmox ou du serveur domestique, afin de pouvoir comparer une future réinitialisation du micrologiciel avec une configuration de référence connue.
Réactivez ensuite seulement les tâches planifiées et les services autorisant l’écriture. Si le micrologiciel continue de réordonner les entrées, examinez le comportement du micrologiciel de la carte mère et conservez un chemin de démarrage de récupération explicite.
Foire aux questions
Une mise à jour du BIOS peut-elle effacer le système d’exploitation ?
En général, non. Une mise à jour du micrologiciel peut modifier les entrées de démarrage, la priorité, l’état de Secure Boot ou le mode UEFI/legacy, tandis que les fichiers du système d’exploitation restent intacts sur le disque.
Dois-je réinstaller immédiatement le chargeur d’amorçage ?
Non. Identifiez d’abord le disque et l’entrée EFI effectivement sélectionnés par le micrologiciel. Une réinstallation sur le mauvais disque peut ajouter un autre chemin de démarrage ambigu.
Pourquoi le serveur démarre-t-il correctement uniquement lorsque j’utilise le menu de démarrage ponctuel ?
Cela indique fortement que le disque est amorçable, mais que la priorité persistante du micrologiciel ou l’entrée UEFI enregistrée est incorrecte.
Assistance et conseils
Plus à lire

Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...

Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...

Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...

