Erro 0x800705b4 ao iniciar VM Ubuntu no Hyper‑V (Windows 10/11): causas e soluções

Ao tentar iniciar uma VM do Ubuntu no Hyper‑V e receber o erro 0x800705b4, você está diante de um “tempo limite expirado” do serviço de virtualização. Abaixo está um guia direto, com etapas testadas e explicadas, para levar sua VM do estado de falha para o estado de execução.

Índice

Visão geral do problema

O erro 0x800705b4 corresponde a ERROR_TIMEOUT. Em termos práticos, o Hyper‑V Virtual Machine Management Service (VMMS) inicia a sequência de boot, mas cancela porque a VM não fica pronta dentro da janela de tempo esperada. Isso costuma estar associado a:

Configurações de VM inadequadas (memória insuficiente, CPUs demais ou de menos, componentes virtuais desnecessários).
Competição por recursos no host (RAM, CPU ou disco saturados).
Incompatibilidades corrigidas por updates do Windows/Hyper‑V e do kernel da distro.
Arquivos e estados corrompidos (configuração da VM, saved state, checkpoints/snapshots) ou disco virtual bloqueado por antivírus/backup.
Detalhes de firmware (UEFI/Secure Boot) e virtualização desativada no BIOS/UEFI do host.

Resumo das soluções recomendadas

Etapa	O que fazer	Por que ajuda
Verificar a configuração da VM	Ajuste a memória (RAM) e o número de vCPUs; remova hardware virtual não usado.	Memória ou CPU insuficiente impede a VM de ser iniciada dentro do tempo‑limite padrão.
Confirmar recursos do host	Feche programas pesados e confira o uso de RAM/CPU no Gerenciador de Tarefas.	Se o host estiver “no limite”, o Hyper‑V falha ao reservar recursos para a VM.
Atualizar o Windows	Instale as atualizações mais recentes via Windows Update.	Patches de Hyper‑V e do kernel corrigem incompatibilidades comuns com distros Linux.
Recriar a VM, reaproveitando o disco	Crie uma nova VM, depois “Anexar disco rígido existente” e selecione o VHD/VHDX antigo.	Elimina problemas de configuração corrompida sem perder os dados do Ubuntu.

Checklist rápido

Antes do mergulho detalhado, faça estas verificações em poucos minutos:

Virtualização habilitada: no BIOS/UEFI do host, ative Intel VT‑x/VT‑d (ou AMD‑V/SVM/IOMMU). No Windows, abra Informações do Sistema (msinfo32) e confirme “Requisitos do Hyper‑V: Sim”.
Secure Boot: em VMs Geração 2 com Ubuntu, prefira o template Microsoft UEFI Certificate Authority ou desative o Secure Boot para teste.
Memória inicial: defina pelo menos 4096 MB de Startup RAM e desative Dynamic Memory no primeiro boot.
Processador: comece com 2 vCPUs, sem recursos exóticos (NUMA, reservas, etc.).
Estado salvo: se existir, exclua o Saved State da VM antes de iniciar.
Checkpoints: elimine checkpoints antigos ou inconsistentes.
Antivírus/backup: pause temporariamente e tente iniciar; o VHDX pode estar bloqueado.

Passo a passo detalhado

Verificar e ajustar a configuração da VM

Abra o Gerenciador do Hyper‑V → selecione a VM → Configurações. Priorize as opções abaixo:

Memória

Desative Memória Dinâmica para o primeiro boot. Reative mais tarde se quiser.
Defina Memória de Inicialização: 4096 MB (4 GB) como ponto de partida. Em ambientes com muitos serviços, suba para 6–8 GB.
Se usar Dynamic Memory depois, evite Minimum < 2048 MB para desktops Ubuntu.

Processador

Comece com 2 vCPUs. Aumente para 4 se necessário, mas evite overprovisioning agressivo.
Desmarque opções avançadas (compatibilidade de processador, limites de reserva/percentuais) até estabilizar.

Firmware e Secure Boot

Para VMs Geração 2, em Firmware defina o Disco Rígido como primeira opção no Boot Order.
Marque Secure Boot com o template Microsoft UEFI Certificate Authority. Se persistir o erro, desative o Secure Boot apenas para teste.

Armazenamento e Controladores

Garanta que o VHDX principal esteja no Controlador SCSI (Geração 2).
Remova dispositivos não usados: DVD Drive sem ISO, Disquete, controladores adicionais sem disco.

Rede

Conecte a VM ao Default Switch para simplificar. Não é requisito para iniciar, mas evita travas por drivers de rede.

Estado salvo e checkpoints

Na VM, clique com o botão direito → Excluir Estado Salvo (se existir).
Em Checkpoints, remova snapshots antigos ou inconsistentes. Isso força a consolidação do disco e elimina referências quebradas.

PowerShell para aplicar rapidamente

# Substitua 'Ubuntu' pelo nome da sua VM
Stop-VM -Name 'Ubuntu' -TurnOff -Force
Set-VMMemory -VMName 'Ubuntu' -StartupBytes 4GB -DynamicMemoryEnabled $false
Set-VMProcessor -VMName 'Ubuntu' -Count 2
Set-VMFirmware -VMName 'Ubuntu' -FirstBootDevice (Get-VMHardDiskDrive -VMName 'Ubuntu')
Set-VMFirmware -VMName 'Ubuntu' -EnableSecureBoot On -SecureBootTemplate "MicrosoftUEFICertificateAuthority"
Remover DVD sem uso (se houver)
Get-VMDvdDrive -VMName 'Ubuntu' | Remove-VMDvdDrive

Confirmar recursos e saúde do host

RAM/CPU: abra o Gerenciador de Tarefas e verifique se a memória usada não está acima de 80–85% antes de iniciar a VM. Feche IDEs, navegadores com muitas abas, editores e jogos.
Disco: garanta espaço livre (≥ 15% do volume que armazena o VHDX) e, se possível, mantenha VHDX em SSD local.
Pagefile: deixe o tamanho do arquivo de paginação Gerenciado pelo sistema para evitar gargalos.
Virtualização ativa: confira no msinfo32 → “Requisitos do Hyper‑V: Sim”. Se estiver “Não”, habilite VT‑x/AMD‑V no BIOS/UEFI.
Conflitos com outros hipervisores: versões antigas de VirtualBox/VMware podem monopolizar VT‑x. Desinstale drivers antigos ou desative seus serviços.

Habilitar o Hyper‑V no boot

# Executar no PowerShell com privilégios de Administrador
bcdedit /set hypervisorlaunchtype auto
Restart-Computer

Atualizar o Windows e componentes de virtualização

Abra Configurações → Windows Update e instale todas as Atualizações de qualidade e de plataforma.
Reinicie o host depois dos updates. Correções do Hyper‑V e do kernel Linux (via pacotes do Windows) resolvem timeouts em cenários específicos.
Opcional: execute sfc /scannow e DISM /Online /Cleanup-Image /RestoreHealth para reparar componentes do sistema.

Recriar a VM reaproveitando o VHD/VHDX

Se a configuração estiver corrompida, a opção mais limpa é criar uma VM nova e anexar seu disco existente:

No Gerenciador do Hyper‑V, clique em Novo → Máquina Virtual.
Escolha Geração 2.
Defina 4096 MB de memória e desative Memória Dinâmica por ora.
Selecione o Default Switch (ou sua rede de preferência).
Em Conectar disco rígido virtual, escolha Usar um disco rígido virtual existente e aponte para seu .vhdx.
Finalize, abra Configurações → Firmware, ajuste a ordem de boot e o template de Secure Boot (UEFI CA).

Equivalente em PowerShell

# Ajuste nomes, caminho do VHDX e switch de rede
$vmName = "UbuntuNova"
$vhdx = "D:\VMs\Ubuntu\Ubuntu.vhdx"
$switch = "Default Switch"

New-VM -Name \$vmName -Generation 2 -MemoryStartupBytes 4GB -SwitchName \$switch
Remove-VMHardDiskDrive -VMName \$vmName -ControllerType SCSI -ControllerNumber 0 -ControllerLocation 0 -ErrorAction SilentlyContinue
Add-VMHardDiskDrive -VMName \$vmName -Path \$vhdx
Set-VMMemory -VMName \$vmName -DynamicMemoryEnabled \$false
Set-VMProcessor -VMName \$vmName -Count 2
Set-VMFirmware -VMName \$vmName -FirstBootDevice (Get-VMHardDiskDrive -VMName \$vmName)
Set-VMFirmware -VMName \$vmName -EnableSecureBoot On -SecureBootTemplate "MicrosoftUEFICertificateAuthority"
Start-VM -Name \$vmName -Verbose

Outras causas comuns e como corrigir

Secure Boot incompatível

Ubuntu em VM de Geração 2 deve usar o template Microsoft UEFI Certificate Authority. Se estiver em “Windows”, a VM pode travar no início. Alterne o template ou desative o Secure Boot para testar.

Checkpoints/snapshots corrompidos

Checkpoints antigos podem prender a cadeia de AVHDX e causar timeouts. Exclua checkpoints pelo Gerenciador do Hyper‑V e aguarde a consolidação (pode levar tempo em VHDXs grandes). Em casos severos, exporte a VM ou use Merge manual via PowerShell.

Estado salvo (Saved State) inválido

Se a VM foi hibernada/suspensa e o host mudou (drivers, atualizações, BIOS), o estado salvo pode não ser retomável. Use Excluir Estado Salvo antes de iniciar.

Disco virtual bloqueado por antivírus/backup

Ferramentas de backup contínuo, sincronizadores (OneDrive/Dropbox) e antivírus podem manter .vhdx abertos. Para verificar:

Abra o Monitor de Recursos → guia CPU → em Manipuladores Associados, pesquise o nome do seu .vhdx.
Feche ou pause o processo que mantém o arquivo aberto.
Adicione exceções no antivírus para a pasta das VMs.

Permissões de arquivo na pasta da VM

Ao mover VMs entre discos ou PCs, a identidade NT VIRTUAL MACHINE<GUID> precisa de acesso ao VHDX. Mantenha as VMs em pastas não sincronizadas e com permissões herdadas. Se necessário, mova o VHDX para C:\ProgramData\Microsoft\Windows\Hyper‑V ou para uma pasta dedicada com permissões padrão.

Geração da VM inadequada

Prefira Geração 2 para Ubuntu moderno. Só use Geração 1 para distros/ISOs muito antigas. Se criou como Geração 1 e enfrenta timeouts, recrie como Geração 2 com o mesmo VHDX (quando possível) ou reinstale com uma ISO atual.

Conflitos com drivers/hipervisores de terceiros

Drivers remanescentes de VirtualBox/VMware podem interferir. Remova versões antigas e reinicie. Para garantir que o Hyper‑V suba no boot:

bcdedit /set hypervisorlaunchtype auto

Serviços do Hyper‑V

Verifique se o serviço Hyper‑V Virtual Machine Management está Em execução. Reiniciar o serviço (ou o host) após updates ajuda a desfazer travamentos de alocação.

Diagnóstico avançado

Logs no Visualizador de Eventos

Navegue até Logs de Aplicativos e Serviços → Microsoft → Windows:

Hyper‑V‑Worker > Admin: eventos de inicialização/tempo limite do trabalhador da VM.
Hyper‑V‑VMMS > Admin: alocação de recursos, estados salvos, checkpoints.

Filtre por Erro no horário do problema. O par código/mensagem costuma apontar o recurso problemático (memória, disco, acesso, firmware).

PowerShell para inspeção

# Estado e configuração geral
Get-VM -Name 'Ubuntu' | Format-List State, CPUUsage, MemoryAssigned, SmartPagingFileInUse

Discos anexados

Get-VMHardDiskDrive -VMName 'Ubuntu' | Format-Table Path, ControllerType, ControllerNumber, ControllerLocation

Serviços de integração

Get-VMIntegrationService -VMName 'Ubuntu' | Format-Table Name, Enabled, PrimaryStatusDescription

Início verboso

Start-VM -Name 'Ubuntu' -Verbose

Boas práticas para evitar recorrência

Snapshots com parcimônia: mantenha poucos checkpoints e elimine-os após testes.
Armazenamento local: evite colocar VHDX em pastas sincronizadas por nuvem.
Memória estável: use Dynamic Memory só depois que a VM estiver confiável; defina mínimos realistas (≥ 2 GB).
Backups consistentes: prefira Export do Hyper‑V a cópias a quente dos arquivos VHDX.
Atualizações regulares: aplique patches do Windows e da distro periodicamente.
Organização: nomeie VMs, discos e pastas de forma clara para simplificar diagnósticos e permissões.

Perguntas frequentes

Esse erro é exclusivo do Ubuntu?

Não. O 0x800705b4 é um timeout genérico do Hyper‑V. Ele aparece com qualquer SO convidado quando há impedimento de inicialização dentro do tempo esperado.

Posso “aumentar o tempo limite” para resolver?

Não é uma solução de raiz. O caminho confiável é remover o gargalo (memória, disco bloqueado, configuração incorreta, estado/checkpoint corrompido).

WSL 2 e Docker atrapalham o Hyper‑V?

Não, ambos utilizam a plataforma de virtualização do Windows e costumam conviver bem. Conflitos geralmente vêm de hipervisores de terceiros legados ou drivers de rede/antivírus excessivamente intrusivos.

Minha VM inicia às vezes e trava em outras. O que olhar?

Observe uso de RAM e disco do host nos momentos de falha, presença de tarefas de backup, sincronizadores de nuvem tocando o VHDX e checkpoints pendentes de consolidação.

Roteiro de correção “do zero” (recomendo seguir na ordem)

Feche apps pesados e confirme RAM/CPU/Disco do host abaixo de 80% de uso.
Habilite o hypervisor: bcdedit /set hypervisorlaunchtype auto e reinicie.
Revise a VM: 4 GB de RAM fixa, 2 vCPUs, Secure Boot com UEFI CA, boot pelo VHDX, sem DVD/Disquete.
Apague Estado Salvo e checkpoints antigos.
Pause antivírus/backup e tente iniciar. Se funcionar, crie exceção para a pasta da VM.
Atualize o Windows e reinicie.
Se ainda falhar: crie uma VM nova de Geração 2 e anexe o VHDX existente.
Persistindo: confira logs do Hyper‑V‑Worker/VMMS para identificar o recurso que está falhando.

Informações complementares úteis para países lusófonos

Significado do código — 0x800705b4 = ERROR_TIMEOUT; indica que o serviço do Hyper‑V cancelou a partida da VM por demorar demais.
BIOS/UEFI — Ative Intel VT‑x/VT‑d (ou AMD‑V/SVM/IOMMU). Se usar firmware UEFI na VM, teste desativar o Secure Boot ou escolher o template Linux (Microsoft UEFI Certificate Authority).
Integridade de checkpoints — Snapshots corrompidos podem causar o mesmo erro; exclua checkpoints antigos e permita a consolidação.
Serviços de backup — Ferramentas de backup/snapshot no host podem prender o disco virtual; pause‑as temporariamente e tente iniciar a VM novamente.

Exemplos prontos de comandos para “colar e usar”

# 1) Parâmetros recomendados de arranque para Ubuntu (nome 'Ubuntu')
Stop-VM -Name 'Ubuntu' -TurnOff -Force
Set-VMMemory    -VMName 'Ubuntu' -StartupBytes 4GB -DynamicMemoryEnabled $false
Set-VMProcessor -VMName 'Ubuntu' -Count 2
Set-VMFirmware  -VMName 'Ubuntu' -FirstBootDevice (Get-VMHardDiskDrive -VMName 'Ubuntu')
Set-VMFirmware  -VMName 'Ubuntu' -EnableSecureBoot On -SecureBootTemplate "MicrosoftUEFICertificateAuthority"

2) Limpeza de estado salvo e checkpoints

Remove-VMSavedState -VMName 'Ubuntu' -ErrorAction SilentlyContinue

(Remoção de checkpoints via GUI é mais segura; use PowerShell com cautela se souber o alvo)

3) Garantir que o hypervisor do Windows está ativo no boot

bcdedit /set hypervisorlaunchtype auto

4) Recriar a VM anexando um VHDX existente

\$vm = "UbuntuNova"
\$path = "D:\VMs\Ubuntu\Ubuntu.vhdx"
\$switch = "Default Switch"
New-VM -Name \$vm -Generation 2 -MemoryStartupBytes 4GB -SwitchName \$switch
Add-VMHardDiskDrive -VMName \$vm -Path \$path
Set-VMFirmware -VMName \$vm -FirstBootDevice (Get-VMHardDiskDrive -VMName \$vm)
Set-VMFirmware -VMName \$vm -EnableSecureBoot On -SecureBootTemplate "MicrosoftUEFICertificateAuthority"
Start-VM -Name \$vm -Verbose

Conclusão

O erro 0x800705b4 no Hyper‑V quase sempre é consequência de um “impasse” entre a configuração da VM, os recursos do host e detalhes de firmware/arquivos. Ao padronizar a configuração (4 GB fixos, 2 vCPUs, UEFI CA), garantir recursos no host, atualizar o Windows e — se necessário — recriar a VM reaproveitando o VHDX, você elimina as causas mais frequentes e obtém um caminho confiável para colocar o Ubuntu para rodar imediatamente. Para casos renitentes, a inspeção dos logs do Hyper‑V‑Worker/VMMS indica com precisão o recurso problemático e acelera a correção definitiva.