Comment obtenir plus d'informations sur Windows 8 BSOD non informatif?

L'écran bleu de la mort de Windows 8 est différent de celui de Windows précédent:

Windows 8 BSOD

Afin de savoir ce qui a causé le problème, vous devez écrire ou rappeler le terme de recherche qu'il vous présente. Les deux termes de recherche que j'ai vus suggérés jusqu'ici sont
SYSTEM_SERVICE_EXCEPTION et HAL_INITIALIZATION_FAILED .

Bien qu'il soit agréable de ne pas avoir à regarder un écran bleu plein de texte, le BSOD précédent était plus informatif que Windows 8 BSOD, puisqu'il contenait un code d'erreur détaillé (des informations à des fins de diagnostic collectées lorsque le système d'exploitation a effectué un bug Vérification), qui pourrait vous rapprocher du suivi de la racine du problème.

Comment puis-je obtenir plus d'informations sur l'erreur rencontrée par Windows 8, afin de suivre la racine du problème?

En ignorant le nom de BSOD typique, ceux-ci sont plus formellement référés à un Bug Checks. Afin de rechercher un certain code BSOD en fait , vous pouvez le consulter dans la Référence du code de vérification des bogues .

Bug Check 0x3B: SYSTEM_SERVICE_EXCEPTION et 0x5C: HAL_INITIALIZATION_FAILED sonne familier à vous, vous pouvez les lire là-bas, mais je détaillerai des choses qui peuvent sembler obscures pour une personne qui ne fait pas de débogage ou une programmation de pilote de bas niveau.

SYSTEM_SERVICE_EXCEPTION

La description sur la page est:

Cela indique qu'une exception s'est produite lors de l'exécution d'une routine qui passe d'un code non privilégié à un code privilégié.

Cela se produit lorsque certains codes sur votre système tentent d'exécuter un autre code qui est d'une priorité plus élevée, lorsque cela se produit sans élévation de privilèges, cela signifie que le code non-privilège enfreindrait la sécurité. C'est souvent ce qu'un pilote qui fonctionne correctement, mais pourrait également être un rootkit sous la forme d'un pilote qui se heurte à une certaine forme de protection.

Cela ne signifie pas que nous devrions exclure d'autres erreurs possibles, comme la corruption de la mémoire, ce qui pourrait être vu en faisant enquête sur le vidage du crash pour voir si le comportement indique un pilote ou est plus aléatoire. Même si le vidage du crash était aléatoire, il ne fallait pas aboutir à une mauvaise mémoire, mais pourrait encore être le résultat d'un pilote qui corrompt la mémoire. Faire un test de mémoire est donc pratique pour vérifier s'il y a une mauvaise mémoire pour obtenir une idée plus claire si nous sommes dans cette voie.

HAL_INITIALIZATION_FAILED

La description sur la page est:

Cela indique que l'initialisation HAL a échoué.

Ouais, c'est tout ce qu'elle a dit. En étudiant ce que le HAL serait la prochaine étape logique pour comprendre ce qui se passe ici, en bref, cette partie de la section "En systèmes d'exploitation" contribue:

Une couche d'abstraction matérielle (HAL) est une couche d'abstraction, implémentée dans un logiciel, entre le matériel physique d'un ordinateur et le logiciel qui s'exécute sur cet ordinateur. Sa fonction est de cacher les différences de matériel de la plupart des noyaux du système d'exploitation, de sorte que la plupart des codes du mode noyau n'ont pas besoin d'être modifiés pour être exécutés sur des systèmes dotés d'un matériel différent.

Sur un PC, HAL peut essentiellement être considéré comme le pilote de la carte mère et permet aux instructions des langages informatiques de niveau supérieur de communiquer avec des composants de niveau inférieur, comme directement avec le matériel.

Ouais, c'est encore assez long. Mais il souligne quelques causes possibles plus intéressantes: matériel défectueux, code d'abstraction, pilotes de la carte mère / chipset ou d'autres pilotes. La marche à travers ces causes possibles en arrière nous permet de voir niveau par niveau où le problème pourrait résider; Et pour cela, nous avons à nouveau besoin d'inspecter le déchargement du crash.

Inspecter une décharge de crash?

Comme indiqué dans les commentaires, vous pouvez visiter cette URL pour certaines instructions de base bien que je suggère de télécharger la vidange si possible afin que nous puissions la vérifier pour vous. J'utilise habituellement WinDBG à partir de l'outil de débogage pour Windows pour le faire. Alternativement, vous pouvez utiliser l' Analyseur de crash crash en ligne instantané en ligne à partir de OSR Online, même si cela ne vous permet pas d'inspecter les choses plus loin que l'analyse générique du vidage. Donc, une fois que vous avez obtenu le vidage du crash, faites-nous savoir …

Vous pouvez voir la même information sur l'ancien écran bleu dans l'Observateur d'événements. Journal du système, Event-id 1001

http://msdn.microsoft.com/en-us/library/ff559069(v=vs.85).aspx

Vous pouvez également vous débarrasser du nouveau message 🙁 écran bleu et restaurer l'ancien écran de vérification des bogues comme XP et W7.

Soyez certain que KB2929742 est déjà installé.

Ensuite, ouvrez l'éditeur de registre dans Windows et éditez cette clé

HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ CrashControl

Créez un nouveau Dword "DisplayParameters" et réglez-le sur 1.

Réglez "AutoReboot" sur 0

Redémarrez le PC pour que les modifications prennent effet. La prochaine fois, BSOD affichera plus d'informations sur l'écran bleu et restera sur l'écran bsod jusqu'à ce que vous éteignez.