DriversCloud.com instruções de uso

Quando o sistema trava, ele gera uma imagem de memória da falha no disco rígido, antes de retornar uma tela azul de morte (BSOD) para a tela. Estas minidumpas podem ser analisadas por este serviço para ajudar a encontrar a causa do acidente. 85% das colisões são causadas por condutores de buggy. O resto é quase completamente devido ao hardware.

Para que o serviço funcione, você precisa habilitar a geração de minidumps no sistema. Abra o painel de controle do sistema. Clique nas configurações avançadas do sistema. Clique em definições no arranque e na recuperação. No menu pop-up, escolha imagem de memória parcial. Clique em OK.

O seu sistema está agora correctamente configurado. Agora você tem que esperar pelo próximo BSOD, pois não foi gerado nenhum minidump se as suas preferências estavam incorretas.

Quando um novo BSOD aparecer , inicie a detecção e depois clique no botão Análise BSOD na barra de serviços.

O agente é configurado por padrão para escanear os 8 minidumps mais recentes. Você pode alternar entre os BSODs clicando na pequena seta apontando para baixo à direita na página de configuração.

A primeira informação dá o tipo de BSOD (Bug Check String) e a data do bsod.

Se a análise de despejo for um sucesso, aparece uma seção Fonte de Crash, que indica o motorista onde ocorreu o acidente. No exemplo acima, é o kernel gráfico do Windows que trava. Podemos deduzir que se trata de um problema relacionado com a placa gráfica. Ou o driver gráfico ou a própria placa gráfica. Aconselhamos a pesquisa no Google com o nome do condutor se este não estiver suficientemente explícito.

Em alguns casos, você também recebe uma pilha de chamadas. Ele permite que você veja o caminho dos diferentes condutores chamados antes de causar o BSOD. Se a origem do acidente não for clara, a análise desta pilha de chamadas pode dar indicações.

Se a análise falhar você se deparará com o ntoskrnl.exe. Este é o kernel do sistema, não significa que o problema esteja no próprio kernel. Nos sistemas actuais os drivers e o kernel partilham o mesmo espaço de memória, um driver pode alterar o estado do kernel e causar a sua falha.

No caso do BSOD 124 (WHEA_UNCORRRECTABLE_ERROR ), sistemas recentes retornam erros de hardware através da tecnologia WHEA. No exemplo acima é claro que o processador está envolvido. De facto, o problema neste exemplo foi causado por um overclocking instável.

Se a análise não der nada, você deve realizar uma série de testes clássicos para o hardware:

• A memória com o software memtest.
• O processador com o software OCCT
• Você pode monitorar temperaturas e tensões com o serviço de monitoramento de hardware DriversCloud
• Quedas de tensão com o software OCCT
• GPU benchmark com OCCT
• informações SMART na página DriversCloudno disco rígido
• Erros no disco rígido indicados novisualizador de eventos.

Finalmente você pode postar seu problema BSOD no fórum na seção dedicada para obter ajuda.