2016-12-06 11:01:48 +0000 2016-12-06 11:01:48 +0000
129
129

O VT-x não está disponível, mas está activado na BIOS

Recentemente comecei a ter um problema com o VT-x no meu Windows 10 a correr no HP EliteBook. Eu estava usando a Oracle VirtualBox para rodar algumas VMs nele antes e o VT-x estava habilitado na BIOS e estava funcionando bem.

Eu comecei a ter erro de VT-x is not available toda vez que eu estava tentando iniciar qualquer uma das minhas VMs. Isso começou a acontecer depois de ter instalado o Docker na minha máquina, por isso tentei desinstalá-lo e reinicializá-lo. Não ajudou.

Verifiquei as definições da BIOS e diz que o VT-x está activado mas verificar com o Utilitário de Identificação do Processador Intel® mostra que o VT-x não é suportado e a 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 é que este problema pode ser resolvido?

Respostas (10)

167
167
167
2016-12-06 12:28:52 +0000

Existem três culpados comuns para o tipo de erro que o utilizador vê:

  • O VT-x não está activado na BIOS
  • O CPU não suporta VT-x
  • A virtualização do Hyper-V está activada no Windows

Como o utilizador já eliminou os dois primeiros possíveis culpados, o próximo passo é abrir um prompt de comando como administrador e executar o seguinte comando:

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

Depois disso, reinicie o PC e tente novamente a VirtualBox.

21
21
21
2017-11-21 10:03:09 +0000

Depois de actualizar o Windows 10 para o “Fall Creators Update”, recebi o mesmo problema. Resolvi-o através dos seguintes passos:

  1. Activar todas as funcionalidades em “Hyper-V” em “Ligar ou desligar funcionalidades do Windows”.
  2. Reiniciar.
  3. Desactivar todas as funcionalidades em “Hyper-V” em “Ligar ou desligar as funcionalidades do Windows”.
  4. Reinicie.
  5. agora a VirtualBox está a funcionar novamente e mostra (64 bits) na sua lista de sistemas operativos.
10
10
10
2018-06-19 11:52:39 +0000

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

Dizia que a minha máquina tinha as funcionalidades empresariais Device Guard e Credential Guard activadas. Suponho que elas ficaram habilitadas quando executei o MalwareBytes; não consigo pensar em nenhuma outra mudança que fiz.

O VMWare Player apontou-me para uma página chamada Manage Windows Defender Credential Guard . Essa página tem um monte de coisas sobre configurações do Group Policy Manager e similares, que obviamente são irrelevantes para uma instalação W10 HOME.

Por sua vez, essa página me apontou para a Device Guard and Credential Guard hardware readiness tool , uma ferramenta PowerShell para habilitar e desabilitar esse conjunto de recursos nos servidores.

Executando essa ferramenta numa shell de poder Run-As-Administrator e dando este comando

.\DG_Readiness_Tool_v3.5.ps1 -Disable -AutoReboot

Levei-me através do processo de desactivação dessas funcionalidades.

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

8
8
8
2019-01-08 12:20:57 +0000

Se estiver a utilizar a última compilação do Windows 10, desactive Integração da memória em Segurança de dispositivos e reinicie.

Eu estava a enfrentar uma caixa virtual de problemas semelhantes quando activei esta opção. Desactivá-la funcionou para mim.

3
3
3
2019-03-14 12:49:52 +0000

Fui surpreendido pelo facto de haver 2 opções no diálogo de funcionalidades do Windows para desligar:

  • Hyper-V
  • Windows Hypervisor Platform

Eu tinha tentado uma actualização para a VirtualBox 6, e alguns problemas de performance, e baixei para a VirtualBox 5 e tive estes problemas. Espero que isto ajude outra pessoa.

3
3
3
2017-06-29 12:27:43 +0000

A Virtualbox estava a funcionar bem. Actualizei Avast anti-vírus hoje, 29 de Junho de 2017. A Virtualbox deu então o erro VT-x. Em Avast Settings, vá a Troubleshooting e active “Use nested virtualiszation where available” e depois reinicie o seu PC. Isto funcionou para mim, sem outras alterações necessárias.

1
1
1
2019-03-14 00:52:24 +0000

Cheguei a este post pensando que o VT-x não estava habilitado, porque Hyper-V estava me dizendo que “A máquina virtual está usando funcionalidades específicas do processador não suportadas no computador físico”. Isto começou depois de instalar as actualizações do Windows e reiniciar o servidor. Na realidade, o VT-x foi realmente activado.

A correcção foi apagar o estado guardado para todas as VMs, efectivamente um power-off.

Parece que a razão para isto pode ter sido uma actualização do microcódigo do CPU mas é difícil ter a certeza, é apenas algo que apareceu em vários resultados de pesquisa.

0
0
0
2020-02-13 19:13:06 +0000

A única mudança que funcionou para mim , depois de tentar muitas dicas relacionadas aqui, foi:

Em alguns hosts Windows com uma BIOS EFI, DeviceGuard ou CredentialGuard pode estar ativo por padrão, e interfere com aplicações de virtualização de nível de SO da mesma forma que o Hyper-v faz. Estas funcionalidades precisam de ser desactivadas. Nas versões Pro do Windows você pode fazer isso usando o gpedit.msc (set Local Computer Policy > Computer Configuration > Administrative Templates > System > Device Guard > Turn on Virtualization Based** Security to Desabilitado***.

0
0
0
2019-03-28 15:04:37 +0000

Tal como mencionado noutra resposta, Core isolation , Application Guard, Credential Guard e Device Guard utilizam a funcionalidade Hyper-V. Se não precisa desse nível de segurança pode desactivá-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ção mais detalhada sobre estes comandos pode ser encontrada em Manage Windows Defender Credential Guard

Contudo em Windows 10 Build 18305 and up , Além das funcionalidades de protecção, Windows Sandbox também irá activar o Hyper-V, porque é também uma camada fina de virtualização

Se quiser utilizar a funcionalidade sandbox então infelizmente ** não pode desactivar o Hyper-V** como nas outras respostas. Existem 2 soluções para este

0
0
0
2019-07-03 05:46:57 +0000

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

  • O VT-x está activado na BIOS
  • A virtualização Hyper-V e a Plataforma Windows Hypervisor estão desactivadas no Windows
  • A integração de memória está desactivada

Depois de excluir as razões acima, lembrei-me que acabei de activar o Windows Sandbox, encontrei este post .

O problema é com o Windows Sandbox, mas simplesmente desactivar o Windows Sandbox a partir das funcionalidades do Windows e reiniciar não vai funcionar. Tem de fazer o seguinte como descrito no post acima:

  • Desactivar o Windows Sandbox e reiniciar
  • Desactivar a virtualização na BIOS e reiniciar
  • Activar a virtualização na BIOS e reiniciar