Besoin d'aide pour diagnostiquer la cause d'un BSOD [dupliquer]

Dupliquer possible:
Un conseil sur ce qu'il faut faire pour obtenir un écran bleu cryptique dans Windows?

J'ai un PC Windows 7 ici qui commençait à avoir des BSOD très fréquents. Les codes d'erreur étaient différents (IRQL_NOT_LESS_OR_EQUAL, PAGE_FAULT_IN_NONPAGED_AREA, ATTEMPTED_WRITE_TO_READONLY_MEMORY) et il était impossible d'utiliser l'ordinateur plus d'une heure sans en obtenir un. J'ai tout sauvegardé et réinstallé complètement Windows, pensant qu'il s'agissait d'un problème de pilote corrompu. Malheureusement, je reçois toujours les BSOD avec les mêmes messages d'erreur sur cette nouvelle installation.

Cela me dit que ce doit être un matériel défectueux, mais je ne suis pas sûr de ce que ce serait. J'ai exécuté Memtest + sur la machine, mais je n'ai pas eu d'erreur après 2 passages. J'ai également exécuté quelques analyses en mode de récupération intégrées à partir de la partition de récupération HP. J'ai besoin de quelques idées sur la façon de tester le reste du matériel pour résoudre ce problème.

windows-7 windows bsod hardware-failure n00neimp0rtant
la source

Réponses:

Avez-vous essayé l'outil suivant de NirSoft

http://www.nirsoft.net/utils/blue_screen_view.html

BlueScreenView analyse tous les fichiers minidump créés pendant les plantages de l’écran bleu, puis affiche les informations relatives à tous les plantages dans un tableau. BlueScreenView affiche pour chaque incident le nom du fichier minidump, la date et l’heure de l’incident, les informations de base de l’accident affichées sur l’écran bleu (code de contrôle des bogues et 4 paramètres), ainsi que les détails du pilote ou du module ayant éventuellement provoqué l’incident ( nom de fichier, nom du produit, description du fichier et version du fichier). Pour chaque incident affiché dans le volet supérieur, vous pouvez afficher les détails des pilotes de périphérique chargés lors de l'incident dans le volet inférieur. BlueScreenView marque également les pilotes que leurs adresses ont trouvés dans la pile d'accidents, afin que vous puissiez facilement localiser les pilotes suspectés ayant éventuellement provoqué l'incident.

Je l'ai utilisé plusieurs fois et c'est un excellent outil pour déterminer la cause première des BSOD ..

Richie086
la source

De plus, il y a aussi cette page qui vous aide à lire les minidumps si vous avez besoin de plus d'informations sur le crash: support.microsoft.com/kb/315263

MaQleod

Oui, j'ai déjà utilisé BlueScreenView et la plupart des rapports d'incident semblaient accuser ntoskrnl.exe. Mais, comme je l’ai dit, même après la restauration de l’ensemble du système d’exploitation, je suis toujours confronté aux BSOD. J'imagine que cela exclut qu'un conducteur corrompu soit le coupable; est-ce une supposition correcte?

n00neimp0rtant

Ce n'est peut-être pas corrompu, mais il pourrait toujours y avoir une sorte de conflit. Vous devrez analyser le dump pour voir quelle partie du code est déclenchée.

MaQleod