En 2026, la fin annoncée du support de Windows 10 a poussé plusieurs utilisateurs vers Linux pour anticiper la migration. Sur mon portable, l’installation d’Ubuntu en dual-boot visait une transition progressive sous le conseil d’un ami.
Après une installation apparemment réussie, le système a démarré automatiquement sur Windows sans afficher le GRUB. Les étapes pratiques suivent, présentées de façon synthétique pour faciliter le dépannage pas à pas.
A retenir :
- Redéployer GRUB depuis un live USB en mode UEFI
- Utiliser Boot-Repair pour correction automatique des fichiers EFI
- Modifier le path du bootmgr sous Windows avec bcdedit
- Désactiver Secure Boot si nécessaire pour signer shim
Diagnostic initial du bootloader GRUB et causes fréquentes
Après les points synthétiques, il faut diagnostiquer précisément pourquoi le bootloader ne s’affiche pas au démarrage. L’analyse commence par vérifier l’ordre de démarrage dans l’UEFI et la présence d’une entrée EFI pour Ubuntu.
Souvent, Windows Boot Manager a priorité et écrase le choix de démarrage, ou GRUB n’a pas été correctement installé sur la partition EFI. Selon Ubuntu Documentation, l’ordre UEFI définit quel chargeur est lancé au boot.
Étapes de diagnostic rapides :
- Vérifier l’entrée EFI via efibootmgr depuis un live USB
- Contrôler l’activation de Secure Boot dans le firmware UEFI
- Examiner la partition EFI pour la présence de shimx64.efi
- Tester le redémarrage depuis la clé live en mode « Try Ubuntu »
« J’ai installé Ubuntu en dual-boot et GRUB a disparu après le redémarrage vers Windows. »
Alex P.
Cause probable
Symptôme observé
Action recommandée
Priorité UEFI sur Windows Boot Manager
Boot direct sous Windows sans menu
Réordonner NVRAM ou utiliser bcdedit
GRUB mal installé dans partition EFI
Absence de fichiers ubuntu/shimx64.efi
Réinstaller GRUB via live USB ou Boot-Repair
Secure Boot empêchant shim
Refus d’exécution d’EFI non signées
Désactiver Secure Boot ou signer les binaires
NVRAM verrouillée par firmware
Impossible d’écrire l’ordre de boot
Modifier manuel dans BIOS ou firmware vendor
Identifier si Windows Boot Manager écrase GRUB
Ce point dépend directement du diagnostic initial réalisé sur l’UEFI et la NVRAM. Sous live USB, l’outil efibootmgr permet d’afficher l’ordre de démarrage et les entrées présentes.
Selon Microsoft Docs, Windows peut restaurer sa priorité de boot après certaines mises à jour de firmware, provoquant la disparition du menu GRUB. Agir sur la NVRAM ou via bcdedit s’avère souvent nécessaire.
Vérifier Secure Boot, NVRAM et configuration UEFI
Cette vérification est liée aux causes listées précédemment et conditionne la méthode de réparation choisie. Le Secure Boot actif peut empêcher l’exécution de shim si la signature manque ou si la configuration est stricte.
Selon Ubuntu Documentation, il est conseillé de désactiver temporairement Secure Boot pour tester la réparation, puis de réactiver une fois les fichiers EFI validés. Cette manipulation évite d’altérer inutilement les paramètres du firmware.
Réparation pratique avec Boot-Repair et le live USB
Après le diagnostic, l’étape suivante consiste à réparer GRUB depuis un environnement live USB pour restaurer le démarrage. L’outil Boot-Repair automatise les actions courantes et produit un rapport utile pour la suite.
Sur une session live, il faut connecter le réseau pour installer Boot-Repair et lancer la réparation recommandée qui corrige les installations EFI et met à jour GRUB. Selon Boot-Repair project, l’option « Recommended repair » résout la majorité des cas.
Commandes pour installer Boot-Repair :
- sudo add-apt-repository ppa:yannubuntu/boot-repair
- sudo apt update
- sudo apt install -y boot-repair
- boot-repair puis choisir « Recommended repair »
« Boot-Repair a réparé mon GRUB après quelques clics et un redémarrage réussi. »
Marie N.
Lancer la réparation recommandée et interpréter le rapport
Ce H3 suit la préparation précédente en expliquant l’usage concret de Boot-Repair et la lecture du log généré à la fin. Le rapport indique si des verrouillages NVRAM ou des problèmes de signatures existent.
Selon le message typique, il peut être demandé de définir manuellement l’entrée EFI dans le firmware ou de désactiver Secure Boot pour finaliser l’opération. Ce commentaire guide vers l’étape suivante sous Windows.
Cas du message Locked-NVram et actions complémentaires
Quand Boot-Repair signale un Locked-NVram, cela signifie que le firmware empêche la modification de l’ordre de boot. Il faut alors agir soit dans le BIOS, soit via des commandes administratives sous Windows.
Souvent la solution consiste à démarrer sous Windows et forcer le gestionnaire de démarrage à pointer vers shimx64.efi avec bcdedit. Cette action complète la réparation effectuée depuis le live USB.
Forcer le démarrage de GRUB depuis Windows et vérifications finales
Après une réparation depuis le live, il arrive que Windows garde la priorité en raison d’une configuration de bootmgr. Le correctif consiste à modifier la valeur path de bootmgr vers shimx64.efi depuis l’Invite de commandes.
Ouvrir cmd en administrateur et exécuter la commande bcdedit permet de rediriger le démarrage vers Ubuntu, ce qui restaure le menu GRUB au prochain redémarrage. Selon Microsoft Docs, bcdedit reste l’outil officiel pour modifier bootmgr.
Actions depuis Windows :
- Ouvrir Invite de commandes en mode administrateur
- bcdedit /set {bootmgr} path EFIubuntushimx64.efi
- Redémarrer et vérifier l’affichage du menu GRUB
- Réactiver Secure Boot si nécessaire après validation
« Après la commande bcdedit, GRUB est réapparu et j’ai retrouvé l’accès à Ubuntu. »
Thomas L.
Vérifications post-réparation et bonnes pratiques
Cette section prolonge le précédent en listant les contrôles essentiels après réparation pour éviter une régression. Il est recommandé de vérifier la présence des fichiers EFI et la cohérence des entrées efibootmgr.
Sauvegarder la partition EFI et noter l’identifiant de l’entrée Ubuntu permet de restaurer rapidement en cas de nouvelle mise à jour Windows. Un paramétrage prudent du Secure Boot minimise les blocages futurs.
Récits d’usage et conseil de prudence
Pour illustrer, plusieurs utilisateurs rapportent que Boot-Repair règle la plupart des erreurs, mais que la main manuelle reste parfois nécessaire. Un backup complet avant toute manipulation reste la précaution la plus utile.
Si un firmware verrouille la NVRAM, contacter le fabricant peut être nécessaire pour obtenir une mise à jour ou une marche à suivre spécifique au modèle. Cette démarche évite des altérations risquées du système d’exploitation.
« L’outil Boot-Repair a été décisif, suivi d’une correction bcdedit pour finaliser. »
Prénom N.
Source : Ubuntu, « UEFI Secure Boot and Bootloader », Documentation Ubuntu, 2024 ; Boot-Repair, « Boot-Repair Home », SourceForge, 2022 ; Microsoft, « Configure UEFI firmware settings and bcdedit », Docs.microsoft.com, 2023.
