Trouver un périphérique dans Windows en fonction des identificateurs d'objet de périphérique physique (PDO)

J'ai récemment acquis une nouvelle carte mère, un processeur et une RAM. J'ai réinstallé Windows (x64 7 Ultimate) et toutes mes applications pour les nouveaux composants, mais c'est la même licence, la carte vidéo et le lecteur optique (détail) de l'ancien système.

Environ deux semaines plus tard, j'ai vu une erreur STOP d'écran bleu pour la deuxième fois. La première fois que j'avais laissé un jeu en cours d'exécution, j'ai donc blâmé le jeu, mais cette fois j'ai vérifié le journal des événements et j'ai trouvé un rapport de bugcheck avec les données suivantes:

Le bugcheck était: 0x0000009f (0x0000000000000003, 0xfffffa800a21f060, 0xfffff80000b9c3d8, 0xfffffa8007a12540).

Je suis ensuite allé en premier à cette page , puis à cette page pour définir ce que cela signifie.

Sur la base de la description de l'erreur, il se peut que mon ancienne alimentation ne soit pas la tâche du nouveau matériel. Cependant, mon nouveau processeur est évalué à 15 watts plus léger que l'ancien, alors je ne pense pas que c'est le cas.

Je vois également que la valeur 0xfffffa800a21f060 de la vérification des bogues est un "objet de périphérique physique". Un pilote de périphérique obsolète semble être un candidat beaucoup plus probable. Je souhaite retrouver ce numéro dans un nom de périphérique, puis recherchez un pilote mis à jour pour ce périphérique. Malheureusement, je ne suis pas sûr de la prochaine étape.

Des idées sur comment faire? Il semble qu'il s'agisse d'un emplacement sur la pile d'appel en mémoire; J'ai encore la mémoire, si cela est nécessaire.

Mettre à jour:
J'ai trouvé le bugcheck du premier écran bleu. Cela ressemble à ceci:

Le bugcheck était: 0x00000101 (0x0000000000000031, 0x0000000000000000, 0xfffff880009f1180, 0x0000000000000001).

Et la page de référence associée:
Http://msdn.microsoft.com/en-us/library/ff557211(v=vs.85).aspx

Celui-ci ne fournit pas beaucoup de choses à faire. Il pourrait s'agir d'une CPU défectueuse, mais j'aimerais toujours retrouver l'appareil à partir de la dernière vérification d'erreur.

Mise à jour 2:
Selon les instructions d'une réponse, j'ai pu obtenir ceci:

  ******************************************************************************** *****************************
 * *
 * Bugcheck Analysis *
 * *
 ******************************************************************************** *****************************

 DRIVER_POWER_STATE_FAILURE (9f)
 Un pilote cause un état d'alimentation incohérent.
 Arguments:
 Arg1: 0000000000000003, un objet de périphérique bloque un Irp depuis trop longtemps
 Arg2: fffffa800a21f060, Dispositif physique Objet de la pile
 Arg3: fffff80000b9c3d8, Dispositif fonctionnel Objet de la pile
 Arg4: fffffa8007a12540, L'IRP bloqué

 Détails de débogage:
 ------------------


 DRVPOWERSTATE_SUBCODE: 3

 IMAGE_NAME: usbhub.sys

 DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7a68e

 MODULE_NAME: usbhub

 FAULTING_MODULE: fffff88005600000 usbhub

 CUSTOMER_CRASH_COUNT: 1

 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

 BUGCHECK_STR: 0x9F

 PROCESS_NAME: System

 CURRENT_IRQL: 2

 STACK_TEXT:  
 Fffff800`00b9c388 fffff800`02d4b9c2: 00000000`0000009f 00000000`00000003 fffffa80`0a21f060 fffff800`00b9c3d8: nt! KeBugCheckEx
 Fffff800`00b9c390 fffff800`02cea652: fffff800`00b9c4c0 fffff800`00b9c4c0 00000000`00000002 00000000`00000000: nt!  ??  :: FNODOBFM :: `string '+ 0x34a90
 Fffff800`00b9c430 fffff800`02cea4f6: fffffa80`08f0e0d0 fffffa80`08f0e0d0 00000000`00000000 00000000`00000000: nt! KiProcessTimerDpcTable + 0x66
 Fffff800`00b9c4a0 fffff800`02cea3de: 000001e1`889ca6f3 fffff800`00b9cb18 00000000`00ca4ace fffff800`02e55c48: nt! KiProcessExpiredTimerList + 0xc6
 Fffff800`00b9caf0 fffff800`02cea1c7: 00000092`40cd33c3 00000092`00ca4ace 00000092`40cd33b2 00000000`000000ce: nt! KiTimerExpiration + 0x1be
 Fffff800`00b9cb90 fffff800`02cd6a2a: fffff800`02e51e80 fffff800`02e5fcc0 00000000`00000002 fffff880`00000000: nt! KiRetireDpcList + 0x277
 Fffff800`00b9cc40 00000000`00000000: fffff800`00b9d000 fffff800`00b97000 fffff800`00b9cc00 00000000`00000000: nt! KiIdleLoop + 0x5a


 STACK_COMMAND: kb

 FOLLOWUP_NAME: MachineOwner

 FAILURE_BUCKET_ID: X64_0x9F_3_AiCharger_IMAGE_usbhub.sys

 BUCKET_ID: X64_0x9F_3_AiCharger_IMAGE_usbhub.sys

 Suivi: MachineOwner
 ---------

On dirait que le coupable pourrait être une carte via pci usb dans le système. Je n'ai vraiment plus besoin de la nouvelle carte mère (8 ports USB au lieu de seulement 4). Je l'ai gardé dans le nouveau système parce que je n'ai pas vu une raison de ne pas le faire, et parce que je manquais la couverture de la fente pour l'affaire sans elle. Si les écrans bleus continuent, je l'éliminerai probablement.

Il semble un peu moins probable, mais il pourrait également s'agir d'un pilote immature pour le contrôleur de mes ports usb 3.0. Je vais chercher un pilote mis à jour pour ces ports, au cas où.

Oui. Vous pouvez suivre cette vérification d'erreur.

1. Ce dont vous avez besoin, c'est d'abord télécharger des outils de débogage Windows à partir d'ici: http://www.microsoft.com/download/fr/details.aspx?displaylang=fr&id=8279

2. Ensuite, vous devez disposer des symboles de débogage Windows 7 appropriés (Vous voulez la version 'Retail'. Pas la version 'checked': http://msdn.microsoft.com/en-us/windows/hardware/gg463028

3. Installez les outils de débogage normalement. Installez les symboles de débogage dans un nouveau dossier nommé c:\Symbols . Lorsque vous avez terminé avec les deux, ouvrez Outils de débogage pour Windows, allez dans le menu Fichier et sélectionnez "Chemin du fichier symbole". Remplacez tout ce qui se trouve dans la boîte avec cette chaîne (en remplaçant la lettre du lecteur et le chemin des symboles, si vous choisissez d'installer les symboles dans un autre endroit):

 srv*c:\symbols*http://msdl.microsoft.com/download/symbols

4. Ensuite, avec l'Explorateur Windows, passez à c: \ Windows \ Minidump (en supposant que C: est l'endroit où vous avez installé Windows). À l'intérieur, vous trouverez les fichiers dits minidump. Ceux-ci contiennent les informations sur vos BSODS. Un fichier par BSOD nommé après la date de BSOD.

5. Faites glisser le dernier dans votre zone de gris Vide vide de Windows (ou ouvrez-le dans le menu du fichier). Le débogueur va commencer à l'analyser, après quoi vous pouvez voir un lien d' !analyze -v , vous pouvez cliquer.

6. Cliquez dessus et vous obtiendrez le rapport bugcheck. Mettez à jour votre question avec les résultats de cette analize -v et beaucoup d'entre nous ici pourront vous donner une idée de ce qui pourrait être le problème.

Un exemple de ce que vous souhaitez coller dans votre question ci-dessus est donné ci-dessous (à partir de l'un de mes propres fichiers minidump au début de cette année, lorsque j'ai découvert que j'avais une RAM défectueuse:

 BugCheck 1000008E, {c0000005, 940c23de, abb34b0c, 0} Probably caused by : Npfs.SYS ( Npfs!NpRemoveAllAttributesFromList+14 ) Followup: MachineOwner

[…]

 KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e) [...] Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 940c23de, The address that the exception occurred at Arg3: abb34b0c, Trap Frame Arg4: 00000000 EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. FAULTING_IP: Npfs!NpRemoveAllAttributesFromList+14 940c23de 897004 mov dword ptr [eax+4],esi

Lorsque vous avez chargé le dmp dans Windbg et avez chargé les symboles , exécutez !podev 0xfffffa800a21f060 (adresse de l'argument 2: Arg2: fffffa800a21f060, Physical Device Object of the stack ).

Cela détruit l'objet Physical Device Object (DOP).

X64_0x9F_3_ AiCharger _IMAGE_usbhub.sys

Me dit que le pilote ASUS Ai Charger l' a provoqué.