Quand VirtualBox ou VMware refuse d’accéder aux extensions VT-x/AMD-V, la cause la plus fréquente est la présence d’un hyperviseur actif sur Windows (Hyper-V, Windows Hypervisor Platform, Virtualization-based Security – VBS). La commande bcdedit permet de contrôler le lancement de l’hyperviseur au démarrage. Ce guide détaille l’utilisation de bcdedit /set hypervisorlaunchtype off, les vérifications à réaliser, les causes possibles d’échec et les étapes pour revenir en arrière sans perdre l’accès à des fonctionnalités comme WSL2.
Ce que fait la commande
La commande suivante indique au gestionnaire de démarrage de Windows de ne pas lancer l’hyperviseur au démarrage :
bcdedit /set hypervisorlaunchtype offPour réactiver l’hyperviseur (par exemple pour réutiliser WSL2, Hyper-V ou des conteneurs Windows), utilisez :
bcdedit /set hypervisorlaunchtype autoAprès exécution de l’une ou l’autre commande, un redémarrage est nécessaire pour appliquer le changement.
Prérequis et précautions
Vous devez ouvrir l’invite de commandes ou PowerShell en tant qu’administrateur (élévation UAC). Si la machine est gérée par une politique d’entreprise, l’accès peut être restreint et certaines protections peuvent réactiver l’hyperviseur. Sauvegardez votre travail avant de redémarrer. La désactivation de l’hyperviseur ne supprime pas de données, mais elle désactive temporairement WSL2, Hyper-V, les conteneurs Windows et toute fonctionnalité reposant sur Virtualization-based Security.
Étapes pas à pas
- Ouvrez le menu Démarrer, tapez cmd ou PowerShell, faites un clic droit et choisissez Exécuter en tant qu’administrateur.
- Exécutez la commande :
bcdedit /set hypervisorlaunchtype off. - Redémarrez l’ordinateur.
- Vérifiez l’état via msinfo32 : appuyez sur Win+R, tapez msinfo32 et cherchez la ligne « Un hyperviseur est en cours d’exécution ». Elle doit indiquer Non.
Vérifications complémentaires
Vous pouvez lister les entrées de démarrage avec :
bcdedit /enumRecherchez la clé hypervisorlaunchtype (parfois associée à {current}). Si la clé n’existe pas, la commande l’ajoute. Pour confirmer l’absence d’hyperviseur, utilisez également :
systeminfoSi un hyperviseur est détecté, systeminfo affichera une ligne indiquant qu’un hyperviseur est présent. msinfo32 reste cependant le moyen le plus direct pour vérifier.
Dépannage des erreurs courantes
Erreur Access is denied : assurez-vous d’avoir ouvert l’invite en administrateur. Si la machine est contrôlée par une politique d’entreprise, contactez l’administrateur.
Si la commande s’exécute mais l’hyperviseur reste actif après redémarrage, plusieurs causes possibles :
- Memory Integrity (Intégrité de la mémoire) ou Core Isolation est activé dans Sécurité Windows. Désactivez-le temporairement : Sécurité Windows → Sécurité de l’appareil → Isolation du noyau → Intégrité de la mémoire, puis redémarrez.
- Virtualization-based Security (VBS) est forcé par une stratégie de groupe ou une clé de registre. Vérifiez les paramètres de stratégie de groupe locaux (gpedit.msc) et la clé de registre : HKLM\\SYSTEM\\CurrentControlSet\\Control\\DeviceGuard et HKLM\\SYSTEM\\CurrentControlSet\\Control\\DeviceGuard\\Scenarios.
- Les fonctionnalités Windows « Plate-forme de machine virtuelle » ou « Windows Hypervisor Platform » sont activées. Désactivez-les via Programme et fonctionnalités → Activer ou désactiver des fonctionnalités Windows, puis redémarrez.
- Des solutions de sécurité tierces ou des outils de virtualisation légers peuvent maintenir un hyperviseur actif. Fermez ou désinstallez temporairement ces outils pour tester.
Revenir en arrière et automatisation
Pour réactiver rapidement l’hyperviseur :
bcdedit /set hypervisorlaunchtype autoVous pouvez automatiser l’activation/désactivation via deux scripts PowerShell lancés en tant qu’administrateur et un redémarrage. Exemple simple :
Start-Process bcdedit -ArgumentList '/set hypervisorlaunchtype off' -Verb runAs; Restart-Computer -Forceet inversement pour auto. N’utilisez ces scripts que si vous comprenez l’impact sur WSL2 et Hyper-V.
Impacts et alternatives
Désactiver l’hyperviseur permet à VirtualBox ou VMware d’utiliser VT-x/AMD-V et de démarrer des machines virtuelles sans conflit. En revanche, WSL2, Hyper-V et les conteneurs Windows cesseront de fonctionner tant que l’hyperviseur restera désactivé. Si vous changez souvent entre Hyper-V et VirtualBox, envisagez :
- Utiliser une version de VirtualBox/VMware compatible avec Hyper-V (modes d’exécution alternatifs, bien que les performances puissent être réduites).
- Conserver une installation secondaire ou un dual-boot pour séparer les usages.
- Planifier l’utilisation : désactiver Hyper-V pour des sessions de VM lourdes, puis réactiver pour le développement WSL2.
Conseils pratiques
- Avant toute modification, notez l’état actuel :
bcdedit /enumpour pouvoir revenir en arrière. - Après modification et redémarrage, utilisez msinfo32 pour confirmer l’absence d’hyperviseur.
- Si vous êtes en entreprise, consultez la documentation interne et l’équipe de sécurité avant de modifier VBS ou les stratégies de groupe.
- Conserver une image de récupération Windows ou un point de restauration peut simplifier l’annulation de changements apportés aux fonctionnalités système.
En résumé, bcdedit /set hypervisorlaunchtype off est une méthode rapide et souvent efficace pour libérer les extensions matérielles de virtualisation en faveur de VirtualBox ou VMware. Elle nécessite une élévation d’administration et un redémarrage, et peut être entravée par des protections comme Memory Integrity ou VBEn comprenant ces interactions et en suivant les étapes de vérification et de dépannage présentées ici, vous pourrez alterner proprement entre environnements sans provoquer d’instabilité et en conservant la possibilité de revenir à l’état antérieur lorsque nécessaire.
