Eu não sou o melhor depurador de sistemas operacionais, mas aqui está o que eu vejo:
PAGE_FAULT_IN_NONPAGED_AREA (50) Invalid system memory was referenced.
O que geralmente faz com que isso seja uma condição de "uso após livre" em que a memória é liberada e, em seguida, um encadeamento faz referência a ela como se ainda estivesse alocada. Quando um programa em modo de usuário faz isso, ele normalmente acaba travando esse programa. Mas quando um componente do modo kernel, como um driver, faz isso, ele causa uma verificação de bug. Isso também pode ser causado quando um thread tenta gravar em um endereço marcado como somente leitura. Mas como o argumento dois do código de erro especificou que a falha ocorreu durante uma operação de leitura, podemos eliminar essa possibilidade.
Outras coisas podem causar essa verificação de bug também, como hardware defeituoso e raios cósmicos lançando bits em sua memória RAM. Mas, para fins de discussão, também desconsideraremos essas possibilidades.
Se você olhar para o texto da pilha, isso se destaca para mim:
ExFreePoolWithTag+0x67b fffffadf1fb33360
Essa função liberou a memória do pool, que está no espaço do kernel. Eu não estou certo de que isso liberou a memória que foi posteriormente referenciada que causou a falha da máquina, mas eu sou altamente suspeito disso. Geralmente, são os drivers que alocam e desalocam a memória do pool. As pessoas que escrevem drivers têm que ser extremamente cuidadosas ao alocar e desalocar a memória, porque se você não fizer isso perfeitamente , você causa um vazamento de memória ou falha máquina.
Se você procurar aqui , você verá os parâmetros do seu código de verificação de erros:
Parameter Description
---------------------------
1 Memory address referenced
2 0: Read operation 1: Write operation
3 Address that referenced memory (if known)
4 Reserved
O Windbg identificou o sptd.sys como uma causa provável da falha. Eu estou supondo que o Windbg descobriu que o sptd.sys é o culpado porque aconteceu de ser carregado no endereço encontrado no argumento 3 do código do mandril de bugs. (Mas eu poderia estar errado sobre isso. Eu não tenho certeza como Windbg deriva essa informação.) A informação não é garantida para ser preciso em qualquer caso, mas stpd.sys parece ser um driver não-Microsoft relacionado ao CD / DVD software de gravação como Daemon Tools e Alcohol 120%.
Eu definitivamente começaria atualizando ou desinstalando esse software.
Editar: parece que você pode encontrar versões atualizadas do sptd.sys aqui: link