VT-x n'est pas disponible, mais il est activé dans les BIOS

Il y a trois coupables communs pour le type d'erreur que l'utilisateur voit :

• VT-x n'est pas activé dans le BIOS
• Le CPU ne supporte pas VT-x
• La virtualisation Hyper-V est activée dans Windows

Comme l'utilisateur a déjà éliminé les deux premiers coupables possibles, l'étape suivante consiste à ouvrir une invite de commande en tant qu'administrateur et à exécuter la commande suivante :

dism.exe /Online /Disable-Feature:Microsoft-Hyper-V

Après quoi, redémarrez le PC et essayez de nouveau VirtualBox.

Après avoir mis à jour Windows 10 en “Fall Creators Update”, j'ai eu le même problème. Je l'ai résolu en suivant les étapes suivantes :

1. Activez toutes les fonctionnalités sous “Hyper-V” dans “Activer ou désactiver les fonctionnalités de Windows”.
2. Redémarrer.
3. Désactiver toutes les fonctionnalités sous “Hyper-V” dans “Activer ou désactiver les fonctionnalités de Windows”.
4. Redémarrer.
5. VirtualBox fonctionne à nouveau et s'affiche (64 bits) dans la liste des systèmes d'exploitation.

Quand j'ai eu ce problème, VMWare Player a donné une meilleure réponse de diagnostic que VirtualBox quand j'ai essayé de créer une machine virtuelle 64 bits.

Il a dit que ma machine avait les fonctionnalités d'entreprise Device Guard et Credential Guard activées. Je suppose qu'elles ont été activées lorsque j'ai lancé MalwareBytes ; je ne vois pas d'autre changement.

VMWare Player m'a dirigé vers une page appelée Manage Windows Defender Credential Guard . Cette page contient un tas de trucs sur les paramètres du Group Policy Manager et autres, qui ne sont bien sûr pas pertinents pour une installation W10 HOME.

A son tour, cette page m'a dirigé vers l'outil de préparation matérielle Device Guard and Credential Guard , un outil PowerShell pour activer et désactiver cet ensemble de fonctionnalités sur les serveurs.

Faire tourner cet outil dans un Power Shell Run-As-Administrator et donner cette commande

.\DG_Readiness_Tool_v3.5.ps1 -Disable -AutoReboot

m'a permis de désactiver ces fonctionnalités.

Et j'ai retrouvé la capacité de virtualisation.

Si vous utilisez la dernière version de Windows 10, désactivez Memory Integration dans Device Security et redémarrez.

J'étais confronté à un problème similaire de boîte virtuelle lorsque j'ai activé cette option. La désactiver a fonctionné pour moi.

J'ai été surpris par le fait qu'il y avait deux options dans la boîte de dialogue des fonctions de Windows pour désactiver :

• Hyper-V
• Plate-forme de l'hyperviseur Windows

J'avais tenté une mise à niveau vers VirtualBox 6, et quelques problèmes de performance, et j'ai rétrogradé vers VirtualBox 5 et j'ai eu ces problèmes. J'espère que cela aidera quelqu'un d'autre.

La Virtualbox fonctionnait bien. J'ai mis à jour Avast anti-virus aujourd'hui, le 29 juin 2017. Virtualbox a alors donné l'erreur VT-x. Dans les Paramètres d'Avast, allez dans le menu Dépannage et activez “Utiliser la virtualisation imbriquée si disponible” puis redémarrez votre PC. Cela a fonctionné pour moi sans qu'aucune autre modification ne soit nécessaire.

Je suis arrivé à ce poste en pensant que VT-x n'était pas activé, car Hyper-V me disait que “La machine virtuelle utilise des fonctionnalités spécifiques au processeur qui ne sont pas prises en charge sur l'ordinateur physique”. Cela a commencé après l'installation des mises à jour de Windows et le redémarrage du serveur. En réalité, VT-x était effectivement activé.

La correction consistait à supprimer l'état sauvegardé pour toutes les VM, ce qui constituait en fait une mise hors tension.

Il semble que la raison en soit une mise à jour du microcode du processeur, mais il est difficile d'en être sûr, c'est juste quelque chose qui est apparu dans un certain nombre de résultats de recherche.

Le seul changement qui a fonctionné pour moi , après avoir essayé de nombreux conseils liés ici, a été :

Sur certains hôtes Windows avec un BIOS EFI, DeviceGuard ou CredentialGuard peuvent être actifs par défaut, et interfèrent avec les applications de virtualisation au niveau du système d'exploitation de la même manière qu'Hyper-v le fait. Ces fonctionnalités doivent être désactivées. Sur les versions Pro de Windows, vous pouvez le faire en utilisant gpedit.msc (définir la politique informatique locale > Configuration de l'ordinateur > Modèles d'administration > Système > Device Guard > Désactiver la sécurité basée sur la virtualisation** à Désactiver**.

Comme mentionné dans une autre réponse, Core isolation , Application Guard, Credential Guard et Device Guard utilisent la fonction Hyper-V. Si vous n'avez pas besoin de ce niveau de sécurité, vous pouvez les désactiver en exécutant

DG_Readiness_Tool_v3.5.ps1 -Enable -AutoReboot

ou

mountvol X: /s
copy %WINDIR%\System32\SecConfig.efi X:\EFI\Microsoft\Boot\SecConfig.efi /Y
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "\EFI\Microsoft\Boot\SecConfig.efi"
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:
bcdedit /set hypervisorlaunchtype off
mountvol X: /d

Plus d'informations détaillées sur ces commandes peuvent être trouvées sur Gérer Windows Defender Credential Guard

Cependant sur Windows 10 Build 18305 et plus , En plus des fonctions de garde, Windows Sandbox activera également Hyper-V, car c'est aussi une fine couche de virtualisation

Si vous voulez utiliser la fonction sandbox, alors malheureusement vous ne pouvez pas désactiver Hyper-V comme dans les autres réponses. Il y a 2 solutions pour cela

• Utilisez plutôt Hyper-V. Si vous avez des machines virtuelles fonctionnant dans d'autres hyperviseurs comme VirtualBox, il suffit de les migrer vers Hyper-V
• Activez la pagination imbriquée afin de pouvoir faire fonctionner d'autres hyperviseurs dans Hyper-V. Il suffit d'exécuter la commande ci-dessous pour activer cette fonctionnalité

Pour plus d'informations, lire

• Exécuter Hyper-V dans une machine virtuelle avec la virtualisation imbriquée
• La mise sous tension d'une VM dans VMware Workstation sur un hôte Windows 10 où Credential Guard/Device Guard est activé échoue avec BSOD (2146361)
• VMware Workstation et Device/Credential Guard ne sont pas compatibles.

J'ai le même problème sur Virtualbox, et j'ai vérifié ce qui suit sur mon ordinateur

• VT-x est activé dans le BIOS
• La virtualisation Hyper-V et la plate-forme de l'hyperviseur Windows sont désactivées dans Windows
• L'intégration de la mémoire est désactivée

Après avoir exclu les raisons ci-dessus, je me suis souvenu que je viens d'activer le Windows Sandbox, j'ai trouvé ce post .

Le problème est avec le Windows Sandbox, mais il suffit de désactiver le Windows Sandbox de Windows Features et le redémarrage ne fonctionnera pas. Vous devez faire ce qui suit comme décrit dans le post ci-dessus :

• Désactiver le bac à sable de Windows et redémarrer
• Désactiver la virtualisation dans le BIOS et redémarrer
• Activer la virtualisation dans le BIOS et redémarrer