Installer Windows sur NVMe : pourquoi le programme d’installation ne voit pas le disque (et la solution)

Le modèle mental : pourquoi Setup « ne voit pas » un NVMe

Windows Setup n’est pas un devin. Il voit le stockage à travers la pile de contrôleur exposée par le firmware et les pilotes présents dans l’image Windows Preinstallation Environment (WinPE) sur votre clé USB/ISO. Si votre NVMe est placé derrière un mode de contrôleur qui nécessite un pilote constructeur, Setup regardera dans le vide.

Le piège le plus courant sur le matériel des années 2020 est que votre NVMe n’est pas « manquant » du tout. Il est présenté via une couche comme Intel VMD (Volume Management Device) ou un mode RAID (Intel RST / « RAID On »), ce qui change l’apparence du disque sur le bus PCIe et le pilote nécessaire pour y accéder. Sur certains ordinateurs portables et de nombreux postes professionnels, la valeur par défaut est optimisée pour la gestion de flotte, pas pour votre réinstallation du week-end.

Il existe aussi des incompatibilités classiques :

• UEFI vs démarrage Legacy : vous avez lancé l’installateur dans un mode alors que le disque est partitionné pour l’autre, ou le firmware refuse de transmettre correctement le NVMe.
• Contraintes de partitionnement : disques dynamiques, métadonnées résiduelles, agencements de récupération OEM bizarres ou métadonnées RAID obsolètes peuvent masquer le disque à Setup ou bloquer l’installation.
• Partage de voies et topologie physique : cet emplacement M.2 partage des voies avec un port SATA ou un autre emplacement ; l’un est désactivé quand l’autre est peuplé.
• Fonctions de sécurité : Secure Boot est généralement sans problème, mais certaines piles de stockage (et certaines politiques BIOS « entreprise ») exigent des pilotes signés qui ne sont pas présents dans votre image d’installation.

Une citation utile à garder en tête lorsque vous dépannez : « L’espoir n’est pas une stratégie. » — James Cameron. Ce n’est pas strictement une citation SRE, mais elle colle mal avec le travail opérationnel. La bonne démarche est de mesurer ce que l’installateur voit, puis de changer une variable à la fois.

Blague n°1 : Windows Setup n’ignore pas votre NVMe pour être impoli. Il fait juste comme si vous n’existiez pas jusqu’à ce que vous lui apportiez le bon pilote.

Guide de diagnostic rapide (vérifiez ceci en premier)

Si vous voulez le chemin le plus court vers « le disque apparaît, l’installation continue », faites ceci dans l’ordre. Ne sautez pas au hasard entre les menus du BIOS et les dossiers de pilotes. C’est comme ça que le temps disparaît.

1) Confirmez que le NVMe existe au niveau du firmware

• Dans le BIOS/UEFI, cherchez les informations de stockage NVMe, ou une page listant le modèle NVMe.
• Si le BIOS ne le voit pas, Windows Setup ne le verra pas non plus. Arrêtez-vous et dépannez d’abord le matériel / l’emplacement / le partage des voies.

2) Vérifiez le mode de stockage : AHCI vs RAID/VMD

• Si vous voyez Intel RST, RAID On ou VMD activé, considérez que Setup a besoin d’un pilote ou que vous devez passer à un mode que Windows prend en charge par défaut.
• Pour un seul disque NVMe, préférez AHCI / NVMe sans VMD sauf si vous avez une raison de ne pas le faire (politiques BitLocker en entreprise ou images corporate sont des raisons).

3) Démarrez l’installateur en mode UEFI (presque toujours)

• Si votre cible est Windows 11, vous êtes de toute façon en territoire UEFI.
• Démarrage UEFI + GPT est la valeur moderne et stable. Legacy/CSM, c’est là que vivent les fantômes anciens.

4) Dans Setup, ouvrez un shell et vérifiez le stockage visible

• Utilisez diskpart et vérifiez si des disques apparaissent.
• Si diskpart voit le disque mais que Setup ne l’affiche pas, c’est typiquement un problème de partitionnement/métadonnées.
• Si aucun des deux ne le voit, vous êtes dans le territoire pilote/mode contrôleur.

5) Décidez : changer le réglage du firmware vs charger un pilote

• Machine personnelle / installation propre : désactivez VMD/RAID, utilisez AHCI/NVMe, continuez.
• Poste géré en entreprise : chargez le pilote de stockage approuvé pour rester compatible avec l’outillage d’imagerie et de récupération de l’organisation.

Faits intéressants et contexte (pour comprendre l’étrangeté)

• NVMe a été conçu pour remplacer AHCI : AHCI était pensé pour les disques rotatifs ; NVMe a été conçu pour la faible latence et le parallélisme sur PCIe.
• Le support de démarrage NVMe était chaotique au début : les anciennes implémentations UEFI nécessitaient des mises à jour du firmware pour démarrer NVMe de façon fiable, surtout sur les cartes 2014–2016.
• Intel RST précède la large adoption de NVMe : les outils et hypothèses ont commencé à l’époque du RAID SATA, puis se sont étendus pour « gérer » NVMe derrière des couches d’abstraction.
• VMD existe pour une raison : il peut standardiser le hotplug/la gestion d’erreurs et fournir des fonctions orientées entreprise, mais il change aussi quel pilote voit le disque.
• Windows Setup exécute WinPE : l’ensemble de pilotes est plus restreint qu’un Windows installé complet, donc « fonctionne sur mon OS » n’implique pas « fonctionne dans Setup ».
• GPT vs MBR n’est pas que cosmétique : les systèmes UEFI attendent GPT pour un comportement de démarrage propre ; MBR est une relique de compatibilité aux bords tranchants.
• Certaines images OEM sont livrées avec des pilotes RST préchargés : vous effacez le disque, perdez la magie, puis vous vous demandez pourquoi une ISO vanilla ne voit pas le stockage.
• Le partage des voies n’est pas hypothétique : de nombreuses cartes désactivent des ports SATA lorsque un emplacement M.2 est occupé parce qu’ils partagent des ressources du chipset.

Les vraies causes racines (et à quoi elles ressemblent)

Cause A : Intel VMD / mode RAID activé

Ce que vous voyez : Le BIOS liste le NVMe, mais Windows Setup et diskpart n’affichent aucun disque. Ou vous voyez un contrôleur « Intel RAID » mais aucun disque physique.

Pourquoi ça arrive : VMD fait apparaître le NVMe derrière un contrôleur virtuel. Sans le bon pilote Intel RST/VMD dans WinPE, le périphérique est effectivement invisible.

Solution : Désactivez VMD / passez le stockage en AHCI (si vous n’avez pas besoin de RAID), ou chargez le pilote de stockage approprié pendant Setup.

Cause B : Vous avez démarré l’installateur dans le mauvais mode

Ce que vous voyez : Le disque apparaît, mais vous ne pouvez pas installer ; Setup se plaint du style de partition (« Windows ne peut pas être installé sur ce disque. Le disque sélectionné a le style de partition GPT. » ou l’équivalent MBR).

Pourquoi ça arrive : Le démarrage Legacy attend MBR. UEFI attend GPT. Les mélanges produisent des douleurs prévisibles.

Solution : Démarrez l’USB en mode UEFI, puis convertissez le disque en GPT (ou l’inverse, mais évitez-le, sauf si vous restaurez une pièce de musée).

Cause C : Métadonnées obsolètes (anciens en-têtes RAID, partitions bizarres, disque dynamique)

Ce que vous voyez : diskpart voit le disque, Setup le liste mais refuse d’installer, ou les partitions se comportent de manière étrange.

Pourquoi ça arrive : Des métadonnées résiduelles peuvent embrouiller Setup ou déclencher une logique de sécurité. Les disques dynamiques ne sont pas non plus des cibles d’installation comme beaucoup l’imaginent.

Solution : Sauvegardez les données, puis effacez les tables de partitions et métadonnées depuis Setup avec diskpart (clean), puis réinstallez.

Cause D : Le NVMe n’est pas physiquement où vous pensez

Ce que vous voyez : Le BIOS ne voit pas le NVMe du tout ; ou il apparaît de façon intermittente ; ou il disparaît quand un autre périphérique est connecté.

Pourquoi ça arrive : Les emplacements M.2 peuvent être SATA-only, PCIe-only, ou mixtes ; certains partagent des voies avec d’autres emplacements ou ports SATA ; certaines cartes acceptent NVMe seulement sur des emplacements précis.

Solution : Utilisez le bon emplacement, mettez le BIOS à jour, ou reconfigurez les conflits de partage de voies (souvent documenté dans le manuel de la carte mère, que personne ne lit avant la panne).

Cause E : Média d’installation corrompu ou obsolète

Ce que vous voyez : La même machine fonctionne avec une clé USB mais pas avec une autre ; échecs étranges lors du chargement de pilotes.

Pourquoi ça arrive : Média corrompu, ISO datée, ou un outil qui a construit la clé USB avec une disposition de partition/démarrage étrange.

Solution : Recréez le média d’installation avec une méthode connue ; préférez une ISO Windows récente ; utilisez une autre clé USB.

Tâches pratiques : commandes, sorties et décisions (12+)

Ces tâches supposent que vous êtes soit dans Windows Setup (Shift+F10 pour une invite de commande) soit démarré en WinPE/environnement de réparation. Certaines tâches peuvent aussi être exécutées depuis un live media Linux, mais nous resterons centrés sur Windows. Les commandes ci‑dessous sont exactement celles que j’exécute en situations proches de la production : courtes, observables, réversibles quand possible.

Tâche 1 : Confirmez que vous êtes en WinPE et capturez l’environnement

cr0x@server:~$ ver
Microsoft Windows [Version 10.0.22621.1]

Ce que cela signifie : Vous êtes dans un environnement Windows (WinPE/shell Setup). La version indique si votre média est moderne.

Décision : Si c’est ancien (version très vieille), pensez à recréer le média avant de blâmer le matériel.

Tâche 2 : Vérifiez si des disques sont visibles du tout

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online         953 GB      0 B        *

Ce que cela signifie : WinPE peut voir votre NVMe (Disk 0) et il est en GPT.

Décision : Si list disk n’affiche rien, vous avez besoin d’une solution pilote/mode contrôleur avant que le partitionnement ne compte.

Tâche 3 : Si aucun disque, listez les pilotes chargés (cherchez RST/VMD)

cr0x@server:~$ drvload
DrvLoad: Enumerating driver packages...
DrvLoad: No driver package specified.

Ce que cela signifie : Vous n’avez encore rien chargé ; WinPE utilise ses pilotes intégrés.

Décision : Si les disques manquent et que le firmware a VMD/RAID activé, prévoyez de charger le pilote de stockage ou de changer le mode du firmware.

Tâche 4 : Énumérez les contrôleurs de stockage PCI (indice rapide pour VMD/RAID)

cr0x@server:~$ wmic path win32_pnpentity where "Name like '%Controller%'" get Name
Name
Microsoft Storage Spaces Controller
Standard NVM Express Controller

Ce que cela signifie : Voir « Standard NVM Express Controller » est bon ; c’est la voie pilote NVMe incluse.

Décision : Si vous voyez à la place Intel(R) Volume Management Device ou un contrôleur Intel RAID sans contrôleur NVMe, votre disque peut être derrière VMD/RST.

Tâche 5 : Utilisez le shell Setup pour charger un pilote constructeur depuis l’USB

D’abord, trouvez la lettre de votre clé USB (en WinPE ce n’est souvent pas E: comme vous l’attendez).

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list volume

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     C                NTFS   Partition    100 GB  Healthy
  Volume 1     D   UEFI_NTFS     FAT32  Removable     16 GB  Healthy

Ce que cela signifie : Votre clé USB est D:.

Décision : Utilisez cette lettre pour charger le fichier INF du pilote.

cr0x@server:~$ drvload D:\drivers\intel_vmd\f6vmdflpy-x64\iaStorVD.inf
DrvLoad: Successfully loaded D:\drivers\intel_vmd\f6vmdflpy-x64\iaStorVD.inf

Ce que cela signifie : Le pilote est chargé dans WinPE.

Décision : Relancez diskpart → list disk. Si le disque apparaît maintenant, vous avez confirmé que VMD/RST bloquait l’accès.

Tâche 6 : Après le chargement du pilote, revérifiez la visibilité du disque

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online         953 GB   953 GB        *

Ce que cela signifie : Le NVMe est maintenant visible et vide/non alloué.

Décision : Procédez au partitionnement et à l’installation. Ou, si vous êtes en environnement corporate, enregistrez le pilote et le réglage firmware pour standardisation.

Tâche 7 : Inspectez le disque et les partitions existantes (repérez les bizarreries OEM)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> list partition

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Recovery           990 MB  1024 KB
  Partition 2    System             100 MB  991 MB
  Partition 3    Reserved            16 MB  1091 MB
  Partition 4    Primary           952 GB  1107 MB

Ce que cela signifie : Un agencement GPT UEFI normal. Rien d’alarmant.

Décision : Si vous réinstallez, vous pouvez supprimer les partitions dans l’UI de Setup ou effacer avec diskpart (tâche suivante) pour repartir d’une base propre.

Tâche 8 : Effacer le disque (l’option « arrête d’être malin »)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> clean

DiskPart succeeded in cleaning the disk.

Ce que cela signifie : La table de partitions et les métadonnées sont supprimées. Le disque est maintenant vierge.

Décision : Si vous aviez besoin des données, vous avez commis une erreur plus tôt. Si c’est une installation propre, c’est souvent le chemin le plus rapide vers la sérénité.

Tâche 9 : Convertir explicitement en GPT (bonne pratique pour UEFI)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> convert gpt

DiskPart successfully converted the selected disk to GPT format.

Ce que cela signifie : Le disque est en GPT, adapté pour le démarrage UEFI.

Décision : Si votre installateur a été démarré en mode Legacy, arrêtez et redémarrez-le en mode UEFI au lieu de forcer MBR. Ne construisez pas un système fragile volontairement.

Tâche 10 : Créer les partitions manuellement (quand l’UI de Setup est bizarre)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> create partition efi size=260

DiskPart succeeded in creating the specified partition.

DISKPART> format quick fs=fat32 label="SYSTEM"

  100 percent completed

DiskPart successfully formatted the volume.

DISKPART> create partition msr size=16

DiskPart succeeded in creating the specified partition.

DISKPART> create partition primary

DiskPart succeeded in creating the specified partition.

DISKPART> format quick fs=ntfs label="Windows"

  100 percent completed

DiskPart successfully formatted the volume.

Ce que cela signifie : Vous avez maintenant une disposition EFI + MSR + partition principale saine.

Décision : Si Setup échouait à cause de confusion de partition, cela débloque souvent la situation. Installez sur la partition NTFS « Windows ».

Tâche 11 : Vérifiez les indices du mode de démarrage (UEFI vs Legacy) depuis WinPE

cr0x@server:~$ reg query HKLM\System\CurrentControlSet\Control /v PEFirmwareType
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control
    PEFirmwareType    REG_DWORD    0x2

Ce que cela signifie : 0x2 indique UEFI ; 0x1 indique BIOS/Legacy.

Décision : Si vous êtes en mode Legacy mais que vous voulez GPT/Windows 11, redémarrez l’installateur et sélectionnez l’entrée de démarrage UEFI pour votre USB.

Tâche 12 : Vérifiez la présence de BitLocker ou d’autres verrous de chiffrement (courant sur les portables d’entreprise)

cr0x@server:~$ manage-bde -status
BitLocker Drive Encryption: Configuration Tool version 10.0.22621
Copyright (C) 2013 Microsoft Corporation. All rights reserved.

Disk volumes that can be protected with BitLocker Drive Encryption:
Volume C: [OS]
[OS Volume]
    Size:                 952.87 GB
    BitLocker Version:    2.0
    Conversion Status:    Fully Encrypted
    Protection Status:    Protection Off
    Lock Status:          Unlocked

Ce que cela signifie : Le disque a été chiffré à un moment ; en WinPE vous pouvez le voir verrouillé sur d’autres machines.

Décision : Si des volumes sont verrouillés, vous pourriez avoir besoin de la clé de récupération ou d’un nettoyage complet. Ne supposez pas « disque manquant » quand c’est « disque verrouillé ».

Tâche 13 : Si Setup installe mais que le système ne démarre pas, réparez les fichiers de démarrage EFI

Attribuez des lettres de lecteur et reconstruisez les fichiers de démarrage avec bcdboot.

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list volume

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     W   Windows      NTFS   Partition    952 GB  Healthy
  Volume 1     S   SYSTEM       FAT32  Partition    260 MB  Healthy    System

cr0x@server:~$ bcdboot W:\Windows /s S: /f UEFI
Boot files successfully created.

Ce que cela signifie : La partition système EFI contient les fichiers de démarrage.

Décision : Si le système échouait auparavant avec « pas de périphérique de démarrage », cela le corrige souvent — en supposant que l’ordre de démarrage firmware est raisonnable.

Tâche 14 : Identifiez si le NVMe apparaît comme un périphérique NVMe standard après l’installation (vérification de cohérence)

Une fois Windows installé (ou dans une invite de récupération), vous pouvez interroger les contrôleurs de stockage.

cr0x@server:~$ pnputil /enum-devices /class StorageControllers
Microsoft PnP Utility

Class: StorageControllers
Instance ID: PCI\VEN_144D&DEV_A808&SUBSYS_...
Device Description: Standard NVM Express Controller
Status: Started

Ce que cela signifie : Vous ne dépendez pas d’un pilote exotique pour l’accès NVMe de base.

Décision : Pour une machine personnelle, c’est le chemin heureux. Pour des images corporate, vous pourriez malgré tout avoir besoin de RST/VMD pour des raisons de politique — ne soyez pas indépendant sur des postes gérés.

Chargement des pilotes : quand c’est nécessaire (et quand ce n’est pas le cas)

Charger un pilote de stockage dans Windows Setup est un geste puissant, mais c’est aussi la façon dont on installe accidentellement un pilote incompatible puis on s’étonne d’un écran bleu plus tard. Votre objectif est d’éviter les pilotes inutiles sauf si votre matériel les exige.

Quand vous devez charger un pilote

• Votre firmware a VMD activé et le NVMe est derrière celui-ci.
• Votre système est configuré pour Intel RST RAID même avec un seul disque.
• Vous installez sur un volume RAID réel.
• Vous êtes sur une plateforme récente où l’ensemble de pilotes WinPE intégré ne couvre pas le contrôleur.

Quand vous ne devez pas charger un pilote (et devriez changer les réglages firmware à la place)

• Disque NVMe unique, pas de RAID requis, pas de contraintes d’imagerie corporate.
• Vous voulez juste que le disque apparaisse. Désactiver VMD et utiliser NVMe standard est plus simple et généralement plus fiable.

Il y a aussi une réalité pratique : le flux UI « Charger le pilote » de l’installateur Windows est correct, mais je fais davantage confiance à drvload parce qu’il fournit un signal clair de réussite/échec et ne cache pas les messages d’erreur derrière une boîte de dialogue polie.

Paramètres du firmware qui font ou défont les installations NVMe

La plupart des cas « Windows Setup ne voit pas mon NVMe » se terminent par un de ces changements. Les noms exacts des menus varient selon l’OEM, mais les concepts sont stables.

1) Désactiver Intel VMD (ou le mettre sur « off » pour l’emplacement NVMe)

Sur de nombreux systèmes vous verrez « VMD Setup Menu » ou « Enable VMD Controller ». Si le NVMe est mappé sous VMD, WinPE peut ne pas avoir le pilote. Désactivez-le sauf si vous avez besoin de fonctions entreprise ou installez une image corporate qui l’attend.

2) Passer le mode du contrôleur de stockage : RAID/RST → AHCI

Pour un seul disque, AHCI/NVMe est la configuration la moins surprenante. Le mode RAID existe souvent pour l’imagerie d’usine et la standardisation IT. Si vous n’utilisez pas RAID, ne jouez pas à faire semblant d’être un array de stockage.

3) Mode de démarrage : UEFI uniquement, désactiver CSM/Legacy

Le démarrage UEFI est la base moderne. CSM (Compatibility Support Module) est la recette pour obtenir des installations MBR sur du matériel qui attend GPT, et ensuite vous apprenez à réparer le démarrage. Pas amusant pour personne.

4) Secure Boot et TPM

Secure Boot ne masque généralement pas les périphériques NVMe. Mais il peut bloquer le chargement de pilotes non signés dans certains environnements. Si vous devez charger un pilote et qu’il ne se charge pas, désactiver temporairement Secure Boot peut être une étape de diagnostic — pas une option permanente.

5) Configuration de l’emplacement NVMe et partage de voies

Certaines cartes ont plusieurs emplacements M.2 où un seul est câblé vers le CPU, d’autres vers le chipset, et certains partagent des voies avec le SATA. Si le NVMe disparaît quand vous branchez un autre disque, ce n’est pas paranormal ; c’est de la topologie.

Blague n°2 : Le partage de voies, c’est la façon dont la carte mère dit : « Tu peux avoir deux belles choses, mais pas en même temps. »

Erreurs courantes : symptôme → cause racine → solution

1) Symptôme : le BIOS voit le NVMe, Windows Setup ne voit aucun disque

Cause racine : VMD/RST/mode RAID activé ; pilote de stockage manquant dans WinPE.

Solution : Désactivez VMD / passez en AHCI, ou chargez le pilote Intel RST/VMD approprié via drvload ou « Charger le pilote » de Setup.

2) Symptôme : le disque apparaît dans diskpart, mais pas dans la liste des partitions de Setup

Cause racine : filtrage de l’UI Setup, métadonnées de partition bizarres, ou disque hors ligne/en lecture seule.

Solution : Utilisez diskpart pour vérifier les attributs et les effacer ; supprimez les partitions ou faites clean le disque.

3) Symptôme : « Windows ne peut pas être installé sur ce disque. Le disque sélectionné a le style de partition GPT. »

Cause racine : L’installateur a été démarré en Legacy/CSM, mais le disque est en GPT.

Solution : Redémarrez et choisissez l’entrée de démarrage UEFI pour la clé USB, puis installez sur GPT.

4) Symptôme : « Windows ne peut pas être installé sur ce disque. Le disque sélectionné possède une table de partition MBR. »

Cause racine : L’installateur a été démarré en mode UEFI ; le disque est en MBR.

Solution : Dans le shell Setup : diskpart → clean → convert gpt, puis installez.

5) Symptôme : le disque n’apparaît qu’après avoir retiré un autre SSD/HDD

Cause racine : Le partage de voies désactive un port/emplacement quand un autre est utilisé.

Solution : Déplacez les disques vers d’autres ports/emplacements selon la topologie de la carte ; parfois une mise à jour du BIOS améliore la compatibilité.

6) Symptôme : Setup voit le disque, l’installation se termine, mais le système ne démarre pas

Cause racine : Mauvais mode de démarrage, entrée EFI manquante, ou fichiers de démarrage écrits sur le mauvais disque (fréquent avec plusieurs disques connectés).

Solution : Déconnectez les autres disques pendant l’installation ; réparez avec bcdboot ; confirmez le mode UEFI et l’ordre de démarrage.

7) Symptôme : le NVMe disparaît après une mise à jour du BIOS ou un « reset to defaults »

Cause racine : Les valeurs par défaut ont réactivé VMD/RAID ; le mode de stockage a changé.

Solution : Ré-appliquez les réglages firmware connus bons ; documentez-les avant la prochaine mise à jour du BIOS.

8) Symptôme : « Aucun pilote de périphérique signé n’a été trouvé » lors du chargement des pilotes

Cause racine : Mauvaise architecture du pilote (x86 vs x64), mauvais INF, politique Secure Boot, ou vous avez pointé Setup sur un dossier sans le bon INF.

Solution : Utilisez le paquet pilote F6 x64 correct ; chargez le .inf spécifique ; si nécessaire, relaxez temporairement Secure Boot pour le diagnostic.

Trois mini-récits d’entreprise tirés du terrain

Mini-récit 1 : L’incident causé par une mauvaise hypothèse

Ils déployaient un nouveau modèle d’ordinateur portable à grande échelle. Le processus d’imagerie était « connu comme fonctionnant » parce qu’il avait marché pendant des années : démarrer WinPE, appliquer le WIM, redémarrer, terminé. Sur le nouveau modèle, WinPE démarrait, le réseau fonctionnait et la séquence de tâches démarrait. Puis cela a échoué à l’étape « partitionner le disque » parce qu’il n’y avait aucun disque.

La première hypothèse fut la plus évidente : « mauvaise série de SSD ». Quelqu’un a même échangé quelques disques, parce que c’est ce qu’on fait quand on est pressé et que la panne ressemble à un problème matériel. Ça n’a rien changé. Ensuite on a pensé que « WinPE est cassé », donc ils ont reconstruit le média de démarrage. Toujours pas de disques.

La cause réelle était ennuyeuse : le fournisseur avait expédié le nouveau modèle avec Intel VMD activé par défaut, et l’image WinPE de l’organisation n’incluait pas le pilote de stockage VMD/RST. Les anciens modèles étaient en mode AHCI, et le support NVMe inclus de WinPE les gérait bien. Même processus, nouvelle réalité.

Une fois le pilote approprié chargé, les disques sont apparus instantanément. La vraie correction fut organisationnelle : ils ont ajouté une étape de détection matérielle dans le pipeline d’imagerie qui vérifiait la présence du contrôleur VMD et refusait de continuer sans le pilote approprié chargé. Plus d’échec silencieux en plein milieu d’une installation.

Mini-récit 2 : L’optimisation qui s’est retournée contre eux

Une autre organisation voulait accélérer le provisioning. Quelqu’un a eu l’idée brillante de garder le mode RAID activé sur toute la flotte, même pour les machines mono-disque, parce que ça « standardise la pile de stockage » et « permettrait de passer au RAID plus tard ». Ils aimaient aussi que les menus BIOS aient l’air identiques sur les captures d’écran.

Ça a marché—jusqu’à ce que ça ne marche plus. Quelques mois plus tard ils ont mis à jour leur média d’installation Windows vers une version plus récente et ont réduit leur pack de pilotes pour économiser de l’espace. Le pilote NVMe standard était toujours présent, mais le paquet RST/VMD a été supprimé parce qu’il « avait l’air optionnel » et n’avait pas été nécessaire sur les anciens systèmes.

Le résultat fut un ralentissement du provisioning qui ressemblait à des échecs aléatoires : certains modèles exposaient NVMe directement, d’autres utilisaient VMD, et le pack de pilotes simplifié ne fonctionnait que sur la moitié de la flotte. Le helpdesk voyait « aucun disque trouvé », et la solution de première ligne devint « passez en AHCI ». Cela a rompu la norme, et cela a aussi cassé des installations existantes sur des machines où Windows avait été installé avec des pilotes RAID activés.

Ils ont finalement annulé l’optimisation. Pas parce que le mode RAID est mauvais, mais parce que la cohérence est un contrat : si vous standardisez sur une couche d’abstraction, il faut conserver la chaîne de pilotes depuis WinPE jusqu’au système complet. Supprimer des pilotes « inutilisés » n’est sûr que quand vous comprenez vraiment ce que « inutilisé » signifie à travers les générations de matériel.

Mini-récit 3 : La pratique ennuyeuse mais correcte qui a sauvé la mise

Une petite équipe proche du SRE gérait des machines de lab pour des pipelines de build. Ces machines n’étaient pas glamour, mais critiques. Ils avaient une procédure standard pour les rebuilds bare-metal : débrancher tous les disques non ciblés, documenter les réglages BIOS, installer en mode UEFI, vérifier GPT, puis rebrancher le stockage secondaire.

Quelqu’un a traité ça de paranoïa. Ce n’en était pas. Un jour, un hôte de build est mort et a nécessité une réinstallation rapide. L’hôte avait deux NVMe : un pour l’OS, un pour le cache de build. Si vous installez Windows avec les deux attachés, Setup a l’habitude agaçante de placer la partition système EFI sur le disque qu’il veut, surtout si l’un est « Disk 0 » aujourd’hui et « Disk 1 » demain.

Ils ont suivi la checklist. NVMe OS seul. Installation. Post-install, ils ont vérifié que la partition EFI était sur le bon disque et que bcdboot n’était pas nécessaire. Puis ils ont rebranché le disque cache. L’hôte est revenu en service sans le genre de bizarrerie de démarrage qui vous coûte une journée quand quelqu’un met à jour le firmware et que l’ordre d’énumération des disques change.

Cette pratique ne remporte pas de prix d’innovation. Elle garantit la disponibilité. En production, la disponibilité est le seul prix qui compte.

Listes de contrôle / plans étape par étape (faites ceci, pas cela)

Plan A : Installation personnelle propre sur un NVMe unique (recommandé)

1. Déconnectez les autres disques (SSDs/HDDs SATA, NVMe additionnels). Empêchez que des fichiers de démarrage atterrissent sur le mauvais disque.
2. Entrez dans le BIOS/UEFI :
   • Définissez le mode de démarrage sur UEFI (désactivez CSM/Legacy).
   • Définissez le mode de stockage sur AHCI ou NVMe (désactivez RAID/RST si vous ne l’utilisez pas).
   • Désactivez VMD si présent (ou au moins pour l’emplacement NVMe).
3. Démarrez l’installateur en utilisant l’entrée de démarrage UEFI pour la clé USB.
4. À l’écran de sélection du disque :
   • Si le disque apparaît : supprimez les partitions (ou utilisez diskpart clean) et laissez Setup créer les partitions.
   • Si le disque n’apparaît pas : passez au Plan B (pilote) ou revérifiez VMD/RAID.
5. Après l’installation, rebranchez les autres disques, puis confirmez l’ordre de démarrage et que Windows démarre sans la clé USB.

Plan B : Machine d’entreprise où RAID/VMD doit rester activé

1. Conservez les réglages firmware requis par la politique (ne « corrigez » pas en désactivant VMD si l’organisation en dépend).
2. Ayez le pilote F6 x64 de stockage correct sur la clé USB d’installation dans un dossier connu (par exemple \drivers\storage).
3. Démarrez Windows Setup, appuyez sur Shift+F10, et chargez le pilote avec drvload.
4. Vérifiez avec diskpart → list disk que le NVMe apparaît.
5. Poursuivez l’installation ; après l’installation vérifiez que le contrôleur et le pilote sont corrects dans le Gestionnaire de périphériques ou via pnputil.

Plan C : Le disque apparaît mais l’installation échoue (nettoyage partition/métadonnées)

1. Shift+F10 → diskpart → list disk.
2. select disk 0 (confirmez que la taille correspond au NVMe visé).
3. clean (efface la table de partitions ; destructif).
4. convert gpt.
5. Retournez à l’UI de Setup et installez sur l’espace non alloué.

Plan D : L’installation se termine mais le système ne démarre pas

1. Confirmez que vous avez démarré et installé en mode UEFI.
2. Déconnectez les disques secondaires (réduisez les variables).
3. Dans WinPE, attribuez des lettres aux partitions Windows et EFI.
4. Exécutez bcdboot pour régénérer les fichiers de démarrage sur la partition EFI.
5. Vérifiez l’ordre de démarrage du BIOS : Windows Boot Manager doit être la première entrée.

FAQ

1) Pourquoi un live Linux voit le NVMe mais pas Windows Setup ?

Linux a souvent un support plus large in-kernel pour les contrôleurs de stockage, y compris certaines voies adjacentes à VMD/RST. L’image WinPE de Windows peut ne pas avoir le pilote constructeur. C’est une incompatibilité pilote/mode contrôleur, pas « Windows déteste NVMe ».

2) Si je désactive RAID/VMD pour installer, puis-je le réactiver ensuite ?

Pas sans préparation. Changer le mode de stockage après l’installation peut provoquer des échecs de démarrage car la pile de pilotes requise change. Si vous devez modifier le mode plus tard, planifiez-le : activez les pilotes nécessaires dans l’OS avant de basculer les réglages firmware.

3) AHCI est-il requis pour NVMe ?

Non. NVMe est son propre protocole. Les gens disent « AHCI » parce que les fabricants de BIOS l’utilisent comme raccourci pour « pas RAID/RST ». Ce que vous voulez, c’est « NVMe standard exposé directement », pas « NVMe caché derrière RAID/VMD ».

4) Je vois le disque, mais Setup dit qu’il ne peut pas installer sur cette partition. Que faire ?

C’est généralement un mismatch de mode de démarrage ou de style de partition (UEFI/GPT vs Legacy/MBR), ou des métadonnées obsolètes. Démarrez l’installateur en mode UEFI et utilisez diskpart clean + convert gpt pour une installation propre.

5) Secure Boot empêche-t-il la détection NVMe ?

Généralement non. Secure Boot affecte quels chargeurs de démarrage et pilotes peuvent se charger. Il peut compliquer le chargement de pilotes tiers dans WinPE, mais il ne « cache » pas le périphérique NVMe en lui‑même.

6) Pourquoi le NVMe apparaît dans le BIOS mais pas dans diskpart ?

Le fait que le BIOS le voie signifie que le périphérique existe au niveau électrique. Le fait que diskpart ne le voie pas implique que l’environnement OS n’a pas le bon chemin pilote vers le mode contrôleur configuré (VMD/RST est un suspect habituel).

7) Dois‑je mettre à jour le BIOS/UEFI pour corriger cela ?

Si la plateforme est ancienne ou connue pour des problèmes de boot NVMe, oui — les mises à jour du BIOS peuvent améliorer l’énumération NVMe et la fiabilité du démarrage UEFI. Mais ne faites pas de mise à jour BIOS en premier recours. Vérifiez d’abord VMD/RAID ; c’est plus rapide et moins risqué.

8) Pourquoi Windows Setup place-t-il les partitions de démarrage sur le « mauvais » disque ?

Setup suit l’ordre d’énumération des disques et choisit parfois la première partition système EFI adaptée qu’il trouve. Avec plusieurs disques attachés, il peut placer les fichiers de démarrage sur un disque différent de celui où vous installez Windows. La solution simple : déconnectez les autres disques pendant l’installation.

9) Ai‑je besoin des pilotes constructeur NVMe pour les performances ?

La plupart des NVMe grand public et entreprise performent bien avec le pilote NVMe standard de Microsoft. Les pilotes constructeur peuvent ajouter des fonctions de gestion, mais ils ne sont pas obligatoires pour les performances de base. Pour la fiabilité, moins de couches est souvent préférable.

10) Comment savoir si je traite spécifiquement avec VMD ?

Dans le BIOS, vous verrez des bascules « VMD » ou « Intel Volume Management Device ». Dans WinPE/Windows, les listings de périphériques peuvent montrer un contrôleur Intel VMD plutôt qu’un contrôleur NVMe standard jusqu’à ce que le pilote approprié soit chargé.

Prochaines étapes pour éviter une récidive

Une fois Windows installé et démarrant, faites la chose opérationnellement mature : facilitez la prochaine réinstallation.

• Consignez les réglages firmware (VMD on/off, RAID/AHCI, UEFI/CSM). Une photo suffit. Une note de ticket aussi. L’amnésie ne fonctionne pas.
• Gardez une réserve de pilotes connus bons sur votre clé d’installation : stockage (RST/VMD), réseau et chipset. Étiquetez clairement les dossiers.
• Standardisez le mode d’installation : UEFI + GPT, de façon cohérente. Si une machine ne peut pas faire ça, c’est un signe qu’il faut la retirer ou l’isoler.
• Déconnectez les disques non ciblés pendant les installations. Cela évite les problèmes de placement du chargeur et les effacements accidentels.
• Après l’installation, vérifiez la pile de stockage : assurez‑vous que le système utilise le contrôleur/il pilote attendu et que le NVMe apparaît sain dans les outils OS.

La conclusion principale est simple : quand Windows Setup ne voit pas votre NVMe, le disque n’est généralement pas le problème. C’est la couche de traduction. Corrigez le mode de contrôleur ou fournissez le pilote, puis passez à autre chose.