Como interpretar os códigos de tela azul (BSOD) no Windows 11 passo a passo

PCHardwarePro » Windows » Como interpretar os códigos de tela azul (BSOD) no Windows 11 passo a passo

Se você usa o Windows 11 há algum tempo, provavelmente já se deparou com a infame tela azul da morte. Aquela tela em que aparece uma mensagem dizendo que seu PC encontrou um problema, uma porcentagem de coleta de informações e um ou mais códigos de erro. Você mal tem tempo de ler antes que o computador exiba uma tela azul e reinicie.. Esses códigos de tela azul (ou STOP) são a principal pista para descobrir o que deu errado.Mas interpretá-los nem sempre é tão simples quanto "consultar o Visualizador de Eventos".

Além disso, em muitos casos, acontece algo ainda mais frustrante: você tenta fazer o que todos os guias recomendam (verificar o visualizador, abrir o minidump, usar um analisador automático…) e descobre que O Windows sequer conseguiu criar o arquivo de despejo de memória.O desligamento inesperado aparece no Visualizador de Eventos, sim, mas a próxima entrada diz que "a criação do arquivo de despejo falhou". O que fazer então? Trata-se de uma falha grave do sistema ou você está procurando no lugar errado?

O que exatamente é uma Tela Azul da Morte (BSOD) no Windows 11?

Uma tela azul ou BSOD (Tela Azul da Morte) é, essencialmente, O mecanismo de defesa do Windows é ativado quando detecta um erro crítico do qual não consegue se recuperar sem correr o risco de corromper os dados.Quando isso acontece, o sistema para tudo, exibe a tela azul e força uma reinicialização para proteger a integridade do sistema e do hardware.

No Windows 10 e no Windows 11, a mensagem típica que aparece é algo como "Seu computador encontrou um problema e precisa ser reiniciado", acompanhada de um código de erro em texto (como CRITICAL_PROCESS_DIED) e, às vezes, um código de parada em hexadecimal.Essa informação, embora possa parecer incompreensível, é fundamental para sabermos se estamos falando de uma falha de driver, uma falha de hardware, uma falha de memória, uma falha de disco, um bug do Windows ou uma atualização recente.

As causas mais frequentes dessas telas são bastante conhecidas: Hardware defeituoso (RAM, CPU, SSD/HDD), drivers antigos ou mal escritos, software incompatível, malware e arquivos de sistema corrompidos.Fatores físicos como superaquecimento ou problemas na fonte de alimentação também entram em jogo, acabando por se manifestar como erros de hardware (por exemplo, WHEA_UNCORRECTABLE_ERROR ou MACHINE_CHECK_EXCEPTION).

Nos últimos tempos, até mesmo capturas de tela causadas por patches defeituosos do Windows 11Por exemplo, certas atualizações cumulativas recentes geraram telas azuis da morte (BSODs) com códigos como KERNEL_SECURITY_CHECK_FAILURE ao usar a GPU intensivamente, ou interromperam a conectividade Wi-Fi em alguns computadores até que a Microsoft lançasse outra atualização corretiva.

O que é um código STOP e que informações ele contém?

O código STOP é o identificador numérico do erro crítico que forçou o Windows a parar. Geralmente é apresentado em formato hexadecimal (por exemplo, 0x00000050 ou 0x00000124). e está associado a um nome simbólico, como PAGE_FAULT_IN_NONPAGED_AREA ou WHEA_UNCORRECTABLE_ERROR.

Esse nome simbólico é o que a Microsoft usa em sua documentação. Por exemplo, DRIVER_POWER_STATE_FAILURE corresponde ao código 0x0000009FSe você abrir um arquivo de despejo de memória com o depurador WinDbg e executar o comando !analyze -v, verá algo como isto:

BugCheck 9F, {3, ffffe000f38c06a0, fffff803c596cad0, ffffe000f46a1010}

A linha acima mostra o código de verificação de erros (9F) e quatro parâmetros adicionais entre chaves. Cada código STOP possui até quatro parâmetros que fornecem um contexto muito específico sobre o que aconteceu. (por exemplo, endereços de memória envolvidos, tipo de operação, identificadores de dispositivo, etc.). A referência oficial do código de verificação de erros da Microsoft detalha o significado de cada parâmetro para cada verificação de erros.

O nome simbólico (por exemplo, DRIVER_POWER_STATE_FAILURE) e o valor hexadecimal (0x9F) aparecem juntos na saída do depurador e na documentação. Quando você estiver procurando informações técnicas avançadas, convém usar ambos: o nome e o código.Em contrapartida, guias mais genéricos tendem a focar no nome por escrito, pois assim fica mais legível.

Como são coletados os parâmetros de um código de verificação de erros?

Se você quiser ir além de "Apareceu uma tela azul" e entender o que deu errado, você precisa Obtenha o código STOP e seus parâmetros.Existem várias maneiras de fazer isso, dependendo se você tem despejos de memória, se pode conectar um depurador ou se tem apenas o registro de eventos.

A maneira mais acessível para a maioria dos usuários é através do Visualizador de Eventos. No registro do sistema, Os eventos de verificação de erros incluem o código STOP e os quatro parâmetros associados.Nem sempre é bonito ou fácil de ler, mas a informação está lá, a menos que a criação do dump tenha falhado ou o sistema tenha travado de forma tão grave que não tenha sido possível registrá-la corretamente.

Outra forma mais técnica é carregar o arquivo de despejo gerado (o minidespejo ou o despejo completo) no WinDbg ou no depurador do Windows e usar O comando !analyze, idealmente com a opção -v para visualizar uma análise detalhada.Ali você verá o BugCheck com seus parâmetros, o módulo que provavelmente causou o problema (por exemplo, hidusb.sys) e até mesmo a pilha de chamadas no momento da falha.

Se você tiver um depurador de kernel conectado ao computador quando o erro ocorrer, A verificação de erros fará com que o sistema pare diretamente no depurador.Nesse cenário, a tela azul pode nem aparecer no monitor; em vez disso, todas as informações são enviadas para a janela do depurador. Você pode visualizar os dados de verificação de erros novamente com o comando `.bugcheck` ou reiniciar a análise com `!analyze`.

Por que a criação do arquivo de despejo de memória às vezes falha?

Uma queixa muito comum é encontrar uma entrada de log no Visualizador de Eventos que diz: “A criação do arquivo de despejo falhou devido a um erro durante o processo de criação do despejo.”Isso não significa necessariamente que seu sistema esteja irreparavelmente danificado, mas indica que algo impediu o Windows de salvar essas informações cruciais.

As causas podem ser diversas: Falta de espaço em disco, erros no volume onde o despejo de memória será gravado, corrupção do sistema de arquivos, problemas de memória tão graves que a operação sequer pode ser concluída ou configurações incorretas de despejo de memória.Também pode interferir com software de terceiros (antivírus agressivo, criptografia de baixo nível, etc.).

Nesses casos, costuma ser útil revisar as configurações avançadas do sistema, na seção Inicialização e Recuperação, para garantir que Você habilitou algum tipo de despejo (minidump, kernel ou completo) e o caminho de salvamento é válido.Além disso, é recomendável verificar se a unidade do sistema não está cheia e se o sistema de arquivos está livre de erros (usando ferramentas como o CHKDSK).

Se ainda assim não funcionar, não é porque você está olhando para o problema da maneira errada: Sua equipe simplesmente não conseguiu "registrar" a falha na forma de um dump.Nesses casos, você precisará depender mais do Visualizador de Eventos, de testes de hardware e da análise de contexto (o que você estava fazendo, o que foi atualizado recentemente, etc.).

Como ler informações de depuração com o WinDbg

Para quem quer chegar ao fundo da questão, a ferramenta principal é o WinDbg. Quando você carrega um despejo de kernel e executa !analyze -v, o depurador mostra uma descrição detalhada do erro., incluindo a verificação de erros, parâmetros, pilha de chamadas e módulo suspeito.

Por exemplo, você pode ver algo como o erro "Provavelmente causado por: hidusb.sys”, que aponta para um problema com o controlador USB HID (mouses, teclados, etc.). A partir daí, você pode se aprofundar, definir pontos de interrupção no código relevante, proceder passo a passo e verificar exatamente onde no controlador ocorre a violação.

Se você tiver a possibilidade de conectar um depurador ao sistema com problemas persistentes, a depuração do kernel é especialmente útil para erros recorrentes ou muito complexosPrincipalmente quando outras técnicas de diagnóstico já atingiram seu limite. No entanto, é sempre recomendável anotar o texto exato que aparece na mensagem da tela azul e as ações específicas que levam ao problema, para que ele possa ser reproduzido de forma controlada.

A Microsoft oferece documentação específica sobre como analisar despejos de memória (tanto no modo kernel quanto no modo usuário) e como utilizar em profundidade as extensões do depurador, em particular. Analisar e suas opçõesPara desenvolvedores e equipe de suporte avançada, isso permite diferenciar se a falha está realmente em seu próprio código ou em outro componente do sistema.

Telas azuis da morte (BSODs) comuns no Windows 11 e seus significados geralmente associados.

Existe um conjunto de erros de tela azul que ocorrem com bastante frequência no Windows 10 e no Windows 11. Reconhecê-los à primeira vista ajuda a priorizar por onde começar a procurar.. Alguns dos mais comuns são:

• FALHA_DE_PÁGINA_EM_ÁREA_NÃO_PAGADA (0x00000050)O Windows tentou acessar uma página de memória que não existe ou está inacessível no momento. Isso geralmente indica uma falha na memória RAM ou um volume NTFS corrompido.
• IRQL_NÃO_MENOR_OU_IGUAL (0x0000000A)Um controlador em modo kernel tentou acessar memória paginável quando não deveria (IRQL muito alto). Isso é muito típico de drivers defeituosos ou hardware com mau funcionamento.
• EXCEÇÃO_DE_SERVIÇO_DO_SISTEMA (0x0000003B)Um serviço do sistema, geralmente um driver ou um processo crítico, gerou uma exceção não tratada. Isso geralmente está relacionado a drivers incompatíveis ou software que interfere excessivamente no kernel.
• DRIVER_IRQL_NÃO_MENOR_OU_IGUAL (0x000000D1)Um controlador tentou acessar um endereço de memória inválido em um nível de alta prioridade. Novamente, quase certamente um motorista problemático.
• PROCESSO_CRÍTICO_MORRE (0x000000EF)Um processo essencial do sistema foi encerrado inesperadamente. Isso pode ter sido causado por arquivos de sistema corrompidos, malware ou erros do Windows.
• MEMORY_MANAGEMENT (0x0000001A)Isso indica inconsistências no gerenciamento de memória. Geralmente, elas são causadas por módulos de RAM defeituosos, erros de hardware ou corrupção profunda do sistema.
• EXCEÇÃO_DE_THREAD_DO_SISTEMA_NÃO_MANIPULADA (0x0000007E): fortemente associado a controladores antigos ou incompatíveis que lançam exceções não tratadas.
• DISPOSITIVO_DE_INICIALIZAÇÃO_INACESSÍVEL (0x0000007B)O Windows não consegue acessar a partição de inicialização. Isso pode ser devido a alterações na configuração SATA (RAID/AHCI), controladores de armazenamento ausentes ou arquivos de inicialização corrompidos.
• VOLUME_DE_INICIALIZAÇÃO_INTERRUPTO (0x000000ED)O sistema não consegue montar corretamente a unidade de inicialização, frequentemente durante a inicialização. Novamente, problemas de disco ou sistema de arquivos.
• VIOLAÇÃO_DPC_WATCHDOG (0x00000133)Normalmente está relacionado a drivers que bloqueiam o sistema por muito tempo (tempos limite excedidos nas filas DPC).
• WHEA_INCORRECTABLE_ERROR (0x00000124) y EXCEÇÃO_DE_VERIFICAÇÃO_DE_MÁQUINA (0x0000009C)Erros intimamente relacionados a falhas de hardware (CPU, RAM, placa-mãe, fonte de alimentação) ou problemas graves de temperatura ou voltagem.

Cada um desses erros possui sua própria entrada na documentação da Microsoft, com Explicação técnica, significado dos parâmetros e recomendações específicas.Se o seu código STOP corresponder a um destes, vale a pena consultar a documentação oficial para refinar o diagnóstico.

Códigos BSOD menos frequentes e diretrizes típicas

Além das verificações de erros padrão, muitos fabricantes (Huawei, Dell e outros) coletam dados internos. Listas de códigos menos comuns com recomendações rápidas pelo suporte técnico. Embora sejam projetados para o seu ecossistema, eles dão uma ideia da direção geral que costumam seguir:

Erros como MANUALLY_INICIATED_POWER_BUTTON_HOLD ou NMI_HARDWARE_FAILURE Esses erros só ocorrem se o sistema estiver configurado para exibir uma tela azul quando o botão liga/desliga for mantido pressionado por um determinado período. Mesmo que o gatilho seja "manual", o fato de ele disparar pode indicar um problema de hardware que força o usuário a desligar o computador dessa forma.

Outros, como CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PRECONDITION_VIOLATION ou INVALID_KERNEL_STACK_ADDRESSEsses problemas geralmente são atribuídos a erros internos do Windows que raramente se repetem. Nesses casos, a recomendação típica é reiniciar, atualizar os patches e, se o problema persistir, entrar em contato com o suporte técnico, pois pode haver corrupção profunda ou um bug no próprio sistema.

Existem também muitos códigos quase sempre associados a aplicativos ou drivers de terceirosPor exemplo, QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (rede), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER ou FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. Na prática, a recomendação geralmente é verificar quais programas ou drivers foram instalados recentemente, especialmente gerenciadores de PC, softwares antivírus ou ferramentas de otimização "milagrosas", e desinstalá-los para ver se o problema desaparece.

Existem códigos diretamente relacionados ao sistema de arquivos, como: SISTEMA DE ARQUIVOS FAT, SISTEMA DE ARQUIVOS UDFS, SISTEMA DE ARQUIVOS EXFAT ou SISTEMA DE ARQUIVOS FLTMGRQuando esses erros ocorrem repetidamente, eles indicam unidades mal particionadas, instalações de sistema não convencionais, discos defeituosos ou drivers de filtro interferindo no acesso ao disco. Em muitos casos, os fabricantes recomendam restaurar as configurações de fábrica ou reinstalar o Windows se o problema persistir após a atualização e o reparo do sistema de arquivos.

Outros códigos estão vinculados a Falhas na CPU, na memória ou no hipervisorPor exemplo, MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR ou STORE_DATA_STRUCTURE_CORRUPTION. Esses erros quase sempre indicam problemas de hardware ou problemas com configurações avançadas de virtualização, e a solução usual é recorrer à garantia ou a diagnósticos físicos avançados.

Quando o problema surge de atualizações do Windows 11

Nem todas as telas azuis da morte (BSODs) são causadas pelo seu hardware ou pelo software que você instalou. Às vezes, elas são... As próprias atualizações do Windows introduzem regressões.Casos recentes foram documentados em que patches cumulativos para o Windows 11 causaram telas com o erro KERNEL_SECURITY_CHECK_FAILURE em computadores com determinadas placas gráficas, bem como falhas na conectividade Wi-Fi.

Nesses cenários, a Microsoft geralmente reconhece publicamente o problema e publicar uma atualização corretivaPor exemplo, uma atualização cumulativa com defeito pode ser a KB5074105, e a atualização que corrige os erros pode ser a KB5077181. Esta última é distribuída pelo Windows Update e implementada gradualmente.

Se você começar a ver telas azuis após instalar uma atualização específica e tudo estava funcionando bem antes, é uma boa ideia verificar seu histórico do Windows Update. Verifique se o seu artigo da Base de Conhecimento está associado a algum problema conhecido na documentação da Microsoft.Enquanto aguarda a correção, você pode desinstalar a atualização conflitante ou pausar temporariamente as atualizações automáticas, embora isso sempre envolva algum risco de segurança.

Em todo caso, além de instalar a atualização que corrige o problema, é recomendável manter o restante do sistema atualizado: BIOS/UEFI, chipset, placa gráfica, rede e drivers de armazenamento atualizados nas versões mais recentes.especialmente se o fabricante do seu equipamento fornecer suas próprias ferramentas (SupportAssist, PC Manager, etc.).

Ferramentas e técnicas para investigar uma tela azul da morte (BSOD) em profundidade.

Além da recomendação genérica de "atualizar tudo e reiniciar", existem diversas ferramentas poderosas desenvolvidas precisamente para essa finalidade. Diagnosticando a causa raiz de uma tela azulmesmo quando os despejos de memória não foram gerados de forma confiável.

Por um lado, temos o Visualizador de Eventos, que já mencionamos. Navegando até Logs do Windows > Sistema, você pode filtrar erros críticos que ocorreram por volta da hora da tela azul da morte (BSOD). Mesmo que o despejo de memória falhe, o registro do desligamento inesperado e da tentativa de criar o despejo geralmente permanece., com alguns dados úteis (código de erro, módulo, etc.).

Os arquivos minidump também são muito valiosos, são aqueles pequenos arquivos que o Windows cria em C:\Windows\Minidump quando consegue concluir pelo menos um despejo parcial. Eles contêm informações resumidas sobre o estado do sistema no momento da falha. e pode ser aberto com o WinDbg ou outras ferramentas para identificar o driver ou módulo envolvido.

Se o sistema iniciar, outra opção é usar Verificador de driverUma ferramenta integrada do Windows que submete os drivers a uma espécie de "teste de estresse" em tempo real. Ela valida o comportamento dos drivers em relação à memória, IRQLs, filas e outros aspectos. Quando detecta uso incorreto, pode forçar uma verificação proativa de erros para identificar claramente qual driver está apresentando problemas. No entanto, isso adiciona alguma sobrecarga, então você precisa selecionar cuidadosamente quais drivers verificar para evitar que seu computador fique excessivamente lento.

Além disso, você pode contar com outros utilitários avançados, como o pacote de Ferramentas Sysinternals e monitores de redeEsses arquivos ajudam a isolar problemas que podem levar a uma tela azul (vazamentos extremos de memória, drivers que não respondem, serviços travados, etc.). Juntamente com o registro de eventos e os despejos de memória, eles permitem que você construa uma visão bastante completa do que está acontecendo.

Conselhos específicos para desenvolvedores e software de terceiros.

Se você desenvolver drivers ou softwares que interfiram com o kernel, mais cedo ou mais tarde você encontrará uma tela azul da morte (BSOD) causada pelo seu próprio código. Nesse caso, simplesmente "reinstalar o Windows" não funcionará. Chegou a hora de depurar e corrigir o problema.Para isso, o método mais eficaz é usar a depuração do kernel com o WinDbg, reproduzir o erro em um ambiente controlado, analisar a verificação de erros e estudar a pilha de chamadas e as IRQLs no momento da falha.

Quando a verificação de erros não se deve ao seu código, mas sua aplicação é afetada, o objetivo muda: Você não conseguirá corrigir a causa raiz, mas pode tentar impedir que seu software a desencadeie.Isso geralmente envolve a implementação de verificações adicionais, um melhor tratamento de erros provenientes de outros componentes, a redução da dependência excessiva de drivers de terceiros ou a prevenção de práticas arriscadas que dependem excessivamente de comportamentos não documentados.

Em qualquer caso, é essencial tomar notas precisas. As ações exatas que levam à captura de tela, os códigos que aparecem e a frequência com que ela é reproduzida.Com essas informações, fica muito mais fácil para as equipes de suporte ou para a Microsoft avaliarem se é um bug conhecido, um problema de hardware ou uma interação estranha entre componentes.

Por fim, não devemos subestimar as "soluções básicas" comprovadas: Revise os manuais, reinstale os componentes principais, verifique as datas dos arquivos, desinstale antivírus ou gerenciadores de PC intrusivos e verifique os drivers de rede, USB ou armazenamento.Uma grande parte das telas azuis da morte (BSODs) relacionadas a softwares de terceiros acaba sendo resolvida com a remoção do componente problemático.

Resumindo, interpretar os códigos de BSOD no Windows 11 não se resume a ver um número na tela azul: trata-se de combinar esse código e seus parâmetros com pistas do Visualizador de Eventos, despejos de memória, status do hardware e alterações recentes do sistema. Quando todo esse contexto se junta — e você entende o que cada verificação de erro significa — ela deixa de ser uma captura de tela "misteriosa" e se torna uma ferramenta muito concreta para descobrir o que está falhando, seja culpa de um driver, do hardware, de uma atualização ou até mesmo do seu próprio código.e decidir se basta atualizar, desinstalar algo, reparar o Windows ou se é hora de pensar em um diagnóstico físico e em um serviço técnico especializado.