Corrigir BSOD Critical Process Died no Windows 11 sem Dump de Memória

Solução rápida: Inicie no Modo de Segurança (Configurações → Sistema → Recuperação → Inicialização avançada → Reiniciar agora → Solução de problemas → Opções avançadas → Configurações de Inicialização → F4). No Modo de Segurança, execute sfc /scannow e DISM /Online /Cleanup-Image /RestoreHealth. O BSOD geralmente é causado por arquivos de sistema corrompidos; executar esses comandos no Modo de Segurança permite que sejam concluídos sem serviços concorrentes.

O Windows 11 exibe a tela azul com CRITICAL_PROCESS_DIED. Você reinicia. O mesmo BSOD aparece. Às vezes, o Windows tenta a Reparação Automática, que também falha. O código de parada significa que um serviço crítico do Windows (csrss.exe, lsass.exe, winlogon.exe ou similar) travou — e o Windows não pode continuar sem ele. A causa raiz geralmente são arquivos de sistema corrompidos ou um driver defeituoso.

O que causa isso

CRITICAL_PROCESS_DIED indica que um processo essencial do Windows foi encerrado inesperadamente. O kernel não consegue se recuperar e aciona o BSOD. As causas variam: arquivos de sistema corrompidos no WinSxS, um driver problemático que derrubou um serviço do kernel, malware que corrompeu um binário crítico, ou disco com falhas gerando erros de leitura em arquivos do sistema.

Método 1: Executar sfc e DISM no Modo de Segurança

A recuperação padrão para arquivos de sistema corrompidos.

1. Inicie no Modo de Segurança. Se o Windows ainda inicializar normalmente entre os BSODs: Configurações → Sistema → Recuperação → Inicialização avançada → Reiniciar agora.
2. Se o Windows não inicializar: force três inicializações com falha para entrar automaticamente no Ambiente de Recuperação.
3. No menu de recuperação: Solução de problemas → Opções avançadas → Configurações de Inicialização → Reiniciar → pressione 4 para Modo de Segurança.
4. Faça login.
5. Abra o Terminal (Admin).
6. Execute as verificações de arquivos do sistema:

   DISM /Online /Cleanup-Image /CheckHealth
   DISM /Online /Cleanup-Image /ScanHealth
   DISM /Online /Cleanup-Image /RestoreHealth
   sfc /scannow

7. Cada etapa leva de 5 a 20 minutos.
8. Se o sfc relatar “encontrou arquivos corrompidos e os reparou com sucesso”, reinicie. O BSOD deve desaparecer.
9. Se o sfc relatar “encontrou arquivos corrompidos, mas não conseguiu corrigir alguns”, prossiga para o Método 2.

O Modo de Segurança é essencial — menos serviços estão em execução, portanto, há menos bloqueios de arquivos para competir com o reparo.

Método 2: Executar chkdsk para verificar erros de disco

Use quando sfc/DISM não resolverem completamente ou quando suspeitar de problemas na unidade.

1. No Terminal (Admin):

   chkdsk C: /f /r

   O /f corrige erros; /r localiza setores defeituosos e recupera informações legíveis.

2. O chkdsk não pode bloquear a unidade C: enquanto o Windows estiver em execução. Ele pergunta: “Deseja agendar a verificação deste volume na próxima reinicialização do sistema?” Pressione S.
3. Reinicie. O chkdsk é executado na inicialização antes do Windows carregar. Leva de 30 a 120 minutos, dependendo do tamanho e condição do disco.
4. Após o chkdsk terminar, o Windows inicializa normalmente. Observe se há erros registrados.
5. Se o chkdsk encontrou e corrigiu erros de disco, a causa raiz do BSOD pode ter sido resolvida. Teste usando o PC normalmente por um dia.

A corrupção do sistema de arquivos é uma causa comum de BSODs que o sfc não consegue corrigir porque o disco subjacente tem erros de leitura.

Método 3: Identificar e atualizar o driver problemático

Use quando os arquivos de sistema estão limpos, mas os BSODs continuam — um driver é a causa.

1. Após o próximo BSOD, o Windows cria um minidump em C:\Windows\Minidump\.
2. Abra Configurações → Sistema → Recuperação → Monitor de confiabilidade, ou pesquise “Monitor de Confiabilidade” no Iniciar.
3. Encontre o evento do BSOD. Clique em Exibir detalhes técnicos. O nome do módulo com falha aparece.
4. Se um nome de driver for exibido (ex.: nvlddmkm.sys = NVIDIA, iaStor.sys = Intel storage): atualize ou reverta esse driver.
5. Para um diagnóstico mais aprofundado, instale o WhoCrashed (gratuito, resplendence.com) ou o BlueScreenView (gratuito, nirsoft.net). Ambos analisam minidumps e identificam o driver.
6. Atualize o driver pelo fabricante (NVIDIA, AMD, Intel, página de suporte do OEM).
7. Se a atualização não ajudar, reverta: Gerenciador de Dispositivos → (dispositivo) → Propriedades → Guia Driver → Reverter Driver.

Esta é a abordagem correta quando os arquivos de sistema estão limpos, mas um driver específico está derrubando o Windows.

Como verificar se a correção funcionou

• Reinicie o PC várias vezes. Nenhum BSOD em nenhuma inicialização.
• Use o PC normalmente por um dia. Nenhum BSOD no meio da sessão.
• Execute sfc /scannow. Resultado: “nenhuma violação de integridade encontrada”.
• Verifique o Monitor de Confiabilidade. Nenhum evento crítico recente.

Se nenhum desses funcionar

Se o CRITICAL_PROCESS_DIED persistir apesar de sfc/DISM, chkdsk e atualizações de driver, três causas se aplicam. Falha de hardware: RAM com defeito é uma causa comum. Execute o Memtest86 (memtest86.com) por pelo menos uma passagem completa. Qualquer erro significa substituição da RAM. SSD com falha também causa BSODs por erros de leitura que o sfc não consegue corrigir permanentemente — verifique o status SMART com o CrystalDiskInfo. Atualização recente de recurso do Windows: uma atualização de recurso pode introduzir alterações que disparam BSODs. Desinstale a atualização mais recente em Configurações → Windows Update → Histórico de atualizações → Desinstalar atualizações. Redefinir este PC: quando todas as outras correções falharem e você tiver backups, a opção Redefinir este PC com download na nuvem instala um Windows 11 limpo. Use como último recurso quando o hardware parecer ok.

Resumo: CRITICAL_PROCESS_DIED é corrupção de arquivos de sistema ou falha de driver — sfc/DISM no Modo de Segurança corrige corrupção de arquivos, chkdsk corrige erros de disco, e a análise de dump identifica o driver com falha.