Corrigir PAGE_FAULT_IN_NONPAGED_AREA no Windows 11

O sistema precisou de dados de um bloco de memória que deveria estar sempre residente — pool não paginado, o que Windows nunca troca para disco porque precisa acesso instantâneo — e os dados não estavam lá. Ou a célula de RAM segurando ficou ruim, ou driver escreveu lixo por cima, ou arquivo de paginação no disco está corrompido. Stop code 0x00000050. A tela azul às vezes nomeia arquivo .sys, às vezes só diz ntoskrnl.exe que não ajuda sozinho.

Verifique Visualizador de Eventos primeiro. Win+X, Visualizador de Eventos, Logs do Windows, Sistema. Procure entrada BugCheck — segundo parâmetro diz endereço de memória que falhou, quarto diz se foi operação de leitura (0) ou escrita (1). Falha de escrita geralmente aponta para driver corrompendo memória ativamente. Falha de leitura pode ser RAM ruim, arquivo de paginação ruim, ou driver tentando ler memória que já liberou.

Quando Nomeia um Driver

Se a tela azul ou Visualizador de Eventos mostra arquivo .sys específico, é seu ponto de partida. Os que mais vejo com este stop code: win32kfull.sys (subsistema de exibição, geralmente driver GPU desatualizado), ntfs.sys (driver de sistema de arquivos — geralmente significa disco falhando em vez de bug de driver), e ndis.sys ou vários arquivos .sys de adaptador de rede.

Surface Pro 9 de uma cliente crashava a cada duas horas com PAGE_FAULT nomeando win32kfull.sys. Estava no driver Intel Iris Xe de novembro 2025 que Windows Update empurrou. Revertemos para versão de outubro pelo Gerenciador de Dispositivos e parou. Microsoft empurrou mesmo driver ruim para milhares de dispositivos Surface antes de retirar três semanas depois.

Para qualquer crash específico de driver, sequência é a mesma: Modo de Segurança, reverter ou desinstalar driver, reiniciar, instalar versão funcional conhecida do site do fabricante. Se é driver GPU, instalação limpa com DDU é o método correto — só atualizar por cima de instalação corrompida nem sempre resolve.

Quando Não Nomeia Nada

Sem arquivo .sys, ou só ntoskrnl.exe — suspeite RAM ou arquivo de paginação. Se sua tela azul diz MEMORY_MANAGEMENT em vez de PAGE_FAULT, mesmo diagnóstico — stop code diferente, causas sobrepostas.

Arquivo de paginação é o mais fácil de descartar. É o arquivo que Windows usa como estouro quando RAM física enche. Se está em setor morrendo do disco, qualquer tentativa de trocar dados dentro ou fora dele causa erro de leitura e PAGE_FAULT. Abra Propriedades do Sistema (Win+R, sysdm.cpl), aba Avançado, Configurações de Desempenho, aba Avançado, Memória Virtual, Alterar. Desmarque “Gerenciar automaticamente”, defina como Gerenciado pelo sistema para unidade C: especificamente, clique Definir, reinicie. Força Windows a recriar arquivo de paginação do zero. Se o crash era arquivo de paginação corrompido, resolve.

Se não resolveu, ou se crashes acontecem quando nem está perto de usar toda RAM, suspeite memória física. Mesma história de toda tela azul relacionada a memória — MemTest86 de USB bootável, durante a noite, mínimo quatro passadas. Diagnóstico de Memória do Windows pega talvez 30% do que MemTest86 encontra. Tive máquina que só crashava quando temperatura ambiente estava alta — tardes de verão especificamente. Um pente tinha célula marginal que funcionava frio mas falhava quando interior do gabinete esquentava. MemTest86 não pegou até rodar com painel lateral do gabinete fechado e sala a 28°C. Estranho, mas falhas de memória nem sempre aparecem em condições ideais de teste.

Se MemTest86 volta limpo e reconstrução do arquivo de paginação não ajudou, rode sfc /scannow e DISM /Online /Cleanup-Image /RestoreHealth no Prompt de Comando admin. Arquivos de sistema corrompidos na área do pool não paginado causam mesmo padrão de crash. Nosso guia SFC cobre o que fazer quando esses comandos encontram mas não conseguem corrigir problemas.

Este stop code é um dos mais difíceis de diagnosticar porque fica na interseção de RAM, armazenamento e drivers. Se está perseguindo há mais de duas horas, envie seus arquivos de dump — estão em C:\Windows\Minidump e contêm endereço exato de falha e pilha de chamadas que identifica a causa.