Исправляем синий экран смерти (BSOD). Windows Debugging Tool

[Нелля Мурадова]

Спасибо за ответ
Протокол интернета 6 у меня уже отключен. Драйвер сетевой карты я обновила, но проблема все равно не устранена.
А вот в сетевых адаптерах есть Intel centrino wireless n2230, и когда к wi-fi сети подключаешься, подключение идет через него. Может проблема в нём?

[DesignerMix]

Нелля Мурадова, может быть. Проделайте с ним аналогичные действия.

[Aigaleo]

Добрый день. Приобрел новый компьютер, установил Win10 и в первый же день столкнулся BSOD. Провёл анализ скриптом KDFE однако в ответ получил сообщение "Didn't find the answer. Try again with '-v' switch." Просмотрите, пожалуйста запись дампа, возможно удастся что-то узнать.

[DesignerMix]

Aigaleo, вкрадце: Probably caused by : memory_corruption ( nt!MiIdentifyPfn+1e2 ) - это означает что BSOD вызван повреждением памяти, но вот чем оно вызвано и что за память имеется ввиду сказать сложно так как необходимо проводить диагностику. Для начала загляните в журнал системных событий и посмотрите есть-ли там ошибки связанные с доступом к жесткому диску.

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

Код: Выделить всё

Loading Dump File [C:\Windows\Minidump\042916-19515-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*C:\symbols*http://msdl.microsoft.com/download/symbols

Executable search path is: srv*C:\symbols*http://msdl.microsoft.com/download/sym
bols
Windows 8 Kernel Version 10586 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 10586.103.amd64fre.th2_release.160126-1819
Machine Name:
Kernel base = 0xfffff801`04e1c000 PsLoadedModuleList = 0xfffff801`050facf0
Debug session time: Fri Apr 29 15:09:41.389 2016 (UTC + 3:00)
System Uptime: 0 days 1:41:04.139
Loading Kernel Symbols
...............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {ffffc001bdcdb3b8, 2, 0, fffff80104e58ea2}

Probably caused by : memory_corruption ( nt!MiIdentifyPfn+1e2 )

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

1: kd> kd: Reading initial command '!analyze -v; q'
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: ffffc001bdcdb3b8, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
        bit 0 : value 0 = read operation, 1 = write operation
        bit 3 : value 0 = not an execute operation, 1 = execute operation (only
on chips which support this level of status)
Arg4: fffff80104e58ea2, address which referenced memory

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


READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPagedPoolEnd
unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
 ffffc001bdcdb3b8

CURRENT_IRQL:  2

FAULTING_IP:
nt!MiIdentifyPfn+1e2
fffff801`04e58ea2 4c8b3e          mov     r15,qword ptr [rsi]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

BUGCHECK_STR:  AV

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  ffffd0016e49ee00 -- (.trap 0xffffd0016e49ee00)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0a00000000000020 rbx=0000000000000000 rcx=0200000000000000
rdx=02200000001cc0fd rsi=0000000000000000 rdi=0000000000000000
rip=fffff80104e58ea2 rsp=ffffd0016e49ef90 rbp=ffffd0016e49f009
 r8=0000000000065f24  r9=0000000000000000 r10=0000000065250542
r11=fffff80104e1c000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!MiIdentifyPfn+0x1e2:
fffff801`04e58ea2 4c8b3e          mov     r15,qword ptr [rsi] ds:00000000`000000
00=0000000000000000
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80104f68fe9 to fffff80104f5e480

STACK_TEXT:
ffffd001`6e49ecb8 fffff801`04f68fe9 : 00000000`0000000a ffffc001`bdcdb3b8 000000
00`00000002 00000000`00000000 : nt!KeBugCheckEx
ffffd001`6e49ecc0 fffff801`04f677c7 : 00000000`00000000 00000000`00000000 000000
00`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
ffffd001`6e49ee00 fffff801`04e58ea2 : 00000000`00000001 fffff801`05130b40 ffffd0
01`6e49f009 00000000`00000000 : nt!KiPageFault+0x247
ffffd001`6e49ef90 fffff801`04e58c5e : 00000000`00000100 ffffe001`c1d2a8c0 000000
00`00000000 ffffd001`6e49f168 : nt!MiIdentifyPfn+0x1e2
ffffd001`6e49f070 fffff801`051fb597 : 00000000`00000000 00000000`00000000 ffffe0
01`c1d2a2d8 ffffe001`c1d29000 : nt!MiIdentifyPfnWrapper+0x3e
ffffd001`6e49f0a0 fffff801`052252fc : 00000000`00000001 ffffc000`9b1bf440 ffffd0
01`6e49f284 ffffe001`c1d29000 : nt!PfpPfnPrioRequest+0xc7
ffffd001`6e49f120 fffff801`052239c1 : 00000000`0000004f 00000000`00001000 000000
7a`96afad48 00000000`00000000 : nt!PfQuerySuperfetchInformation+0x2dc
ffffd001`6e49f250 fffff801`052236bb : 0000007a`96afc5e8 0000007a`96afada0 000000
00`00000000 00000000`000000a3 : nt!ExpQuerySystemInformation+0x211
ffffd001`6e49f9c0 fffff801`04f68ca3 : ffffe001`c08ca080 00000000`00000000 ffffe0
01`c08ca080 ffffd001`6e49fa80 : nt!NtQuerySystemInformation+0x2b
ffffd001`6e49fa00 00007ffb`3b3e5744 : 00000000`00000000 00000000`00000000 000000
00`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
0000007a`96afac48 00000000`00000000 : 00000000`00000000 00000000`00000000 000000
00`00000000 00000000`00000000 : 0x00007ffb`3b3e5744


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!MiIdentifyPfn+1e2
fffff801`04e58ea2 4c8b3e          mov     r15,qword ptr [rsi]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!MiIdentifyPfn+1e2

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  56a849a9

IMAGE_NAME:  memory_corruption

BUCKET_ID_FUNC_OFFSET:  1e2

FAILURE_BUCKET_ID:  AV_nt!MiIdentifyPfn

BUCKET_ID:  AV_nt!MiIdentifyPfn

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

quit:

[Aigaleo]

Журнал системных событий проверил. Ошибок, связанных с доступом к жёсткому диску не обнаружил. Во вложении скрин журнала на момент, предшествующий BSOD. А вот анализ дампа заинтересовал, а конкретнее запись:

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

Стоит ли "копать" в этом направлении?

[DesignerMix]

Aigaleo, вылет драйвера скорее всего следствие повреждения памяти или файла самого драйвера. Но я склонен к тому, что рас проблем с диском нет то стоит теперь проверить ОЗУ чтобы исключить еще и это. Просто указания на конкретный драйвер в анализе нет, а процесс svchost.exe может загружать сразу кучу модулей так что я-бы все-же сделал проверку ОЗУ.

PS: А BIOS у вас не настроен на разгон процессора и/или памяти случайно?

[Aigaleo]

Сам я BIOS на разгон не настраивал, если только в магазине могли тестить (системник новый, куплен вчера). Сейчас запущу MemTest86 на проверку каждой из двух планок памяти. О результатах отпишу.

[Aigaleo]

В общем итоги тестирования таковы: 1-я планка выдала больше 1000 ошибок (см. вложение) причем на 7-м тесте последнего прохода программа намертво зависла. 2-я планка прошла все тесты без замечаний. Как-то так

[DesignerMix]

Aigaleo, ну вот и отлично, рас компьютер новый то вам ее должны поменять по гарантии.

[radoaxel]

Здравствуйте!
У меня периодически, месяц через раз, возникал BSOD.
Недавно поставил новую WIndows 7(более менее чистая сборка), ожидая, что тут то проблемы могут исчезнуть, но тщетно.
Воспользовался Вашим способом анализа при помощи скрипта и Windows Debug, но сперва он ничего не нашел, а затем все-таки нашел единственный дамп файл, однако начав анализировать его, довольно быстро выдал "Didn't find the answer. Try again with -v switch"
Как делать с "Try again with -v switch" - не знаю, посему и не делал.
Прикрепляю архив дампа.

[DesignerMix]

radoaxel, не буду приводить анализ дампа т.к. он уж очень расплывчатый и длинный, но на сколько я понял у вас либо повреждена ОЗУ либо жесткий диск. Ставлю на ОЗУ.

[Pandion]

Чистая винда (несколько раз переустанавливал с полным форматированием системного диска) все равно синие экраны с разными ошибками

[DesignerMix]

Pandion, проанализировал дамп 092216-9984-01.dmp, вот отчет:

Код: Выделить всё

Crash date:         Thu Sep 22 04:01:18.762 2016 (UTC + 3:00)
Stop error code:    AV
Process name:       System
Probably caused by: memory_corruption ( ntMiUnlinkFreeOrZeroedPage+2bf )

Причина вылета - memory_corruption, т.е. что-то с памятью. Либо это ОЗУ, либо HDD, либо какой-то файл поврежден. Чтобы исключить HDD - посмотрите в журнал системных событий на наличие ошибок дотсупа к диску. Чтобы исключить ОЗУ - протестируйте память какой-нибудь утилитой вроде MemTest или просто отключайте планки ОЗУ пока ошибка не пропадет (та, которая была последней скорее всего повреждена или просто контакты запылены\окислены).

[Pandion]

Pandion, проанализировал дамп 092216-9984-01.dmp, вот отчет:

Код: Выделить всё

Crash date:         Thu Sep 22 04:01:18.762 2016 (UTC + 3:00)
Stop error code:    AV
Process name:       System
Probably caused by: memory_corruption ( ntMiUnlinkFreeOrZeroedPage+2bf )

Причина вылета - memory_corruption, т.е. что-то с памятью. Либо это ОЗУ, либо HDD, либо какой-то файл поврежден. Чтобы исключить HDD - посмотрите в журнал системных событий на наличие ошибок дотсупа к диску. Чтобы исключить ОЗУ - протестируйте память какой-нибудь утилитой вроде MemTest или просто отключайте планки ОЗУ пока ошибка не пропадет (та, которая была последней скорее всего повреждена или просто контакты запылены\окислены).

Самая частая ошибка была pfn_list_corrupt

Проверил оперативку, ошибок нет, оба ssd выше 90% жизнеспособности, теряюсь в догадках, систематики нет

[DesignerMix]

Pandion, А что у вас там по ПО? Может антивирус блокирует какой-нибудь критический процесс или драйвер? В журнале событий подсказок не нашли?

[Pandion]

Pandion, А что у вас там по ПО? Может антивирус блокирует какой-нибудь критический процесс или драйвер? В журнале событий подсказок не нашли?

Специально тестировал на свежей винде, где стояли только драйвера фактически, в том то и дело, не могу уловить систематики

[DesignerMix]

Попробуйте выполнить сброс BIOS'а на параметры по умолчанию, вдруг там настроены некорректные тайминги или еще что.

[Pandion]

тот же результат=( пытаюсь вычислить систематику проблемы, но уже грешу на материнку

[DesignerMix]

Pandion, проанализировал еще три дампа, вот отчеты:

Код: Выделить всё

Analyzing "C:\WINDOWS\Minidump\091816-7703-01.dmp", please wait... Done.
Crash date:         Sun Sep 18 11:21:39.598 2016 (UTC + 3:00)
Stop error code:    0x139
Process name:       chrome.exe
Probably caused by: HDAudBus.sys ( HDAudBus:NotificationDpc+e1 )

Analyzing "C:\WINDOWS\Minidump\092216-17234-01.dmp", please wait... Done.
Crash date:         Thu Sep 22 19:04:06.678 2016 (UTC + 3:00)
Stop error code:    0x4E_8d
Process name:       System
Probably caused by: memory_corruption ( ntMiGetIndividualPagesToZero+26e )

Analyzing "C:\WINDOWS\Minidump\092216-18125-01.dmp", please wait... Done.
Crash date:         Thu Sep 22 18:22:58.313 2016 (UTC + 3:00)
Stop error code:    AV
Process name:       Taskmgr.exe
Probably caused by: intelppm.sys ( intelppmPerfReadActualMasterCount+10 )

Ну да, все ошибки отличаются... Раз оперативка в норме то может быть все-таки смотреть в сторону SSD? Попробуйте поставить систему с одного SSD на другой и проверить будет-ли вылетать в BSOD или нет (как я понял у вас два SSD). А если есть HDD то лучше ради теста поставить систему на него.

[Pandion]

Попробую с ssd, от hdd отказался после покупки NAS