O VT-x não está disponível, mas está ativado no BIOS

Recentemente, comecei a ter um problema com o VT-x no meu Windows 10 em execução no HP EliteBook. Eu estava usando o Oracle VirtualBox para executar algumas VMs antes e o VT-x foi ativado no BIOS e estava funcionando bem.

Comecei a receber VT-x is not availableerros toda vez que tentava iniciar qualquer uma das minhas VMs. Isso começou a acontecer depois que eu instalei o Docker na minha máquina e tentei desinstalá-lo e reinicializá-lo. Não ajudou.

Eu verifiquei as configurações do BIOS e ele diz que o VT-x está ativado, mas a verificação com o Utilitário de identificação do processador Intel (R) mostra que o VT-x não é suportado e o Oracle VirtualBox também não o vê.

Não houve alterações de hardware e a única alteração de software foi instalar / desinstalar o Docker.

Como esse problema pode ser corrigido?

Existem três culpados comuns para o tipo de erro que o usuário está vendo:

• O VT-x não está ativado no BIOS
• A CPU não suporta VT-x
• A virtualização Hyper-V está ativada no Windows

Como o usuário já eliminou os dois primeiros culpados possíveis, a próxima etapa é abrir um prompt de comando como administrador e executar o seguinte comando:

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

Depois, reinicie o PC e tente o VirtualBox novamente.

Depois de atualizar o Windows 10 para "Fall Creators Update", obtive o mesmo problema. Eu o resolvi com as seguintes etapas:

1. Ative todos os recursos em "Hyper-V" em "Ativar ou desativar os recursos do Windows".
2. Reiniciar.
3. Desative todos os recursos em "Hyper-V" em "Ativar ou desativar os recursos do Windows".
4. Reiniciar.
5. Agora, o VirtualBox está funcionando novamente e é exibido (64 bits) em sua lista de sistemas operacionais.

Quando tive esse problema, o VMWare Player deu uma resposta de diagnóstico melhor do que o VirtualBox quando tentei criar uma máquina virtual de 64 bits.

Ele disse que minha máquina tinha os recursos corporativos Device Guard e Credential Guard ativados. Suponho que eles foram ativados quando executei o MalwareBytes; Não consigo pensar em nenhuma outra alteração que fiz.

O VMWare Player me indicou uma página chamada Gerenciar o Windows Defender Credential Guard . Essa página tem várias coisas sobre as configurações do Group Policy Manager e similares, que obviamente são irrelevantes para uma instalação do W10 HOME.

Por sua vez, essa página me indicou a ferramenta de prontidão de hardware Device Guard e Credential Guard , uma ferramenta do PowerShell para ativar e desativar esse conjunto de recursos nos servidores.

Executando essa ferramenta em um shell de energia Executar como Administrador e dando este comando

 .\DG_Readiness_Tool_v3.5.ps1 -Disable -AutoReboot

levou-me através do processo de desativar esses recursos.

E eu tenho capacidade de virtualização de volta.

Se você estiver usando a última versão do Windows 10, desative a Integração de memória no Device Security e reinicie.

Eu estava enfrentando um problema semelhante na caixa virtual quando ativei esta opção. Desativar funcionou para mim.

Virtualbox estava funcionando bem. Atualizei o antivírus Avast hoje, em 29 de junho de 2017. O Virtualbox deu o erro VT-x. Nas Configurações do Avast, vá para Solução de problemas e ative "Usar virtualização aninhada quando disponível" e, em seguida, reinicie o seu PC. Isso funcionou para mim sem outras alterações necessárias.

Fui enganado pelo fato de haver duas opções na caixa de diálogo Recursos do Windows para desativar:

• Hyper-V
• Plataforma Windows Hypervisor

Eu havia tentado fazer uma atualização para o VirtualBox 6 e alguns problemas de desempenho, e feito o downgrade para o VirtualBox 5 e tinha esses problemas. Espero que isso ajude outra pessoa.

Eu vim para este post pensando que o VT-x não estava ativado, porque o Hyper-V estava me dizendo que "a máquina virtual está usando recursos específicos do processador não suportados no computador físico". Isso começou após a instalação das atualizações do Windows e a reinicialização do servidor. Na realidade, o VT-x foi realmente ativado.

A correção foi excluir o estado salvo de todas as VMs, efetivamente um desligamento.

Parece que o motivo disso pode ter sido uma atualização de microcódigo da CPU, mas é difícil ter certeza, é apenas algo que surgiu em vários resultados de pesquisa.

Conforme mencionado em outra resposta, o isolamento do núcleo , o Application Guard, o Credential Guard e o Device Guard utilizam o recurso Hyper-V. Se você não precisar desse nível de segurança, poderá desativá-los executando

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

Informações mais detalhadas sobre esses comandos podem ser encontradas em Gerenciar o Windows Defender Credential Guard

No entanto, no Windows 10 Build 18305 e superior , além dos recursos de proteção, o Windows Sandbox também habilitará o Hyper-V, porque também é uma fina camada de virtualização

Se você deseja usar o recurso sandbox, infelizmente não pode desativar o Hyper-V como em outras respostas. Existem 2 soluções para isso

• Use o Hyper-V. Se você tiver VMs em execução em outros hipervisores como o VirtualBox, basta migrá-las para o Hyper-V

• Habilite a paginação aninhada para poder executar outros hipervisores no Hyper-V. Basta executar o comando abaixo para ativar esse recurso

  Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
  

Para mais informações, leia

• Execute o Hyper-V em uma máquina virtual com virtualização aninhada
• A inicialização de uma vm no VMware Workstation no host do Windows 10 em que o Credential Guard / Device Guard está ativado falha com o BSOD (2146361)
• A estação de trabalho VMware e o Device / Credential Guard não são compatíveis.

Tenho o mesmo problema no Virtualbox e verifiquei o seguinte no meu computador

• O VT-x está ativado no BIOS
• A virtualização Hyper-V e a plataforma Windows Hypervisor estão desabilitadas no Windows
• Integração de memória está desativada

Depois de excluir os motivos acima, lembrei-me de que acabei de ativar o Windows Sandbox, encontrei esta postagem .

O problema está no Windows Sandbox, mas simplesmente desative o Windows Sandbox nos Recursos do Windows e a reinicialização não funcionará. Você deve fazer o seguinte, conforme descrito na postagem acima:

• Desabilitar o Windows Sandbox e reiniciar
• Desabilitar a virtualização no BIOS e reiniciar
• Habilite a virtualização no BIOS e reinicie