Corrigir SYSTEM_SERVICE_EXCEPTION Windows 11

Stop code SYSTEM_SERVICE_EXCEPTION quer dizer que um thread do sistema gerou uma exceção que o handler de erro não pegou. Stop code 0x0000003B. Nove em dez vezes o driver culpado tá ali na tela azul do lado do stop code — algo tipo win32kfull.sys, nvlddmkm.sys, dxgkrnl.sys, igdkmd64.sys. Se apareceu um nome de driver, começa por ele. Se a tela só mostrou SYSTEM_SERVICE_EXCEPTION sem nenhum arquivo, você vai precisar do dump de crash.

Drivers de GPU dominam esse stop code. Mais do que qualquer outra tela azul, esse aqui aponta pro seu driver gráfico fazendo algo que não devia — tentando acessar memória fora da alocação, dividindo por zero, caindo num caminho não tratado no pipeline de exibição. O nvlddmkm.sys da NVIDIA especificamente aparece em provavelmente metade dos dumps de SYSTEM_SERVICE_EXCEPTION que já analisei.

Se apareceu nvlddmkm.sys: baixe o DDU (Display Driver Uninstaller) do Wagnardsoft, entre no Modo de Segurança, rode o DDU pra arrancar todo rastro do driver NVIDIA, reinicie, instale um driver limpo do nvidia.com. Não use o GeForce Experience pra instalar — vá direto em nvidia.com/drivers, escolha sua placa manualmente, baixe o pacote só do driver. O GeForce Experience já foi a causa real do SYSTEM_SERVICE_EXCEPTION em duas máquinas que peguei. O overlay dele se conecta no pipeline de exibição e às vezes conflita com o próprio driver que deveria gerenciar.

Gráficos integrados da Intel — igdkmd64.sys — crasham assim quando o Windows Update instala um driver Intel mais novo que não funciona bem com a revisão específica do hardware. Intel 12a geração Alder Lake teve uma fase no final de 2024 onde o driver distribuído pelo Windows causava SYSTEM_SERVICE_EXCEPTION em notebooks com GPU dual durante reprodução de vídeo. Gerenciador de Dispositivos, Adaptadores de vídeo, clique com botão direito no adaptador Intel, Propriedades, aba Driver, Reverter Driver. Se Reverter tiver cinza, atualize manualmente pelo centro de downloads da Intel com a versão anterior.

win32kfull.sys e win32kbase.sys

Esses são arquivos do subsistema de exibição em modo kernel do Windows. Quando aparecem junto de SYSTEM_SERVICE_EXCEPTION, não é driver de terceiros — é o próprio Windows crashando durante renderização gráfica. Aplicativos específicos provocam isso mais do que qualquer coisa sistêmica. Um Surface Pro 9 ficava crashando quando o dono abria chamada de vídeo no Teams — win32kfull.sys toda vez, só durante vídeo, nunca em idle. O driver Intel tava ok, o Teams tava ok sozinho, mas a combinação de decodificação de vídeo com aceleração de hardware no Teams mais aquela versão específica do driver Intel resultava em crash. Desativou aceleração de hardware nas configurações do Teams e parou.

Photoshop, Chrome com aceleração de hardware ligada, DaVinci Resolve, OBS — qualquer app que força renderização GPU pelo stack de exibição do Windows pode provocar isso. Se você percebe que o crash sempre acontece durante um aplicativo específico, desative a aceleração de hardware nas configurações desse app primeiro.

Corrupção de fontes também provoca crashes do win32kfull.sys. Arquivos .ttf ou .otf danificados em C:\Windows\Fonts fazem o subsistema de renderização engasgar. Se você instalou fontes customizadas recentemente e os crashes começaram na mesma época, remova essas fontes. Você também pode reconstruir o cache de fontes — pare o Serviço de Cache de Fontes do Windows, delete o conteúdo de C:\Windows\ServiceProfiles\LocalService\AppData\Local\FontCache\, reinicie o serviço.

Quando Não Aparece Nome de Driver

Às vezes a tela azul só diz SYSTEM_SERVICE_EXCEPTION sem nenhum arquivo listado. Baixe o BlueScreenView — ele lê os arquivos de minidump em C:\Windows\Minidump\ e mostra exatamente qual módulo causou cada crash. A coluna “Caused By Driver” entrega o nome do arquivo que a tela azul não mostrou.

Se o BlueScreenView apontar pra ntoskrnl.exe, esse é o kernel do Windows — geralmente significa que o verdadeiro culpado é algo que corrompeu a memória do kernel. Rode sfc /scannow num Prompt de Comando elevado. Se o SFC encontrar corrupção que não consegue reparar, continue com DISM /Online /Cleanup-Image /RestoreHealth e depois SFC de novo. Nosso guia do SFC cobre o processo completo quando a primeira passada não resolve tudo.

Antivírus causa mais crashes de SYSTEM_SERVICE_EXCEPTION do que o pessoal imagina. Os drivers de filtro em modo kernel que antivírus instalam se conectam fundo no Windows e qualquer bug neles derruba o sistema inteiro. Se você instalou ou atualizou Bitdefender, Norton, McAfee ou Kaspersky recentemente, tente desinstalar temporariamente e ficar só com o Windows Defender por alguns dias. Se os crashes pararem, entre em contato com o fabricante do AV ou troque de produto — o Windows Defender hoje em dia é genuinamente bom o suficiente que antivírus de terceiros causa mais problemas do que previne na maioria das máquinas.

Se você já passou por tudo isso e os crashes não param — driver diferente em cada dump, nenhum padrão claro, SFC limpo, sem AV de terceiros — desconfie da RAM. Memória defeituosa pode causar literalmente qualquer stop code porque a corrupção é aleatória. Rode o Diagnóstico de Memória do Windows (mdsched.exe), deixe fazer o teste estendido, leva uns 20 minutos. Se encontrar erros, você precisa descobrir qual pente — tira um, testa, troca, testa. Se nada resolver, nos mande os arquivos de dump e a gente lê direito.