Duas opções - se você já tem um minidump, pode carregá-lo em bluescreenview
Issodeveserfeitoquandovocêlêseusdespejosepermitequevocêprocureváriaspartesdeleon-line.
Noentanto,umasoluçãomaisfácilseria
Eu tenho uma Mobility Mini-ITX Intel® DH61AG com processador Intel i3 e 8GB de memória RAM DDR3 de 1600MHz. De qualquer forma, este computador tem falhado frequentemente. Não é um problema do sistema operacional, já que usei o Ubuntu (e tive kernel panics), Windows 7 e Windows 8. Cada um desses SOs teve problemas, então executei uma verificação de HDD e sei que não é um problema de aquecimento porque testei o processador por alguns dias quando coloquei o computador em primeiro lugar. Quando eu rodei o memtest86 +, no entanto, recebi um erro - então fiz testes individuais, e os dois chips voltaram bem, fiz um teste muito intenso com os dois novamente (demorei meio dia) e sem erros. Então, eu ainda acho que o problema poderia ser RAM, mas não tenho certeza - eu testei bastante extensivamente (pode deixá-lo rodar a noite toda novamente esta noite) ... o que me leva ao meu ponto.
Alguém poderia me explicar (em termos simples, se possível) como ler os arquivos de minidespejo de computadores com Windows? Eu tentei antes com um guia que encontrei online, mas falhei miseravelmente. Estou bem com a instalação do software, provavelmente vou precisar dele também no futuro. Eu tenho visto alguns outros posts no SU que apenas pedem para as pessoas postarem logs de minidespejo, mas eu sinto como se isso fosse muito localizado. Alguém poderia explicar isso?
Duas opções - se você já tem um minidump, pode carregá-lo em bluescreenview
Issodeveserfeitoquandovocêlêseusdespejosepermitequevocêprocureváriaspartesdeleon-line.
Noentanto,umasoluçãomaisfácilseria
Supondo que você não pode / não quer usar o WinDbg para analisar, outra opção é enviá-lo on-line para ser analisado por você.
Você pode enviar despejos de memória para o site Análises de falhas on-line da Microsoft e obter algumas informações sobre o acidente , mas parece que há mais mudanças nas ferramentas de análise DIY e no formato de guia.
O OSR Online, por outro lado, ainda tem um recurso de envio e análise de despejo de memória de falhas on-line: a Análise de falha instantânea on-line .
Os minidespejos contêm informações sobre o processo que caiu. Se você não tiver o código fonte para esse módulo, o minidump pode não ajudar muito. Ele contém informações sobre a pilha em cada thread de um processo no momento da falha e um monte de outras coisas.
Como você provavelmente não possui os arquivos de banco de dados do programa para o que ocorreu com o travamento, não é possível vincular essas informações às linhas do código-fonte.
Dito isso, você pode abri-los no Visual Studio. Também fiz um Google muito rápido, para o caso de estar faltando alguma coisa (sendo programador, tenho a tendência de pensar muito como programador e começo a imaginar que os minidespejos são apenas para programadores). Encontrei isto:
Fala sobre instalar o Microsoft Debugging Tools para analisar o minidump. Verifique isso e veja se consegue obter alguma informação útil. No mínimo, o nome do módulo que caiu pode ajudá-lo.
Se você suspeitar que é um problema de RAM intermitente (e especialmente se ele estiver no computador há muitos anos), você deve tentar recolocar (remover e reinserir) a RAM e executar seus testes novamente. Com um pouco de sorte, isso pode curá-lo.
Se você recebeu um erro do memtest, você tem um problema de ram. Pode ser que a recolocação da memória ou a troca de slots tenha feito o problema desaparecer. Deixe o memtest rodar por uma semana.