Un ISO d’évaluation Windows Server 2022 qui refuse obstinément de démarrer en UEFI ? Voici un guide complet pour comprendre la cause, récréer un support UEFI propre et, si besoin, contourner rapidement via mbr2gpt après une installation en mode Legacy.
Vue d’ensemble et symptômes
Le scénario typique : l’ISO officiel de Windows Server 2022 ne boote pas en UEFI, que ce soit dans une VM Proxmox (BIOS OVMF) ou sur une machine Dell récente. Le même ISO démarre en mode Legacy/CSM, et d’autres ISO (Ubuntu, par exemple) fonctionnent en UEFI. L’activation/désactivation de Secure Boot ne change rien. Une mise à jour du firmware n’apporte pas de différence.
| Symptôme | Observation | Contexte |
|---|---|---|
| Échec de démarrage UEFI | Écran noir ou retour au menu de boot | ISO Windows Server 2022 (évaluation) sur USB/VM |
| Démarrage Legacy OK | L’installateur se lance en CSM | Le même ISO, même machine |
| Autres ISO UEFI OK | Ubuntu/Win 10/11 bootent en UEFI | Confirme que l’UEFI matériel n’est pas en cause |
Conclusion rapide
Dans l’immense majorité des cas, le problème vient du support USB non conforme UEFI : clé formatée en NTFS ou install.wim trop volumineux (> 4 Go) copié tel quel sur un volume FAT32 (impossible), ce qui pousse l’utilisateur vers NTFS… que de nombreux firmwares UEFI ne savent pas démarrer. Côté VM Proxmox, l’oubli de l’EFI Disk ou un ordre de boot mal positionné est une autre cause récurrente.
Solution validée (contournement rapide)
Si vous avez besoin de débloquer la situation tout de suite : installez en mode Legacy, puis convertissez le disque système en GPT et basculez l’UEFI avec mbr2gpt. C’est propre, supporté par Microsoft, et généralement sans perte de données.
- Vérifier que le disque système est en MBR (Gestion des disques).
- Redémarrer sur les Options avancées → Invite de commandes (ou ouvrir une console admin en session et utiliser
/allowFullOS). - Exécuter :
mbr2gpt /validate /disk:0 mbr2gpt /convert /disk:0Dans l’OS complet :mbr2gpt /validate /disk:0 /allowFullOSpuismbr2gpt /convert /disk:0 /allowFullOS. - Rebooter, passer le firmware en UEFI (Legacy/CSM désactivé), booter sur le disque.
- Confirmer dans Informations système que Mode BIOS = UEFI.
Cette méthode donne un système UEFI pleinement fonctionnel, même si l’ISO refusait de démarrer en UEFI.
Comprendre l’amorçage UEFI de Windows
Pour qu’un support amovible UEFI soit amorçable, le firmware cherche une partition lisible (classiquement FAT32) contenant un répertoire \EFI\BOOT\ avec BOOTX64.EFI (plateforme x64). Sur les ISO Windows, ce fichier est présent dans l’ISO. Le souci apparaît quand la clé USB est préparée d’une manière que l’UEFI ne sait pas lire (NTFS pur) ou quand la structure ISO n’est pas répliquée correctement.
| Élément | Attendu en UEFI | Notes |
|---|---|---|
| Partition USB | GPT (préféré) ou MBR, format FAT32 | FAT32 garanti en lecture par quasi tous les firmwares UEFI |
| Chemin de boot | \EFI\BOOT\BOOTX64.EFI | Doit exister sur la clé finale |
Fichier install.wim | ≤ 4 Go (limite FAT32) | Sinon, scinder en install.swm |
| Secure Boot | Optionnel pour l’installation | À réactiver après validation, si requis |
Créer une clé USB UEFI 100 % compatible
Méthode générique (Windows, sans outil tiers)
- Formater la clé en FAT32, schéma de partition GPT (recommandé).
diskpart list disk select disk <N> clean convert gpt create partition primary format fs=fat32 quick assign exit - Monter l’ISO Windows Server 2022, copier tout le contenu sur la clé sauf si
install.wimdépasse 4 Go. - Si
install.wim> 4 Go : le scinder en.swm(max ~3,8 Go) puis placer les fragments dans\sources\sur la clé :dism /Split-Image /ImageFile:D:\sources\install.wim ^ /SWMFile:E:\sources\install.swm /FileSize:3800RemplacezD:(ISO monté) etE:(lettre de la clé) selon votre système. - Vérifier la présence de
\EFI\BOOT\BOOTX64.EFIsur la clé. - Au démarrage, sélectionner explicitement UEFI: <Nom de la clé> dans le menu de boot.
Méthode via un créateur de clé (Rufus ou équivalent)
- Schéma de partition : GPT pour UEFI (non CSM).
- Système de fichiers : FAT32. Activer l’option de scission automatique des WIM volumineux si proposée.
- Évitez NTFS pur : de nombreux firmwares UEFI ne l’amorcent pas nativement.
Proxmox : réglages UEFI sûrs
Sur Proxmox, une VM Windows Server qui ne boote pas l’ISO en UEFI est souvent due à un paramétrage incomplet de l’UEFI. Utilisez cette checklist :
| Paramètre | Valeur conseillée | Pourquoi |
|---|---|---|
| BIOS | OVMF (UEFI) | Active l’UEFI via le firmware OVMF |
| EFI Disk | Présent (stockage local-lvm) | Stocke les variables UEFI et l’ordre de boot |
| Ordre de boot | CD-ROM en premier | Garantit le lancement de l’installateur |
| Machine type | q35 (recommandé) | Meilleure compatibilité PCIe |
| Contrôleur disque | VirtIO SCSI single | Performances et simplicité |
| Secure Boot | Off pour installer, ou pré-enrôler les clés Microsoft | Élimine un facteur de blocage |
Astuce : si l’ISO ne démarre toujours pas, ouvrez l’écran OVMF (touche Esc au démarrage) → Boot Manager → sélectionnez le CD-ROM UEFI. Vérifiez aussi que l’ISO a été correctement uploadée sur le nœud Proxmox et n’est pas corrompue.
Dell : points d’attention firmware
- Boot Sequence : UEFI (Legacy/CSM désactivé).
- Secure Boot : désactivez-le pendant les tests, réactivez-le ensuite.
- Menu F12 : choisissez UEFI: <Nom de la clé> (pas l’entrée sans préfixe UEFI).
- Stockage : si RAID On est actif, certains contrôleurs peuvent nécessiter des pilotes pendant l’installation (onglet Charger un pilote).
- UEFI boot path security : laissez « Never » pour éviter des refus de boot non désirés durant les tests.
Vérifier l’ISO et sa structure
Contrôler l’intégrité
Validez l’empreinte de l’ISO avec SHA‑256 :
CertUtil -hashfile C:\Chemin\Windows_Server_2022.iso SHA256ou en PowerShell :
Get-FileHash -Algorithm SHA256 -Path C:\Chemin\Windows_Server_2022.isoVérifier la présence du chargeur UEFI
Après préparation de la clé, le fichier \EFI\BOOT\BOOTX64.EFI doit exister :
Get-ChildItem E:\EFI\BOOT\BOOTX64.EFIProcédure détaillée du contournement mbr2gpt
mbr2gpt convertit un disque système de MBR vers GPT et crée la partition EFI (ESP) et la MSR, en réécrivant l’amorçage pour UEFI. Conditions typiques :
| Pré-requis | Détail |
|---|---|
| Partitions | ≤ 3 partitions principales avant conversion (sans compter la partition récup.) |
| Espace libre | Un peu d’espace en fin de disque pour créer l’ESP (~100 Mo) et la MSR (16 Mo) |
| Prudence | Effectuez une sauvegarde préalable (l’opération est conçue pour être non destructive) |
Étapes depuis l’environnement de récupération
- Redémarrer → Options avancées → Invite de commandes.
- Identifier le disque système :
diskpart list disk exit - Valider et convertir :
mbr2gpt /validate /disk:0 mbr2gpt /convert /disk:0 - Passer le firmware en UEFI (désactiver CSM/Legacy), redémarrer.
Étapes depuis l’OS en place
- Ouvrir une console administrateur.
- Exécuter :
mbr2gpt /validate /disk:0 /allowFullOS mbr2gpt /convert /disk:0 /allowFullOS - Redémarrer, basculer le firmware en UEFI et démarrer sur le disque.
Contrôles post-conversion
- msinfo32 : Mode BIOS = UEFI.
- Gestion des disques : disque en GPT, présence de la partition Système EFI.
- BCD (facultatif) :
bcdedit /enum firmware
Arbre de décision : que vérifier et dans quel ordre ?
- Le média : clé en FAT32 ?
\EFI\BOOT\BOOTX64.EFIprésent ?install.wimscindé si > 4 Go ? - Le firmware : UEFI actif, Legacy/CSM désactivé, Secure Boot temporairement désactivé ?
- Le menu de boot : entrée UEFI: <Nom du média> explicitement choisie ?
- VM Proxmox : OVMF + EFI Disk, CD-ROM en premier, ISO intègre ?
- Si blocage persiste : installer en Legacy, convertir via
mbr2gpt.
Erreurs fréquentes et corrections
| Problème | Cause probable | Correctif |
|---|---|---|
| Clé USB n’apparaît pas en UEFI | Clé en NTFS ou sans BOOTX64.EFI | Recréer en FAT32 + scission WIM, vérifier \EFI\BOOT |
| Retour immédiat au menu de boot | Ordre de boot/OVMF non configuré | Proxmox : ajouter EFI Disk, placer CD-ROM en premier |
| Échec avec Secure Boot | Clés Microsoft non enrôlées | Désactiver pour installer, ou enrôler les clés puis réactiver |
| Installateur ne voit pas le disque | Contrôleur RAID/IRST sans pilote | Charger le pilote durant l’installation ou basculer en AHCI |
Conversion mbr2gpt refusée | Trop de partitions, pas d’espace libre | Supprimer/étendre, libérer ~100 Mo en fin de disque |
Bonnes pratiques de préparation
- Toujours FAT32 pour maximiser la compatibilité UEFI.
- Vérifier SHA‑256 de l’ISO pour exclure une corruption.
- Éviter NTFS sauf si vous savez que votre UEFI gère UEFI:NTFS (cas non universel).
- Marquer clairement la clé (label) pour la distinguer dans le menu de boot.
- Conserver Secure Boot Off pendant les tests, On une fois validé.
Cas particulier : installation via console distante
Avec iDRAC (Dell) ou IPMI/HTML5 :
- Préférez Virtual Media « ISO » plutôt qu’une clé USB partagée NTFS.
- Assurez-vous que la session monte le média en mode UEFI dans le menu F12.
- Si le boot échoue, déconnectez/reconnectez le média virtuel et réinitialisez l’ordre de boot UEFI.
Diagnostic avancé
Inspecter la structure de la clé
# PowerShell
Get-ChildItem E:\ -Recurse | Select-Object FullName,Length | Out-Host
Contrôlez que \sources\ contient soit install.wim ≤ 4 Go, soit des paires install.swm (install2.swm, etc.).
Vérifier le mode de boot actuel
msinfo32.exeRecherchez « Mode BIOS » : doit afficher UEFI après conversion.
Forcer une entrée de boot UEFI (rare)
Certains firmwares permettent d’ajouter manuellement une entrée pointant vers \EFI\BOOT\BOOTX64.EFI. Sur Dell, c’est accessible depuis Boot Sequence → Add Boot Option. C’est surtout utile pour du dépannage.
Pourquoi d’autres ISO UEFI bootent mais pas celui de Windows Server 2022 ?
Les distributions Linux fournissent souvent un ISO hybride conçu pour booter à la fois en BIOS et en UEFI, et des outils de création de média adaptés. À l’inverse, le volume de install.wim des ISO Windows Server récents excède fréquemment 4 Go, obligeant à gérer le split WIM ou à utiliser des mécanismes que tous les UEFI ne supportent pas (NTFS). Cela explique un grand nombre d’échecs « Windows Server ne boote pas, mais Ubuntu oui ».
Et après ? Verrouiller la configuration
- Réactivez Secure Boot si votre politique l’exige (après validation du démarrage).
- Sur Proxmox : gardez l’EFI Disk, évitez de modifier l’ordre de boot une fois l’OS installé.
- Sur Dell : laissez CSM/Legacy désactivé, vérifiez la priorité du disque système en UEFI.
- Mises à jour : appliquez les mises à jour du firmware et des pilotes de stockage.
FAQ rapide
Q : Puis-je formater la clé en exFAT ?
R : Peu de firmwares garantissent l’amorçage UEFI en exFAT. FAT32 reste la valeur sûre.
Q : install.wim scindé impacte-t-il l’installation ?
R : Non. DISM lit automatiquement les fragments .swm depuis \sources\.
Q : mbr2gpt est-il risqué ?
R : L’outil est conçu pour être non destructif, mais une sauvegarde est recommandée. Assurez-vous de respecter les prérequis.
Q : Dois-je activer TPM/Secure Boot en VM ?
R : Pas nécessaire pour installer Windows Server 2022. Activez-les uniquement si votre conformité l’impose, une fois l’installation validée.
Récapitulatif compact
- Cause la plus probable : clé USB préparée en NTFS ou
install.wim> 4 Go non scindé. - Fix durable : recréer un média UEFI FAT32 + split WIM.
- Contournement express : installer en Legacy puis
mbr2gpt. - VM Proxmox : OVMF + EFI Disk + boot sur CD-ROM.
- Dell : UEFI Only, Secure Boot Off pendant les tests, F12 → entrée UEFI:.
Checklist finale
| Étape | Action | Résultat attendu |
|---|---|---|
| Média | Clé FAT32, WIM scindé si nécessaire | Entrée UEFI: USB visible au boot |
| Firmware | UEFI activé, Legacy Off, Secure Boot Off (temporaire) | Installateur Windows se lance en UEFI |
| VM Proxmox | OVMF + EFI Disk, CD-ROM en premier | ISO Server 2022 démarre |
| Contournement | mbr2gpt après installation Legacy | Disque GPT, système UEFI opérationnel |
| Sécurisation | Réactiver Secure Boot si requis | Conformité et pérennité |
Conclusion
Quand un ISO Windows Server 2022 refuse de démarrer en UEFI alors qu’il fonctionne en Legacy, pensez d’abord média : un support FAT32 avec WIM scindé résout la quasi-totalité des cas. Sur Proxmox, « OVMF + EFI Disk » est indispensable. Sur Dell, forcez l’entrée UEFI: au boot et neutralisez temporairement Secure Boot. En cas d’urgence, le duo « installation Legacy + mbr2gpt » vous donne un système UEFI propre, immédiatement exploitable.
Rappel : lors d’une conversion ou d’une réinstallation, sauvegardez toujours les données critiques. Une procédure bien préparée vous fera gagner du temps… et des cheveux.