Como corrigir o erro de SLAT e extensões de modo de monitor VM desativados?

Question

Como corrigir o erro de SLAT e extensões de modo de monitor VM desativados?

Lean Borges 0

Como posso corrigir o erro em que o SLAT (Second Level Address Translation) e as extensões de modo de monitor VM aparecem como desativados? O problema pode estar relacionado a recursos de isolamento do núcleo do Windows, como VBS ou Hyper-V, que estão ativados no sistema operacional. Gostaria de saber quais configurações devo alterar para ativar corretamente esses recursos sem causar problemas no sistema.

0 comments

2 answers

Your answer

Answer 1

Olá,

Esse erro ocorre porque o sistema está reportando que o processador não tem suporte ativo ao SLAT (Second Level Address Translation) e às VM Monitor Mode Extensions (VT-x/AMD-V), mesmo que o hardware seja compatível. Normalmente isso acontece quando recursos como Hyper-V, Virtualization-Based Security (VBS) ou Core Isolation (Memory Integrity) estão habilitados e entram em conflito com outras tecnologias de virtualização.

O primeiro ponto é confirmar se a virtualização está habilitada no firmware. Entre no setup da BIOS/UEFI e verifique se as opções Intel VT-x ou AMD-V e Intel EPT/SLAT estão ativadas. Em placas Intel, isso geralmente aparece como Intel Virtualization Technology e Intel VT-d. Sem isso ativo no nível de firmware, o Windows não conseguirá expor SLAT.

No Windows, abra msinfo32 e confira se o campo “Virtualização habilitada no firmware” aparece como Sim. Se estiver como Não, o problema é no BIOS. Se estiver como Sim, mas SLAT ainda aparece desativado, então o conflito é com recursos do próprio Windows.

Para corrigir, você pode desativar temporariamente o Core Isolation (Memory Integrity) em Configurações > Atualização e Segurança > Segurança do Windows > Segurança do dispositivo > Isolamento do núcleo. Desative “Integridade de memória” e reinicie. Isso libera o acesso direto ao SLAT para Hyper-V.

Se o objetivo é usar Hyper-V, certifique-se de que ele está instalado corretamente. Vá em “Ativar ou desativar recursos do Windows” e habilite Hyper-V Platform e Hyper-V Hypervisor. Depois reinicie e rode systeminfo no PowerShell para verificar se “Hyper-V Requirements” mostra todos como “Yes”.

Caso você precise rodar outro hipervisor (como VMware ou VirtualBox), será necessário desativar o Hyper-V e VBS, pois eles monopolizam o SLAT. Isso pode ser feito com o comando:

bcdedit /set hypervisorlaunchtype off

Reinicie e teste novamente. Se quiser reativar, basta rodar:

bcdedit /set hypervisorlaunchtype auto

Em resumo: habilite VT-x/AMD-V e SLAT no BIOS, desative Memory Integrity se necessário, e escolha entre Hyper-V ou outro hipervisor, pois não é possível usar todos simultaneamente sem conflito.

Eu espero que você tenha encontrado algo útil aqui. Se isso ajudar a esclarecer o problema, agradeço se aceitar a resposta. Caso tenha mais dúvidas, pode deixar uma mensagem. Tenha um bom dia!

HP.

Answer 2

Para corrigir esse cenário, primeiro é importante separar duas coisas:

SLAT e extensões de virtualização são recursos de hardware/firmware.
VBS, Hyper-V e Memory Integrity são recursos do Windows que dependem desse hardware estar disponível e habilitado.

Passos práticos:

Confirmar se o processador atende aos requisitos
- VBS requer CPU 64 bits com extensões de virtualização, como Intel VT-x ou AMD-V.
- Também requer SLAT: EPT em Intel ou RVI/NPT em AMD.
- Se o processador não oferecer esses recursos, não há ajuste no Windows que resolva.
Habilitar virtualização e proteção de execução no BIOS/UEFI
- Verificar no firmware se a virtualização por hardware está habilitada.
- Para Hyper-V, também é necessário que a Data Execution Prevention esteja habilitada.
- Se houver alteração no BIOS/UEFI, fazer desligamento completo e ligar novamente. Apenas reiniciar pode não ser suficiente.
Verificar se o hypervisor está configurado para iniciar
- Em PowerShell elevado, executar:
```
     bcdedit /enum | findstr -i hypervisorlaunchtype
```
- Se o resultado mostrar hypervisorlaunchtype Off, habilitar com:
```
     bcdedit /set hypervisorlaunchtype Auto
```
- Isso permite que o hypervisor do Windows seja iniciado corretamente.
Se o sistema estiver rodando dentro de uma VM, habilitar virtualização aninhada
- Em hosts Hyper-V, usar:
```
     Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
```
- Sem isso, o sistema convidado pode mostrar extensões de virtualização como desativadas mesmo que o host suporte o recurso.
Verificar conflitos com outros hipervisores
- Aplicativos como VMware e VirtualBox não compartilham as extensões de virtualização com Hyper-V, Memory Integrity ou Credential Guard.
- Se Hyper-V ou recursos baseados nele estiverem ativos, esses aplicativos podem falhar ao iniciar VMs ou entrar em modo mais lento.
- Se houver hipervisores de terceiros instalados, atualizar para versões compatíveis com Hyper-V ou desativá-los.
Validar o estado de VBS e do hypervisor com o SkTool
- O SkTool incluído no Windows SDK pode mostrar o estado atual do Hypervisor e do VBS e informar por que o VBS iniciou ou não iniciou.
- O executável fica na pasta bin do Windows SDK, em um caminho típico como:
```
     C:\Program Files (x86)\Windows Kits\10\bin\10.0.26100.0\<Arch>
```
- Executar sem parâmetros ou com:
  - /status para estado do Hypervisor e Secure Kernel
  - /mitigations para mitigations
  - /lkey para problemas de ESS/Windows Hello
Interpretar erros de compatibilidade do VBS/Memory Integrity Se o problema estiver sendo reportado como compatibilidade do VBS, alguns bloqueios comuns são:
- 0x00000002 = SLAT required
- 0x00000004 = Secure Boot capability required
- 0x00000008 = IOMMU required
- 0x00000400 = Hardware virtualization required
- 0x00000020 = UEFI Required
Se o objetivo for usar VMware/VirtualBox, considerar desativar recursos baseados em Hyper-V
- Hyper-V, Memory Integrity e Credential Guard podem impedir o funcionamento normal de virtualizadores de terceiros.
- Nesse caso, a correção pode ser o inverso: desabilitar esses recursos dependentes do Hyper-V para liberar as extensões de virtualização ao outro software.

Observações importantes:

SLAT não é algo que se “ativa” no Windows. Ele precisa existir no processador.
Extensões de modo de monitor VM normalmente dependem de virtualização por hardware habilitada no BIOS/UEFI e, em VM, de virtualização aninhada.
Para cenários com SR-IOV, também podem ser exigidos SLAT, DMA remapping e interrupt remapping no chipset.
Alterações em BIOS/UEFI e em bcdedit afetam a inicialização e a virtualização do sistema. Fazer essas mudanças com cuidado para evitar impacto em VMs existentes ou em software de virtualização já instalado.

References: