Depuração pendente onde Ctrl Alt Delete não funcionará

Question

Meu computador congelou recentemente do nada enquanto eu estava navegando na web. Ctrl-Alt-Delete não funcionou, então tive que recorrer a matar o poder e reinicializar.

Agora estou pensando no que eu poderia ter feito para diagnosticar e determinar a causa do motivo da suspensão.

Eu li que você pode forçar um travamento do sistema , mas depois que eu recebo um despejo de memória do kernel, o que eu poderia fazer no windbg para descobrir por que ele estava pendurado?
Isso funcionaria mesmo se eu não pudesse usar ctrl-alt-delete? Existem outras opções para descobrir isso?

    

Answer 1

Quando o seu sistema congela, não há nada que você possa fazer para analisar a situação. Normalmente, você nem poderá fazer nenhuma análise post-mortem, porque nenhuma informação sobre o travamento é registrada.

O método descrito no artigo que você vinculou deve ser usado por desenvolvedores de drivers que tenham para causar uma falha para fins de teste. Isso não ajudaria em sua situação, principalmente porque você não tinha a chave de registro definida quando isso aconteceu. Se você tivesse definido, você poderia ter causado uma falha e teria um despejo de memória para análise post-mortem.

O que eu posso fazer com isso?

Provavelmente nada. Quando você coletou esse despejo por meio de uma falha normal, ele normalmente conteria informações facilmente obtidas sobre quem ou o que causou a falha. Você pode obter essa informação carregando o despejo no windbg e executando:

!analyze -v

No entanto, se você tivesse habilitado a opção de registro para causar uma falha, o windbg indicaria que o driver do teclado causou a verificação de bug.

Você pode verificar os outros processos e encadeamentos que foram registrados no dump para descobrir o que realmente causou o travamento. Mas você deve realmente saber o que está fazendo e / ou procurando.

Então, o que devo fazer?

O problema com interrupções aleatórias é que elas são aleatórias. Desde que pareçam aleatórios, não há nada que você possa fazer. Você pode observar o comportamento por tempo suficiente até não parecer mais aleatório.

Quando perceber que o problema ocorre devido a um determinado padrão, você pode começar a solucionar o problema.

    

Answer 2

Quando você forçar um arquivo de despejo a ser gerado - que pode nem funcionar dependendo do problema que você encontrar - você pode usar o WinDbg para procurar possíveis causas. A primeira coisa a fazer em tal caso seria:

!analyze -hang -v

... mas os detalhes são determinados pelo resultado disso e requer muita experiência para analisar esse tipo de coisa. Você pode nem ter todos os dados disponíveis para você rastrear até o final (afinal você não tem todos os símbolos).

    

Answer 3

Memdumps pode ajudá-lo a diagnosticar um problema que fez com que o memdump fosse feito. Forçar um não irá ajudá-lo.

A maioria das BSODs é causada por drivers de dispositivos, tente atualizá-los.