Troubleshooting de Problemas de Arranque no Windows Server: Causa e Resolução

Windows Server · boot · BCD · bootrec · WinRE · Safe Mode · troubleshooting  |  ✎ Duarte Spínola  |  2026-07-11

Sistemas Operativos · Windows Server · Boot · BCD · WinRE

Duarte Spínola · 11 de Julho de 2026

O Windows Server não completa o arranque. Aparece um erro no ecrã preto (BOOTMGR is missing, 0xc00000e, INACCESSIBLE_BOOT_DEVICE) ou o servidor reinicia em ciclo após o logo. O sintoma indica que uma de tres coisas falhou: o Boot Configuration Data (BCD) esta corrompido, um driver critico não carrega, ou ficheiros de sistema estão danificados. A resolução depende de identificar qual destas camadas falhou — usando o Windows Recovery Environment (WinRE) acessivel através do media de instalação. As ferramentas principais sao bootrec (reconstruir BCD), sfc (verificar ficheiros de sistema), dism (reparar a imagem do Windows) e bcdedit (inspecionar a configuração de boot).

⚠ **Atenção

** Antes de executar qualquer comando de reparação, verificar se existe backup recente do servidor. Comandos como bootrec /rebuildbcd ou diskpart podem alterar a configuração de boot irreversivelmente. Se houver backup via Veeam, Altaro ou Windows Server Backup, considerar restaurar o servidor a partir do backup em vez de reparar manualmente.

1. O que Esta a Acontecer — Camadas do Processo de Boot

O arranque do Windows Server segue uma sequência precisa com quatro fases. Identificar onde a sequência falha determina a ferramenta de reparação correcta.

Sequência de boot do Windows Server (UEFI)

Fase Componente O que acontece Sintoma se falhar
1. Firmware UEFI/BIOS Carrega o bootloader a partir do disco configurado “No bootable device” — o firmware não encontra o disco ou a partição EFI
2. Bootloader winload.efi -> BOOTMGR Le o BCD (Boot Configuration Data) e carrega o kernel “BOOTMGR is missing” ou “0xc000000e — Boot Configuration Data is missing”
3. Kernel ntoskrnl.exe Carrega drivers criticos (disk, filesystem, HAL) “INACCESSIBLE_BOOT_DEVICE” ou BSOD durante o boot
4. Servicos Services.exe -> smss.exe Inicia servicos de sistema e logon Servidor reinicia em loop após o logo, ou fica em “Preparing Windows”

Em sistemas Legacy BIOS (MBR), a sequência e semelhante mas o bootloader e winload.exe (não .efi) e o BCD esta numa partição ativa de 100MB em vez de uma partição EFI de 100MB FAT32.

O BCD (Boot Configuration Data)

O BCD e uma base de dados que diz ao Windows onde encontrar o kernel, quais os parâmetros de arranque (safe mode, debug, etc.) e qual o sistema operativo padrao. Corresponde ao antigo boot.ini do Windows XP/2003. Em sistemas UEFI, o BCD esta na partição EFI System Partition (ESP) — uma partição FAT32 de ~100MB sem letra de drive atribuida por defeito. Em sistemas Legacy, esta numa partição reservada de ~100MB.

Quando o BCD esta corrompido — por update falhado, corte de energia, ou problema de disco — o Windows não sabe onde encontrar o kernel e apresenta erro imediatamente após o UEFI. A reparação faz-se com bootrec /rebuildbcd, que recria o BCD a partir das instalações do Windows detectadas no disco. Referência: BCD Boot Options Reference — Microsoft Learn.

2. Cenarios em que Este Problema Aparece

  • Após atualização cumulativa (Patch Tuesday) — o update instala novos drivers ou modifica o BCD e o servidor não reinicia. E a causa mais comum em ambientes com WSUS ou updates automáticos.
  • Após corte de energia — o servidor estava a meio de uma escrita no BCD ou em ficheiros de sistema quando a energia falhou. Proteger com UPS e configurar shutdown automático via agente UPS.
  • Corrupção do filesystem no disco de boot — bad sectors na partição EFI ou na partição C:. Detectar com chkdsk e S.M.A.R.T. antes de tentar reparar o BCD.
  • Driver incompativel instalado — driver de storage, chipset ou antivirus que instala um filter driver que impede o boot. Sintoma: funciona em Safe Mode mas não em modo normal.
  • Alteracao de hardware (P2V, V2V, mudanca de motherboard) — o HAL ou os drivers de storage do hardware antigo não sao compativeis com o novo. Comum em migrações VMware -> Hyper-V ou vice-versa.
  • Ataque de ransomware ou malware — ransomware que encripta ficheiros de sistema ou modifica o BCD. Verificar com antivirus offline (Windows Defender Offline, Kaspersky Rescue Disk).
  • Disco de boot cheio — partição C: sem espaço (0 bytes livres) impede o Windows de criar ficheiros temporarios durante o boot. Sintoma: arranca em Safe Mode mas não em modo normal.
  • Perfil de servico corrupto (AD) — em Domain Controllers, a base de dados do AD (NTDS.dit) pode impedir o boot se estiver corrupta. Sintoma específico: BSOD com STOP 0xC00002E2 (Directory Services could not start).

3. Passo 1 — Aceder ao Windows Recovery Environment (WinRE)

Para reparar um servidor que não arranca, e preciso aceder ao WinRE — um ambiente de recuperacao baseado em Windows PE que corre a partir de um media de instalação ou de uma partição de recuperacao no disco.

3.1 Aceder via media de instalação (metodo recomendado)

  1. Descarregar a ISO do Windows Server correspondente a versão instalada (2016, 2019, 2022 ou 2025) do Centro de Avaliacao da Microsoft.
  2. Criar um USB bootavel com a ferramenta Rufus ou o comando diskpart.
  3. Arrancar o servidor a partir do USB (configurar a ordem de boot no UEFI/BIOS).
  4. No ecrã de instalação, seleccionar “Repair your computer” (canto inferior esquerdo).
  5. Navegar: Troubleshoot -> Advanced options -> Command Prompt.

3.2 Aceder via partição de recuperacao (se o servidor ainda tentar arrancar)

Se o servidor mostra o ecrã de erro mas tenta arrancar:

  1. No ecrã de erro, premir Enter ou aguardar — o Windows oferece “Press Enter to try again” ou “Press F8 for Advanced Boot Options”.
  2. Se F8 funcionar, seleccionar “Repair your computer”.
  3. Navegar: Troubleshoot -> Advanced options -> Command Prompt.

3.3 WinRE em VM (Hyper-V, VMware, Azure)

Em ambientes virtuais, o processo e mais rapido:

  • Hyper-V: Montar a ISO na VM (Settings -> DVD Drive -> Insert ISO). Forcar boot da ISO nas VM Settings -> Firmware -> Change boot order.
  • VMware: Mount ISO na VM (VM -> Removable Devices -> CD/DVD -> Connect ISO). Premir Esc durante POST para seleccionar boot device.
  • Azure: Usar a funcionalidade Run Command ou Serial Console no portal Azure. Para reparação avancada, usar a funcionalidade de VM Repair (cria uma VM de reparação a partir do disco OS da VM afectada).

4. Passo 2 — Diagnosticar a Causa com bcdedit

Após abrir a linha de comandos no WinRE, o primeiro passo e inspectar a configuração de boot actual. Isto indica imediatamente se o problema esta no BCD, no disco, ou nos ficheiros de sistema.

bcdedit /enum all

Este comando lista todas as entradas no BCD — o loader do Windows, o WinRE, e quaisquer outros sistemas operativos. Verificar:

  • Se o comando retorna erro “The boot configuration data store could not be opened” — o BCD esta corrompido ou a partição EFI não esta montada. Avancar para o Passo 3 (bootrec).
  • Se retorna entradas validas — o BCD esta intacto. O problema esta provavelmente em drivers ou ficheiros de sistema. Avancar para o Passo 4 (sfc e dism).
  • Se o Windows Loader aponta para a partição errada — o BCD tem a configuração errada (comum após redimensionamento de partições ou migração P2V).

Verificar também o estado dos discos e partições:

diskpart
list disk
list vol
exit

Identificar:

  • A partição EFI (formato FAT32, ~100MB, normalmente sem letra) — em sistemas UEFI
  • A partição reservada (NTFS, ~100MB, marcada como System/Active) — em sistemas Legacy
  • A partição do Windows (NTFS, grande, normalmente C:) — onde esta instalado o Windows Server

Se a partição EFI não aparecer, pode ser que o disco tenha perdido a partição. Nesse caso, avancar para o Passo 5 (recriar partição EFI).

Referência: bcdedit command-line options — Microsoft Learn.

5. Passo 3 — Reparar o BCD com bootrec

Se o bcdedit indicou que o BCD esta corrompido ou inexistente, usar a sequência de comandos bootrec. Esta e a reparação mais comum e resolve a maioria dos “BOOTMGR is missing” e “0xc000000e”.

5.1 Sequência padrao de bootrec

Executar cada comando pela ordem indicada:

bootrec /fixmbr

Escreve um novo MBR (Master Boot Record) compativel com Windows no disco. Necessário apenas em sistemas Legacy BIOS. Em sistemas UEFI, este comando não tem efeito (UEFI usa GPT, não MBR) mas não causa problemas.

bootrec /fixboot

Escreve um novo boot sector na partição de sistema. Necessário quando o boot sector esta corrompido. Em sistemas UEFI, escreve um novo boot sector EFI na partição ESP.

bootrec /scanos

Procura em todos os discos por instalações do Windows. Lista as que encontrar. Util para confirmar que o Windows ainda esta detectavel no disco.

bootrec /rebuildbcd

Reconstroi completamente o BCD. Pergunta se pretende adicionar cada instalação do Windows detectada ao BCD. Premir Y (Yes) para adicionar. Este e o comando que efectivamente resolve a maioria dos problemas de BCD corrompido.

5.2 Se bootrec /fixboot devolver “Access denied”

Em Windows Server 2019 e 2022, bootrec /fixboot pode devolver “Access denied” devido a permissões na partição EFI. Solução:

diskpart
list vol

Identificar a partição EFI (FAT32, ~100MB). Anotar o número do volume.

select vol
assign letter=Z
exit

Depois formatar e reescrever o boot sector:

format Z: /fs:FAT32 /q
bcdboot C:\Windows /s Z: /f UEFI

O comando bcdboot copia os ficheiros de boot da instalação do Windows (C:\Windows) para a partição EFI (Z:), recriando o BCD. Referência: bcdboot command-line options — Microsoft Learn.

6. Passo 4 — Reparar Ficheiros de Sistema com SFC e DISM

Se o BCD esta correcto mas o Windows continua sem arrancar (BSOD durante o boot, loop de reinicializacao), o problema esta nos ficheiros de sistema ou drivers. As ferramentas sfc (System File Checker) e dism (Deployment Image Servicing and Management) reparam estes ficheiros.

6.1 SFC — Verificar ficheiros de sistema

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

Os parâmetros /offbootdir e /offwindir sao necessarios porque estamos no WinRE, não dentro do Windows. Sem eles, o sfc tenta verificar a instalação do WinRE em vez da instalação do Windows no disco.

Resultados possiveis:

  • “Windows Resource Protection did not find any integrity violations” — ficheiros intactos. O problema não e corrupção de ficheiros.
  • “Windows Resource Protection found corrupt files and successfully repaired them” — ficheiros corrompidos foram reparados. Reiniciar e verificar se o Windows arranca.
  • “Windows Resource Protection found corrupt files but was unable to fix some of them” — ficheiros demasiado danificados para o SFC reparar. Usar DISM (Passo 6.2).

Referência: sfc command — Microsoft Learn.

6.2 DISM — Reparar a imagem do Windows

Se o SFC não conseguir reparar todos os ficheiros, o DISM pode restaura-los a partir da imagem de instalação.

dism /image:C:\ /cleanup-image /restorehealth

Este comando verifica a instalação do Windows em C: e repara ficheiros corrompidos. Se o WinRE tiver acesso a rede, o DISM descarrega ficheiros saudaveis do Windows Update. Se não tiver rede, e preciso indicar uma fonte:

dism /image:C:\ /cleanup-image /restorehealth /source:WIM:D:\sources\install.wim:1 /limitaccess

Onde D: e a letra do media de instalação e install.wim e a imagem do Windows Server. O indice :1 corresponde a edicao (Server Standard). Para confirmar o indice correcto:

dism /get-wiminfo /wimfile:D:\sources\install.wim

7. Passo 5 — Recriar a Partição EFI (caso extremo)

Se a partição EFI foi apagada (por exemplo, por diskpart clean acidental, malware, ou corrupção severa do disco), e preciso recria-la antes de poder reparar o BCD.

7.1 Identificar o disco e criar a partição

diskpart
list disk
select disk
list part

Se não houver partição EFI (FAT32, ~100MB), criar uma nova:

create partition efi size=100
format quick fs=fat32 label=”System”
assign letter=Z
list vol
exit

7.2 Recriar os ficheiros de boot

bcdboot C:\Windows /s Z: /f UEFI

Se o comando for bem-sucedido, aparece “Boot files successfully created.”. Reiniciar o servidor e verificar se arranca normalmente.

Em sistemas Legacy BIOS (MBR), o processo e diferente:

diskpart
select disk
create partition primary size=100
format quick fs=ntfs label=”System Reserved”
active
assign letter=Z
exit
bcdboot C:\Windows /s Z: /f BIOS

A flag /f BIOS em vez de /f UEFI diz ao bcdboot para criar ficheiros de boot Legacy.

8. Passo 6 — Safe Mode e Ultimo Arranque Valido

Se o servidor arranca mas falha durante o carregamento de drivers ou servicos, o Safe Mode e o “Last Known Good Configuration” podem permitir arrancar e diagnosticar.

8.1 Safe Mode

No WinRE: Troubleshoot -> Advanced options -> Startup Settings -> Restart. Após o reinicio, premir 4 (Enable Safe Mode) ou 5 (Enable Safe Mode with Networking).

Se o servidor arrancar em Safe Mode mas não em modo normal, o problema e um driver ou servico que carrega apenas no modo normal. Para identificar qual:

  1. Em Safe Mode, abrir o Visualizador de Eventos (eventvwr.msc) e verificar eventos de erro nos logs System e Application.
  2. Abrir o Gestor de Dispositivos (devmgmt.msc) e procurar dispositivos com triangulo amarelo.
  3. Desactivar drivers suspeitos e reiniciar em modo normal.

Se um driver recente foi instalado, remover:

pnputil /enum-drivers

Listar os drivers instalados recentemente e remover o problematico:

pnputil /delete-driver oemXX.inf /uninstall /force

8.2 Desactivar driver problematico via WinRE

Se o servidor não arranca nem em Safe Mode, desactivar o driver a partir do WinRE:

dism /image:C:\ /get-drivers

Identificar o driver problematico (geralmente .inf publicado recentemente) e desactiva-lo:

dism /image:C:\ /disable-driver /driver:oemXX.inf

8.3 Last Known Good Configuration (Legacy)

Em Windows Server com Legacy BIOS, premir F8 durante o boot e seleccionar “Last Known Good Configuration (advanced)”. Isto reverte a configuração de servicos e drivers para o último arranque bem-sucedido. Em sistemas UEFI com Windows Server 2019+, esta opção já não esta disponível via F8 — usar WinRE -> System Restore como alternativa.

9. Passo 7 — System Restore e Uninstall Updates

Se nenhuma das reparações acima resolveu, tentar reverter para um ponto anterior.

9.1 System Restore

No WinRE: Troubleshoot -> Advanced options -> System Restore. Se houver pontos de restauro configurados, seleccionar um anterior ao problema.

Para verificar pontos de restauro a partir da linha de comandos:

vssadmin list shadows

9.2 Desinstalar atualização problematica

Se o problema comecou após um Patch Tuesday, desinstalar a atualização específica. No WinRE:

Troubleshoot -> Advanced options -> Uninstall Updates -> Uninstall latest quality update

Ou via linha de comandos:

dism /image:C:\ /get-packages

Identificar o pacote recente (KBXXXXXXXX) e remove-lo:

dism /image:C:\ /remove-package /packagename:Package_for_KBXXXXXXX~31bf3856ad364e35~amd64~~XXX

10. Outras Causas do Mesmo Sintoma

  • Disco de boot com bad sectors físicos — se chkdsk C: /f /r encontrar e reparar bad sectors mas o problema persiste, o disco pode estar em falha. Verificar S.M.A.R.T. com o fabricante (dellperc, MegaCLI, hpssacli) e considerar substituir o disco e restaurar do backup. Referência: Disk Management troubleshooting — Microsoft Learn.
  • Controlador de storage em modo errado — se o BIOS/UEFI foi alterado de AHCI para RAID (ou vice-versa) sem reinstalar drivers, o Windows não consegue aceder ao disco. Sintoma: INACCESSIBLE_BOOT_DEVICE. Fix: reverter a configuração no BIOS/UEFI para o modo original, ou injectar drivers de storage via DISM no WinRE.
  • Corrupção do NTDS.dit (Domain Controller) — em DCs, se o Active Directory não consegue iniciar, o servidor pode não completar o boot. Sintoma: BSOD 0xC00002E2. Fix: arrancar em Directory Services Restore Mode (DSRM) premindo F5 durante o boot (ou via msconfig), e usar ntdsutil para reparar a base de dados. Referência: Active Directory Domain Services — Microsoft Learn.
  • Conflito de software antivirus — alguns antivirus instalam filter drivers a nivel de kernel que podem impedir o boot após um update. Se o servidor arranca em Safe Mode, desinstalar o antivirus e reiniciar.
  • Windows Boot Manager aponta para partição errada — após redimensionamento de partições ou restauracao de backup para disco diferente, o BCD pode apontar para uma partição que já não existe. Fix: bcdedit /set {default} device partition=C: (onde C: e a partição correcta do Windows).
  • Tempo do sistema incorrecto — em virtualizacoes, se o tempo do BIOS/UEFI esta desconfigurado, o Windows pode recusar arrancar por questões de licenciamento ou KDC (em DCs). Fix: ajustar a hora no BIOS/UEFI ou usar NTP no hypervisor.
  • Corrupção do registo — se ficheiros do registo (SYSTEM, SOFTWARE) em C:\Windows\System32\config estão corrompidos, o Windows não arranca. O Windows mantem backups em C:\Windows\System32\config\RegBack (se o regback estiver ativo). Restaurar copiando os ficheiros de RegBack para config.

11. Como Evitar Problemas de Boot no Futuro

  • Configurar WSUS com grupos de teste — não aplicar patches a todos os servidores em simultaneo. Criar grupos: Teste (1 servidor) -> Piloto (10%) -> Producao (restante). Aguardar 7 dias entre cada fase.
  • Activar Windows Server Backup ou solução de terceiros — Veeam Backup and Replication, Altaro VM Backup ou Commvault. Configurar backups diarios com retencao minima de 14 dias e verificação de restore mensal.
  • Usar UPS com agente de shutdown — configurar o agente do UPS (APC PowerChute, Eaton IPM, CyberPower) para fazer shutdown gracioso do servidor quando a bateria estiver a 20%. Isto previne corrupção do BCD por cortes de energia.
  • Não instalar drivers não assinados — drivers não assinados não passam no WHQL e podem causar BSODs de boot. Verificar sempre a assinatura digital antes de instalar.
  • Monitorizar S.M.A.R.T. dos discos — configurar alertas para realocacao de sectores e temperaturas anormais. Ferramentas: CrystalDiskInfo em servidores físicos, storage management no hypervisor em VMs.
  • Manter media de instalação actualizado — ter uma ISO ou USB bootavel da versão exacta do Windows Server instalada, acessivel para cada servidor. Actualizar o media após cada upgrade major do Windows Server.
  • Documentar a configuração de boot — executar bcdedit /enum e guardar o output. Isto permite comparar se algo mudar. Em sistemas Legacy, guardar também o diskpart output com a disposicao das partições.
  • Snapshots pre-update em VMs — antes de aplicar updates, criar um snapshot da VM. Se o servidor não reiniciar após o update, reverter para o snapshot em segundos. Remover o snapshot após confirmação de estabilidade (após 7 dias).

Este artigo foi útil?

Duarte Spínola

Deixe um Comentário