Comment utiliser les fichiers de mini-vidage Windows?

J'ai un mini-ITX Intel DH61AG mobo avec un processeur Intel i3 et 8 Go de RAM DDR3 à 1600 MHz. Quoi qu'il en soit, cet ordinateur plante fréquemment. Ce n'est pas un problème de système d'exploitation, car j'ai utilisé Ubuntu (et j'ai eu des paniques du noyau), Windows 7 et Windows 8. Chacun de ces systèmes d'exploitation a eu des problèmes, j'ai donc effectué une vérification du disque dur et je sais que ce n'est pas un problème de chaleur parce que j'ai testé le processeur pendant quelques jours lorsque j'ai assemblé l'ordinateur pour la première fois. Cependant, lorsque j'ai exécuté memtest86 +, j'ai eu une erreur - j'ai donc fait des tests individuels, et les deux puces sont revenues bien, j'ai fait un test vraiment intense avec les deux à nouveau (a pris une demi-journée), et aucune erreur. Donc, je pense toujours que le problème pourrait être la RAM, mais je ne suis pas sûr - je l'ai testé assez longuement (je pourrais le laisser fonctionner toute la nuit ce soir) ... ce qui m'amène à mon point.

Quelqu'un pourrait-il m'expliquer (en termes simples si possible) comment lire les fichiers minidump des ordinateurs Windows? J'ai déjà essayé avec un guide que j'ai trouvé en ligne, mais j'ai lamentablement échoué. Je suis bien avec l'installation du logiciel, j'en aurai probablement besoin dans le futur aussi. J'ai vu quelques autres articles sur SU qui demandent simplement aux gens de publier des journaux de mini-vidage, mais j'ai l'impression que c'est trop localisé. Quelqu'un pourrait-il expliquer cela?

Deux options vraiment - si vous avez déjà un mini vidage, vous pouvez le charger dans bluescreenview

Cela devrait vous permettre de lire vos vidages et de vous permettre d'en rechercher diverses parties en ligne.

Cependant, une solution plus simple serait mise en échec - qui fait l'analyse pour vous et l'explique simplement.

En supposant que vous ne voulez pas / ne pouvez pas / ne voulez pas utiliser WinDbg pour analyser, une autre option est de le soumettre en ligne pour être analysé pour vous.

Vous pouvez soumettre des vidages sur incident au site Microsoft Online Crash Anylsis et obtenir des informations sur l'accident , mais il semble avoir davantage changé en outils d'analyse et format de guide de bricolage.

D'un autre côté, OSR Online a toujours une fonction de soumission et d'analyse de vidage sur incident en ligne : l'analyse instantanée en ligne des plantages .

Les minidumps contiennent des informations sur le processus qui s'est bloqué. Si vous n'avez pas le code source de ce module, le minidump pourrait ne pas vous aider beaucoup. Il contient des informations sur la pile dans chaque thread d'un processus au moment du crash, et un tas d'autres choses.

Parce que vous n'avez probablement pas les fichiers de base de données du programme pour ce qui s'est écrasé, vous ne pouvez pas lier ces informations aux lignes de code source.

Cela dit, vous pouvez les ouvrir dans Visual Studio. J'ai également fait un Google très rapide , juste au cas où je manquerais quelque chose (étant programmeur, j'ai tendance à penser comme un programmeur beaucoup et je commence à imaginer que les minidumps sont juste pour les programmeurs). Trouvé ceci:

http://www.memecode.com/docs/minidump.php

Parle de l'installation des outils de débogage de Microsoft pour analyser le minidump. Vérifiez cela et voyez si vous pouvez en tirer des informations utiles. À tout le moins, le nom du module qui s'est écrasé pourrait vous aider.

Si vous pensez que c'est un problème de RAM intermittent (et surtout s'il est assis dans l'ordinateur depuis de nombreuses années), vous devriez essayer de réinstaller (retirer et réinsérer) la RAM et relancer vos tests. Avec un peu de chance, ça pourrait guérir.

Si vous obtenez une erreur de memtest, vous avez un problème de RAM. Il se peut que le fait de réinstaller la mémoire ou de changer d'emplacements ait fait disparaître le problème. Laissez memtest fonctionner pendant une semaine.