Après une installation propre de Windows 11 sur un NVMe PCIe 4.0 (WD Black SN770 puis Lexar NM790), « Windows Boot Manager » n’apparaît pas dans l’UEFI MSI (B650/Z690). Voici un diagnostic étayé et des solutions éprouvées, dont celle qui a résolu le cas réel.
Problématique
Vous avez installé Windows 11 sur un SSD NVMe PCIe 4.0. Le disque :
- est visible dans l’UEFI/BIOS comme périphérique de stockage et fonctionne sous Windows 10 ;
- dispose d’une table de partition GPT et d’une partition système EFI valides ;
- n’apparaît pas comme option de démarrage UEFI/« Windows Boot Manager », alors même que le BIOS est en UEFI pur avec le CSM désactivé.
Deux SSD différents ont reproduit le comportement (WD Black SN770 puis Lexar NM790), ce qui écarte a priori un défaut matériel isolé du disque.
Investigations déjà tentées (et infructueuses)
| Tentatives | Détails | Résultat |
|---|---|---|
| Réinstallation complète de W11 | Support officiel (Media Creation Tool) et Rufus, nettoyage diskpart, partitions recréées par l’installateur | Échec |
| Paramètres BIOS | UEFI only, Secure Boot on/off, CSM off, « UEFI hard disk » en tête, « Boot from EFI file » | Échec |
| Mises à jour | BIOS MSI (B650, Z690) et firmware SSD WD/Lexar | Échec |
| Tests matériels | Changement de slot M.2, retrait GPU, test dans un autre PC | Échec |
| Réparation BCD | bcdboot C:\Windows /f UEFI, vérification EFI FAT32 | Échec |
Le problème est donc clairement amont du chargeur de démarrage et lié à l’UEFI: la structure des partitions est correcte, les fichiers de boot sont présents, mais l’entrée d’amorçage n’est pas enregistrée/persistée par le firmware.
Ce qui se passe réellement (vue technique)
Au démarrage UEFI, la carte mère lit des variables NVRAM (non‑volatile RAM) qui listent les entrées de boot (Boot0000, Boot0001, etc.). Chaque entrée pointe vers un fichier .efi stocké sur la partition système EFI du disque (ex. \EFI\Microsoft\Boot\bootmgfw.efi). L’installateur de Windows 11 crée normalement :
- une partition EFI en FAT32 (100–260 Mo) et y copie les fichiers de Microsoft ;
- une variable NVRAM Windows Boot Manager qui référence ce chemin et place l’entrée en tête d’ordre de boot.
Dans le cas étudié, tout est bien écrit sur le disque, mais l’UEFI refuse d’enregistrer ou de maintenir l’entrée NVRAM lorsque le support système est un NVMe précis (WD Black SN770 ou Lexar NM790) sur certaines cartes mères MSI (B650, Z690). Résultat : l’UEFI ne propose jamais « Windows Boot Manager » en option de démarrage.
Quelques points clés pour comprendre des symptômes proches :
- Si CSM est activé ou si le disque est en MBR, Windows 11 ne créera pas d’entrée UEFI valide pour un boot natif. Ici, ces contraintes ont bien été respectées (UEFI pur + GPT).
- Le chemin de fallback UEFI (
\EFI\BOOT\BOOTX64.EFI) peut démarrer un système même sans variable NVRAM, mais n’est pas toujours supporté comme entrée persistante par tous les firmwares. - Sur plateformes Intel, l’option VMD/RAID peut masquer le NVMe au firmware classique ; sur AMD/AM5, certaines révisions BIOS ont connu des incompatibilités de micro‑code NVMe.
Diagnostic le plus probable
Incompatibilité firmware entre certaines cartes mères MSI (séries B650 & Z690) et certains SSD NVMe WD Black SN770 ou Lexar NM790. Cette incompatibilité empêche l’enregistrement de l’entrée NVRAM « Windows Boot Manager ». Les disques restent utilisables en stockage de données, mais demeurent non amorçables sur ces plateformes spécifiques.
Solutions validées ou recommandées
| Solution | Statut | Commentaire |
|---|---|---|
| Remplacer le SSD par un modèle d’une autre marque (ex. Crucial P3 2 To PCIe 4.0) | ✓ Fonctionne immédiatement | Solution retenue par l’utilisatrice : contourne le conflit et fait apparaître aussitôt « Windows Boot Manager » |
| Installer Windows 11 sur un autre support (SATA ou NVMe compatible) | ✓ Fonctionne | Pratique si le remplacement du SSD n’est pas envisageable à court terme |
| Attendre un nouveau BIOS MSI ou un firmware SSD corrigeant la compatibilité | ? À surveiller | Vérifier périodiquement les notes de version BIOS et firmwares NVMe |
| Ajouter manuellement l’entrée via « Boot from EFI file » puis sauvegarde BIOS | ✗ Inefficace ici | Reste utile sur d’autres configurations UEFI |
En résumé : le changement de marque de SSD a résolu instantanément le problème, confirmant un conflit matériel/firmware plutôt qu’une erreur de configuration.
Checklist rapide avant de conclure à l’incompatibilité
- Mode UEFI uniquement dans le BIOS (désactiver le CSM / « Legacy »).
- Disque initialisé en GPT, pas en MBR.
- Partition EFI en FAT32 d’environ 100–260 Mo, présente et accessible.
- Secure Boot testé activé puis désactivé (aucun des deux états ne résout ici).
- Essai d’un autre slot M.2 (priorité CPU/Chipset), GPU temporairement retiré si nécessaire.
- BIOS et firmware SSD à jour ; Clear CMOS/NVRAM après mise à jour.
- Vérifier que Intel VMD/RAID (sur Z690) est désactivé pour le SSD système (sauf besoin de RAID).
Procédures concrètes (commandes et manipulations utiles)
Créer/recréer proprement les partitions système avec l’installateur
Depuis le support d’installation de Windows 11, pressez Shift+F10 pour ouvrir l’invite, puis :
diskpart
list disk
select disk <N> ← <N> = votre NVMe
clean
convert gpt
exit
Relancez l’installation et laissez l’assistant créer automatiquement les partitions (MSR/EFI/Windows).
Forcer la (ré)génération des fichiers de boot UEFI
Depuis l’Environnement de récupération (WinRE) ou en ligne de commande administrateur :
bcdboot C:\Windows /f UEFI
Optionnel (si la partition EFI n’est pas montée) :
mountvol S: /S
bcdboot C:\Windows /s S: /f UEFI
Vérifier les entrées de boot connues du firmware
Exécutez :
bcdedit /enum firmware
Si aucune entrée « Windows Boot Manager » n’est listée alors que les fichiers existent sur la partition EFI, c’est un indice fort d’un souci d’enregistrement NVRAM par l’UEFI.
Tester le chemin de repli UEFI (fallback)
Montez la partition EFI (mountvol S: /S) puis copiez :
copy S:\EFI\Microsoft\Boot\bootmgfw.efi S:\EFI\Boot\bootx64.efi
Redémarrez et essayez « UEFI Hard Disk ». Si le système démarre ainsi mais que l’entrée ne persiste pas dans la liste, le problème vient bien de l’enregistrement en NVRAM.
Points d’attention spécifiques aux cartes mères MSI (B650 / Z690)
- Boot > UEFI/Legacy : s’assurer que UEFI Only est sélectionné et que le CSM est désactivé.
- Boot > UEFI Hard Disk Drive BBS Priorities : le disque doit être visible. Si « Windows Boot Manager » n’apparaît jamais, inutile d’insister sur l’ordre.
- Settings > Advanced > Integrated Peripherals : sur Z690, désactiver Intel VMD pour le slot du NVMe système lorsque non utilisé avec RST/RAID.
- Security > Secure Boot : tester « Disabled » puis « Windows UEFI Mode » pour écarter un blocage par politique de Secure Boot.
- Save & Exit : exécuter un Clear CMOS/NVRAM après flash BIOS, puis reconfigurer l’UEFI proprement.
Matrice d’observations (retour d’expérience)
| Plateforme | SSD | « Windows Boot Manager » visible | Remarques |
|---|---|---|---|
| MSI B650 | WD Black SN770 | Non | Disque fonctionnel en données, non amorçable UEFI |
| MSI B650 | Lexar NM790 | Non | Symptôme identique, écarte l’erreur de procédure |
| MSI Z690 | WD Black SN770 | Non | Confirme un motif transversal MSI/UEFI |
| MSI Z690 | Lexar NM790 | Non | Même pattern |
| MSI B650 | Crucial P3 2 To | Oui | Résolution immédiate après installation |
Bonnes pratiques et informations complémentaires
- Avant l’achat : consultez les listes de compatibilité carte‑mère/SSD et les retours d’utilisateurs pour repérer d’éventuels conflits NVMe/UEFI.
- Pour tout SSD NVMe destiné à booter :
- mode UEFI exclusivement (CSM désactivé) ;
- schéma GPT ;
- partition EFI FAT32 (100–260 Mo) présente ;
- commande de secours :
bcdboot C:\Windows /f UEFI.
- Si l’entrée de démarrage n’apparaît toujours pas :
- tester un autre slot M.2 (idéalement relié au CPU) ;
- mettre à jour BIOS et firmware SSD, puis Clear CMOS/NVRAM ;
- désactiver VMD/RAID (Z690) si inutile ;
- vérifier via
bcdedit /enum firmwaresi le firmware « voit » l’entrée.
- Les WD Black SN770 et Lexar NM790 sont d’excellents SSD en stockage ; le problème touche la phase d’amorçage UEFI sur certaines cartes MSI.
- Si vous chiffrez avec BitLocker, suspendez le chiffrement avant les manipulations de boot pour éviter une demande de clé de récupération au redémarrage.
Procédure de contournement avancée (si vous ne pouvez pas changer le SSD tout de suite)
Cette approche n’est pas idéale mais peut dépanner le temps d’un correctif.
- Installer Windows 11 sur un autre support compatible (SATA/NVMe d’une autre marque) pour créer une entrée NVRAM fonctionnelle.
- Cloner ensuite cette installation vers le SSD problématique avec un outil de clonage secteur‑à‑secteur.
- Conserver provisoirement le support « source » branché pour booter et accéder aux données sur le SSD cible.
Pourquoi cela fonctionne parfois : l’UEFI conserve l’entrée NVRAM pointant vers un volume qui reste accessible. Si le firmware ne recrée pas de nouvelle entrée pour le NVMe cible, ce n’est qu’un pis‑aller. Préférez un SSD compatible pour un système pérenne.
FAQ — questions fréquentes
« Le SSD est visible dans le BIOS et sous Windows 10. Pourquoi Windows 11 ne boote pas ? »
La visibilité d’un disque comme stockage n’implique pas que le firmware sache y amorcer un chargeur UEFI. Ici, le point de blocage est l’enregistrement NVRAM de l’entrée « Windows Boot Manager ». « Puis‑je forcer définitivement le boot via “Boot from EFI file” ? »
Sur certaines cartes, cela crée une entrée persistante. Dans ce cas précis, la sauvegarde ne tenait pas ou n’était pas reconnue, ce qui confirme le bug côté firmware/NVMe. « Le Secure Boot est‑il en cause ? »
Non, les essais on/off n’ont pas changé le comportement. Secure Boot peut bloquer un chargeur modifié, mais ici l’entrée n’existait même pas. « Un pilote IRST/RAID manque‑t‑il ? »
Sur PC portables ou desktops avec VMD activé, il faut fournir le pilote pendant l’installation. Sur ces plateformes desktop, VMD était désactivé ; le problème n’était donc pas un pilote manquant. « Changer de carte mère au lieu du SSD ? »
Possible, mais nettement plus coûteux. Le remplacement du SSD par une autre marque s’est avéré immédiat et économique.
Étapes recommandées (pragmatique)
- Appliquer la checklist ci‑dessus (UEFI/GPT/EFI, autres slots, Clear CMOS, MAJ BIOS, VMD off).
- Essayer
bcdbootet le fallbackbootx64.efi. - Si « Windows Boot Manager » reste invisible : changer de SSD (autre marque/modèle éprouvé) pour l’OS.
- Surveiller les mises à jour BIOS MSI et firmwares SSD susceptibles de corriger l’incompatibilité.
Conclusion
Le cas présente un pattern clair : sur des cartes mères MSI B650/Z690, certains NVMe (WD Black SN770, Lexar NM790) empêchent la création/persistance de l’entrée NVRAM « Windows Boot Manager ». Malgré une installation propre (UEFI Only, GPT, EFI valide), le système ne peut pas démarrer depuis ces disques. La solution la plus rapide et fiable a été de remplacer le SSD par un modèle d’une autre marque (Crucial P3 2 To), rendant immédiatement l’entrée de boot visible et fonctionnelle. Les disques concernés restent excellents comme volumes de données ; le problème est circonscrit à l’amorçage UEFI sur certaines combinaisons firmware.
Si vous rencontrez la même situation, suivez la checklist, testez le fallback, puis arbitrez rapidement : perdre des heures en réinstallations répétées ou changer de SSD et retrouver un poste opérationnel en quelques minutes. Dans notre expérience, le second choix a éliminé le problème à 100 %.
Annexe — Récapitulatif des commandes
| Objectif | Commande |
|---|---|
| Initialiser un disque en GPT | diskpart select disk N clean convert gpt |
| Monter la partition EFI | mountvol S: /S |
| Recréer les fichiers de boot UEFI | bcdboot C:\Windows /s S: /f UEFI |
| Lister les entrées firmware | bcdedit /enum firmware |
| Tester le fallback UEFI | copy S:\EFI\Microsoft\Boot\bootmgfw.efi S:\EFI\Boot\bootx64.efi |
À retenir
- Symptôme pivot : absence persistante de « Windows Boot Manager » dans l’UEFI malgré GPT/EFI valides.
- Cause probable : incompatibilité firmware MSI (B650/Z690) ↔︎ NVMe (WD Black SN770, Lexar NM790).
- Remède le plus efficace : changer de marque de SSD pour le disque système.
- Alternative transitoire : installer l’OS sur un support compatible, utiliser le disque problématique en données.
- Surveillez BIOS/firmware : un correctif peut lever la limitation à l’avenir.