6

Недавно я приобрел новую материнскую плату, процессор и оперативную память. Я переустановил Windows (x64 7 Ultimate) и все мои приложения для новых компонентов, но это та же (розничная) лицензия ОС, видеокарта и оптический привод из старой системы.

Примерно через две недели я уже во второй раз вижу ошибку STOP на синем экране. В первый раз, когда я оставил игру запущенной, я обвинил игру, но на этот раз я проверил журнал событий и нашел отчет о проверке ошибок со следующими данными:

Ошибка была: 0x0000009f (0x0000000000000003, 0xfffffa800a21f060, 0xfffff80000b9c3d8, 0xfffffa8007a12540).

Затем я пошел на эту страницу, а затем на эту страницу, чтобы наметить, что это значит.

Исходя из описания ошибки, возможно, мой старый блок питания не соответствует задаче для нового оборудования. Тем не менее, мой новый процессор на 15 Вт легче старого, поэтому я не думаю, что это так.

Я также вижу, что значение 0xfffffa800a21f060 из проверки на наличие ошибок является "объектом физического устройства". Устаревший драйвер устройства кажется гораздо более вероятным кандидатом. Я хочу отследить этот номер до имени устройства, а затем найти обновленный драйвер для этого устройства. К сожалению, я не уверен в следующем шаге.

Есть идеи как это сделать? Похоже, это может относиться к месту в стеке вызовов в памяти; У меня все еще есть дамп памяти, если это необходимо.


Обновить:
Я нашел баг-чек с первого синего экрана. Это выглядит так:

Ошибка была: 0x00000101 (0x0000000000000031, 0x0000000000000000, 0xfffff880009f1180, 0x0000000000000001).

И связанная справочная страница:
http://msdn.microsoft.com/en-us/library/ff557211(v=vs.85).aspx

Этот не дает много для продолжения. Это может быть неисправный процессор, но я все же хотел бы отследить устройство от последней ошибки.


Обновление 2:
Основываясь на инструкциях в ответе, я смог получить это:

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

DRIVER_POWER_STATE_FAILURE (9f)
A driver is causing an inconsistent power state.
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: fffffa800a21f060, Physical Device Object of the stack
Arg3: fffff80000b9c3d8, Functional Device Object of the stack
Arg4: fffffa8007a12540, The blocked IRP

Debugging Details:
------------------


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

Followup: MachineOwner
---------

Похоже, виновником может быть USB-карта через систему в системе. Мне не нужно больше на новой материнской плате (8 портов USB вместо 4). Я сохранил его в новой системе, потому что не видел причин не делать этого, и потому что мне не хватает крышки слота для корпуса без него. Если синие экраны продолжатся, я, скорее всего, уберу их.

Это кажется немного менее вероятным, но это также может быть незрелым драйвером для контроллера моих портов USB 3.0. Я пойду искать обновленный драйвер для этих портов, на всякий случай.

2 ответа2

4

Да. Вы можете отследить эту ошибку.

1. Сначала вам нужно загрузить средства отладки Windows здесь: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=8279.

2. Далее вам понадобятся соответствующие символы отладки Windows 7 (вам нужна «розничная» версия. Не «проверенная» версия:http://msdn.microsoft.com/en-us/windows/hardware/gg463028

3. Установите средства отладки как обычно. Установите символы отладки в новую папку с именем c:\Symbols . Когда закончите с обоими, откройте Средства отладки для Windows, перейдите в меню "Файл" и выберите "Путь к символьному файлу". Замените все, что находится в поле, этой строкой (заменив букву диска и путь к символам, если вы решили установить символы куда-то еще):

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

4. Затем с помощью проводника Windows перейдите в c:\Windows\Minidump (при условии, что C: там, где вы установили Windows). Внутри вы найдете так называемые мини-дамп файлы. Они содержат информацию о ваших BSODS. Один файл на BSOD, названный в честь даты BSOD.

5. Перетащите последнюю в пустую серую область инструментов отладки для Windows (или откройте ее через меню файлов). Отладчик начнет анализировать его, после чего вы можете увидеть !analyze -v ссылку вы можете нажать.

6. Нажмите на нее, и вы получите отчет об ошибке. Обновите свой вопрос с результатами этого анализа -v, и многие из нас смогут подсказать вам, в чем может быть проблема.


Пример того, что вы можете вставить в свой вопрос выше, приведен ниже (из одного из моих собственных файлов мини-дампов в начале этого года, когда я узнал, что у меня неисправен ОЗУ:

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
0

Когда вы загрузите dmp в Windbg и загрузите символы, запустите !podev 0xfffffa800a21f060 (адрес из аргумента 2: Arg2: fffffa800a21f060, Physical Device Object of the stack).

Это сбрасывает объект физического устройства (PDO).

это

X64_0x9F_3_ AiCharger _IMAGE_usbhub.sys

говорит мне, что это вызвал драйвер ASUS Ai Charger .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .