Corrigir CRITICAL_STRUCTURE_CORRUPTION (Tela Azul)

Essa é a tela azul que significa que algo corrompeu uma estrutura de dados crítica do kernel — a tabela de processos, a pilha do kernel, ou as listas internas do gerenciador de objetos. O Windows detectou a corrupção antes que pudesse causar danos piores e travou de propósito. Diferente da maioria dos BSODs onde você pode culpar um driver específico ou componente de hardware, CRITICAL_STRUCTURE_CORRUPTION pode vir de qualquer um, e identificar qual requer alguma investigação.

Se isso aconteceu uma vez e nunca mais, não entre em pânico. Um único raio cósmico invertendo um bit na RAM pode causar isso. Não estou brincando — erros suaves por radiação de fundo são documentados na computação, só são raros o bastante que você nunca verá duas vezes. Mas se está acontecendo repetidamente, algo está ativamente corrompendo a memória do kernel.

Drivers Primeiro

Um driver em modo kernel com um bug que sobrescreve memória que não é dele é a causa mais comum que vejo. O crash dump — se você tem um — diz qual driver. Abra o Visualizador de Eventos, Logs do Windows, Sistema, procure a entrada BugCheck por volta do horário do crash. Os parâmetros listados com o código de parada às vezes apontam para o módulo com falha.

Se não tem dump ou os parâmetros não ajudam, foque em drivers atualizados recentemente. Gerenciador de Dispositivos, ordene por data — qualquer coisa atualizada na semana antes dos crashes começarem é suspeita. Drivers de GPU são os problemáticos de sempre porque rodam em modo kernel e tocam muita memória. Reverta o driver ou faça instalação limpa com DDU no Modo de Segurança.

Software de virtualização — VMware, VirtualBox, Hyper-V — instala drivers de nível hypervisor que operam em um nível ainda mais profundo que drivers normais do kernel. Já vi o VBoxDrv.sys do VirtualBox causar CRITICAL_STRUCTURE_CORRUPTION em máquinas com certos processadores Intel 13/14 geração. Se tem qualquer software de VM instalado e está recebendo esse crash, desative ou desinstale o hypervisor e teste.

Overclock é outro. Um overclock instável nem sempre se manifesta como um crash ou travamento óbvio — às vezes a CPU faz a conta errada em uma operação do kernel e a estrutura de dados acaba corrompida. Resete seu BIOS para padrões e teste. Mesmo para perfis XMP de memória — XMP empurra o controlador de memória além da especificação validada, e algumas CPUs lidam pior que outras.

Memória e Hardware

Se reverter drivers e resetar o BIOS não resolver, teste a RAM. RAM defeituosa corrompe aleatoriamente qualquer dado que calha de cair nas células defeituosas — e se dados do kernel caem lá, você recebe CRITICAL_STRUCTURE_CORRUPTION. Execute MemTest86 durante a noite. Qualquer erro significa pente ruim.

Armazenamento falhando pode causar também, embora seja menos comum. Se o arquivo de paginação está em um setor ruim, o Windows lê dados corrompidos do kernel do disco e a verificação de corrupção dispara. Verifique a saúde do disco com CrystalDiskInfo.

Para CPUs desktop Intel 13ª e 14ª geração especificamente — o i9-13900K/14900K e SKUs relacionados tiveram um problema de microcódigo onde tensão elevada degradava a CPU ao longo do tempo, causando corrupção aleatória do kernel. A Intel lançou atualizações de microcódigo no final de 2024 para corrigir o problema de tensão, mas CPUs já degradadas precisam de substituição. Se tem um desses chips e está recebendo CRITICAL_STRUCTURE_CORRUPTION junto com outros BSODs aleatórios, atualize o BIOS da placa-mãe e verifique se a extensão de garantia da Intel se aplica.

Se a tela azul continua acontecendo e os dumps apontam para ntoskrnl.exe sem driver de terceiros óbvio — isso geralmente significa hardware, não software. RAM, CPU, ou em casos raros um defeito na placa-mãe. Nesse ponto podemos ler os crash dumps remotamente e dizer exatamente qual componente está falhando.