11 mensagens de erro do Windows e o que elas significam de verdade

Leia o código, não o pânico

O código de parada no pé da tela azul e o número hexadecimal logo abaixo são o único texto útil daquela tela. O nome indica o subsistema que desistiu — memória, pilha de armazenamento, driver — e o hexadecimal encurta a lista de suspeitos. O QR code e a carinha triste são cenografia; a mensagem é o código. Desde o Windows 10 os mesmos dados vão para o log: eventos BugCheck com ID 1001 no log de Sistema do Visualizador de Eventos, e ao lado o Monitor de Confiabilidade, que mostra o que foi instalado ou atualizado logo antes do travamento. O minidump fica em C:\Windows\Minidump — é a transcrição do ocorrido, não uma prova “para depois”.

Antes de mexer em qualquer coisa, responda a uma pergunta: havia um padrão — um aplicativo específico, uma atualização recente, hardware novo? Um travamento é um incidente; três em uma semana são um diagnóstico. Anote o código a cada queda: dois códigos diferentes alternando quase sempre indicam memória; o mesmo código repetido, um componente específico. É uma linha no bloco de notas que economiza horas de reinstalações às cegas.

• Anote o código de parada e o número 0x… antes de a tela apagar
• Abra o minidump de C:\Windows\Minidump no WinDbg ou no BlueScreenView
• Confira no Monitor de Confiabilidade o que foi instalado logo antes do travamento
• Códigos diferentes a cada queda? Teste a memória com mdsched.exe
• Verifique o SMART do disco antes de culpar os drivers

Os códigos que apontam para o hardware

CRITICAL_PROCESS_DIED soa como placa-mãe morta, mas quase sempre são arquivos de sistema corrompidos: quem cura é o sfc /scannow e o DISM, não a troca de peças. UNMOUNTABLE_BOOT_VOLUME e KERNEL_DATA_INPAGE_ERROR são assunto de armazenamento: cabo, controladora, um disco morrendo; comece pelo SMART e pela troca do cabo SATA, que sai mais barato que qualquer diagnóstico. WHEA_UNCORRECTABLE_ERROR é a reclamação do processador ou da memória sobre as condições de trabalho: volte ao clock e às tensões de fábrica e, em metade dos casos, o código desaparece.

FAULTY_HARDWARE_CORRUPTED_PAGE quase sempre aponta para os pentes de RAM, e nisso é honesto; MEMORY_MANAGEMENT é da mesma família: memória, ou um driver corrompendo páginas alheias. PAGE_FAULT_IN_NONPAGED_AREA acusa todo mundo ao mesmo tempo, mas o dump costuma nomear o culpado: a linha “What failed” ou o nome do módulo no relatório. O princípio é simples: códigos sobre páginas, memória e “dados corrompidos” — primeiro teste de memória; códigos sobre volumes e sistemas de arquivos — primeiro o disco.

Os códigos que apontam para drivers e software

DPC_WATCHDOG_VIOLATION significa que um driver prendeu o processador por mais tempo do que podia: os culpados clássicos são o firmware do SSD e os drivers de armazenamento, e atualizar esse firmware cura o que meses de reinstalação do Windows não curaram. DRIVER_IRQL_NOT_LESS_OR_EQUAL nomeia o suspeito diretamente: o nome do driver aparece nos detalhes do erro e no dump. NTFS_FILE_SYSTEM é um sistema de arquivos danificado ou um disco doente: chkdsk e SMART. UNEXPECTED_STORE_EXCEPTION, apesar do nome exótico, quase sempre é armazenamento: o driver Intel RST ou o mesmo SSD em fim de vida.

E um gênero à parte: erros sem tela azul. “This app can't run on your PC” não é defeito, é arquitetura errada — você está rodando um binário de 64 bits ou uma build ARM onde ele não tem vez. Entradas WHEA aos milhares no log sem um único travamento costumam ser telemetria dos sensores da placa-mãe, não anúncios de óbito. A fronteira é simples: queda do sistema — dump e código; queda de um programa — o log do próprio programa.

Perguntas e respostas

Continue lendo