Corrigir tela preta em máquinas virtuais Hyper-V no Windows

Por que isso acontece
Uma tela preta ao conectar uma máquina virtual no Hyper-V normalmente está ligada a problemas no host, especialmente com o subsistema gráfico, compatibilidade de firmware (Gen2/UEFI vs Gen1/BIOS) ou configurações de sessão remota. A máquina virtual precisa de alguns recursos do host durante o boot e, se houver incompatibilidades entre firmware, drivers ou políticas de Secure Boot, a tela pode permanecer preta mesmo que o sistema esteja inicializando em segundo plano.
Importante: problema distinto de uma VM que não inicializa por falta de disco ou ISO. Aqui tratamos da situação em que a VM inicializa, mas a tela permanece preta.
1. Verifique problemas na placa gráfica do host
Como diagnosticar rapidamente:
- Inicie a VM pelo Hyper-V Manager e aguarde a tela preta aparecer.
- Pressione Print Screen no host para capturar a tela do Hyper-V. Cole em um editor de imagens (Paint) e amplie.
- Se a imagem capturada mostrar o menu de boot, logo de inicialização ou prompt de login, a VM está inicializando corretamente e o problema é de exibição/driver.
O que verificar a seguir:
- Logs de Sistema e Aplicativos no Visualizador de Eventos do host para erros relacionados a display, driver ou Hyper-V.
- Se a VM aceita conexões RDP ou SSH mesmo com a tela preta. Conectar por RDP pode confirmar que o sistema operacional convidado já está funcional.
Quando a captura não mostra nada, prossiga com as atualizações de drivers e Windows descritas abaixo.
2. Verifique atualizações do Windows e do driver integrado
Passos rápidos:
- Pressione Win + I para abrir Configurações.
- No menu à esquerda, clique em Windows Update.
- Clique em Verificar atualizações e instale as atualizações críticas e opcionais relacionadas a drivers.
- Reinicie o host e teste a VM.
Notas:
- Atualizações do Windows frequentemente incluem drivers para GPUs integradas Intel/AMD.
- Se o host for gerenciado por TI, confirme com a equipe de infraestrutura antes de aplicar atualizações que possam disparar políticas corporativas.
3. Desative a GPU dedicada (quando aplicável)
Motivo: alguns laptops e desktops usam um mecanismo de comutação entre GPU integrada e dedicada. Se a saída de vídeo estiver roteada pela GPU dedicada, o Hyper-V/VMConnect pode ter problemas ao renderizar a tela da VM.
Como desativar temporariamente:
- Pressione Win + R para abrir Executar.
- Digite devmgmt.msc e pressione Enter para abrir o Gerenciador de Dispositivos.
- Expanda Adaptadores de vídeo.
- Clique com o botão direito na GPU dedicada e selecione Desativar dispositivo.
- Confirme e reinicie o Hyper-V Manager.
- Inicie a VM e verifique se a tela aparece.
Atenção: desativar a GPU dedicada pode desabilitar portas de vídeo externas do laptop. Volte a ativá-la depois dos testes, se necessário.
4. Atualize os drivers gráficos do host
Drivers corrompidos ou desatualizados são causa comum.
Opções de atualização:
- Use o Windows Update para instalar drivers certificados.
- Baixe drivers diretamente do site do fabricante da GPU: Intel, AMD, NVIDIA.
- Para drivers OEM, verifique o site do fabricante do computador (Dell, HP, Lenovo) para versões testadas para seu modelo.
- Ferramentas oficiais: NVIDIA GeForce Experience, AMD Auto-Detect, Intel Driver & Support Assistant.
Comandos úteis (avançado):
- No PowerShell como administrador, liste drivers instalados: Get-PnpDevice -Class Display
- Para reinstalar, use o Gerenciador de Dispositivos e selecione Atualizar driver ou Desinstalar dispositivo seguido de reinício para forçar a reinstalação.
5. Troque a geração da VM: Gen2 para Gen1
Contexto: VMs Gen2 usam firmware UEFI e Secure Boot por padrão. Algumas distribuições Linux ou ISOs antigas não são compatíveis com Gen2 e podem não exibir nada na tela.
Solução:
- Crie uma nova VM e escolha Gen1 ao criar (o Hyper-V seleciona Gen1 por padrão para compatibilidade).
- Anote as configurações da VM original (disco virtual VHD/VHDX, memória, CPU) e associe o disco à nova VM Gen1.
- Instale o sistema convidado ou inicialize a partir da ISO para verificar se a tela aparece.
Quando manter Gen2:
- Se precisar de recursos modernos como Secure Boot, UEFI e inicialização mais rápida, investigue compatibilidade do SO convidado antes de migrar para Gen2.
Alternativas e soluções temporárias
- Conectar via RDP/SSH: se o sistema convidado estiver aceitando conexões, use RDP (Windows) ou SSH (Linux) para acessar a VM e investigar.
- Habilitar Enhanced Session Mode no Hyper-V: fornece integração e redirecionamento de exibição em VMs Windows, útil para diagnósticos.
- Exportar a VM e importar em outro host Hyper-V para confirmar se o problema é do host atual.
- Usar checkpoints antes de mudar configuração para poder reverter rapidamente.
Playbook rápido (SOP) para resolver uma tela preta
- Capturar screenshot da VM via Print Screen e analisar se a VM está inicializando.
- Verificar atualizações do Windows no host e instalar drivers de vídeo atualizados.
- Tentar conectar por RDP/SSH para confirmar que o sistema convidado está operacional.
- Desativar temporariamente a GPU dedicada no Gerenciador de Dispositivos e reiniciar Hyper-V.
- Se for Gen2, criar uma VM Gen1 com o mesmo disco para testar compatibilidade.
- Se ainda ocorrer, exportar logs do host e da VM e considerar mover a VM para outro host para teste.
Critérios de aceitação
- A tela da VM mostra o bootloader, menu de instalação ou tela de login.
- Conexão por VMConnect ou RDP funciona sem apresentar tela preta persistente.
- Nenhum erro crítico relacionado a driver aparece no Visualizador de Eventos após as correções.
Árvore de decisão para diagnosticar a tela preta
flowchart TD
A[Início: VM com tela preta] --> B{Screenshot mostra boot ou login?}
B -- Sim --> C[Conectar por RDP/SSH e diagnosticar o SO convidado]
B -- Não --> D{Host tem GPU dedicada?}
D -- Sim --> E[Desativar GPU dedicada temporariamente e testar]
D -- Não --> F[Atualizar drivers gráficos e Windows no host]
E --> G{Resolveu?}
F --> G
G -- Sim --> H[Fim: problema resolvido]
G -- Não --> I{VM Gen2?}
I -- Sim --> J[Montar VM Gen1 com mesmo disco e testar]
I -- Não --> K[Exportar logs e migrar VM para outro host para teste]
J --> L{Resolveu?}
K --> L
L -- Sim --> H
L -- Não --> M[Escalar para suporte com logs e steps já tentados]
Checklists por função
Administrador de sistema:
- Verificar e aplicar atualizações do Windows.
- Atualizar drivers de GPU do host a partir do fabricante.
- Desativar GPU dedicada para teste sem esquecer de reativar.
- Recriar VM Gen1 se houver suspeita de incompatibilidade Gen2.
- Reunir logs (Event Viewer, Hyper-V logs) antes de escalar.
Usuário/Desenvolvedor que usa a VM:
- Tentar conectar via RDP ou SSH para confirmar disponibilidade do sistema.
- Certificar-se de que a ISO de instalação é compatível com Gen2 (se aplicável).
- Fazer backup de dados antes de recriar VMs.
Casos em que estas soluções falham (contraexemplos)
- A VM permanece preta porque o disco virtual está corrompido: a solução requer reparo ou restauração do VHD/VHDX.
- Hardware do host com falha intermitente (memória, placa-mãe) pode causar comportamento imprevisível não resolvido por drivers.
- Políticas de segurança corporativas que bloqueiam atualizações de drivers ou alterações na BIOS/UEFI podem impedir correções locais; neste caso escale para a equipe de TI.
Notas de compatibilidade e migração
- Ao migrar discos entre gerações, verifique se o sistema convidado tem drivers de armazenamento apropriados.
- Algumas distribuições Linux precisam de ajustes no kernel ou no modo de inicialização para funcionar em Gen2; consulte a documentação da distribuição.
Resumo final
A tela preta no Hyper-V é, na maioria das vezes, relacionada a drivers gráficos do host, à presença de uma GPU dedicada ou à incompatibilidade entre o firmware da VM (Gen2/UEFI) e o sistema convidado. Siga a sequência: capturar evidência, atualizar Windows e drivers, testar com GPU integrada, e por fim criar uma VM Gen1 para compatibilidade. Use RDP/SSH e exporte logs antes de escalar para suporte.
Resumo rápido:
- Verifique se a VM realmente está inicializando usando captura de tela e conexões remotas.
- Atualize Windows e drivers gráficos no host.
- Desative temporariamente a GPU dedicada para testes.
- Teste Gen1 se houver suspeita de incompatibilidade Gen2.
Importante: sempre faça backup do VHD/VHDX antes de alterações significativas e documente as etapas executadas para facilitar reversão ou escalonamento.
Materiais semelhantes

Recuperar dados de pendrive USB grátis

2FA no OpenVPN AS com WiKID

Listas de verificação no app Notas: iOS, OS X e iCloud

Easter Eggs do Estádio em Warzone — Guia Season 5

Configurar WiKID com OpenVPN AS
