1

Несколько лет назад у меня был сбойный жесткий диск, который, умирая, имел клонированный образ, установленный на новый жесткий диск. Проблема в том, что старый жесткий диск больше не работал, и некоторые данные (я думаю, менее 100 МБ из 250 ГБ) были безвозвратно потеряны. С тех пор у меня было немного BSOD, в основном из-за случайных причин (ослабление оперативной памяти, драйверов и т.д.), Но в течение некоторого времени у меня возникла точно такая же проблема.

BlueScreenViewer сообщает мне, что у меня произошел сбой MEMORY_MANAGEMENT 0x01a, вызванный ntoskrnl.exe. Параметр fist всегда равен 41790, что, согласно этому https://msdn.microsoft.com/en-us/library/windows/hardware/ff557391%28v=vs.85%29.aspx, означает, что: «таблица страниц страница была повреждена. В 64-разрядной версии Windows параметр 2 содержит адрес PFN для поврежденной страницы таблицы страниц. В 32-разрядной версии Windows параметр 2 содержит указатель на количество используемых PTE, а параметр 3 содержит количество используемых PTE. «Действительно, второй параметр почти всегда одинаков.

Вот самые последние сбои: (извините за неопрятность, я не смог правильно отформатировать)

Dump File           Crash Time          Bug Check String    Bug Check Code  Parameter 1     Parameter 2         Parameter 3         Parameter 4         Caused By Driver    Caused By Address   File Description        Product Name                Company         File Version                    Processor   Crash Address       Stack Address 1     Stack Address 2     Stack Address 3 Computer Name   Full Path               Processors Count    Major Version   Minor Version   Dump File Size  Dump File Time
061415-35100-01.dmp 14/06/2015 00:24    MEMORY_MANAGEMENT   0x0000001a  00000000`00041790   fffffa80`07a45fd0   00000000`0000ffff   00000000`00000000   dump_ataport.sys    dump_ataport.sys+4fb4a40                                                                                                  x64       ntoskrnl.exe+748c0                                                                          C:\Windows\Minidump\061415-35100-01.dmp 8           15      7601              302.111       14/06/2015 00:26
061315-38657-01.dmp 13/06/2015 21:28    MEMORY_MANAGEMENT   0x0000001a  00000000`00041790   fffffa80`07a5c050   00000000`0000ffff   00000000`00000000   ntoskrnl.exe        ntoskrnl.exe+748c0  NT Kernel & System      Microsoft® Windows® Operating System    Microsoft Corporation   6.1.7601.18869 (win7sp1_gdr.150525-0603)    x64     ntoskrnl.exe+748c0                                          C:\Windows\Minidump\061315-38657-01.dmp 8               15      7601              302.047       13/06/2015 21:30
060715-40185-01.dmp 07/06/2015 19:53    MEMORY_MANAGEMENT   0x0000001a  00000000`00041790   fffffa80`07a5cf20   00000000`0000ffff   00000000`00000000   USBSTOR.SYS         USBSTOR.SYS+57dfa40 USB Mass Storage Class Driver   Microsoft® Windows® Operating System    Microsoft Corporation   6.1.7601.17577 (win7sp1_gdr.110310-1504)    x64     ntoskrnl.exe+72a40                                          C:\Windows\Minidump\060715-40185-01.dmp 8       15      7601              302.047       07/06/2015 19:55
050915-56113-01.dmp 08/05/2015 23:43    MEMORY_MANAGEMENT   0x0000001a  00000000`00061940   00000000`06e00000   00000000`00000000   00000000`00000000   ntoskrnl.exe        ntoskrnl.exe+72a40  NT Kernel & System      Microsoft® Windows® Operating System    Microsoft Corporation   6.1.7601.18869 (win7sp1_gdr.150525-0603)    x64     ntoskrnl.exe+72a40                                              C:\Windows\Minidump\050915-56113-01.dmp 8           15      7601              302.047       09/05/2015 00:10

Я запустил много сканеров вредоносных программ, все они чистые.

Когда я запускаю sfc /scannow, нарушений целостности не обнаружено.

Но когда я запускаю chkdsk /f или /r (который мне нужно использовать /x, в противном случае не выполняется никакого ремонта, даже при перезагрузке), появляются некоторые странные вещи:

1- У меня всегда есть «4 КБ в плохих секторах».

2- Это почти постоянно:« Очистка 152 [* или другого числа, но следующие две неиспользованные вещи - это то же число] неиспользуемые записи индекса из индекса $ SII файла 0x9. Очистка 152 неиспользуемых записей индекса из индекса $ SDH файла 0x9.Очистка 152 неиспользуемых дескрипторов безопасности. "

Я провел несколько тестов на жестком диске, и он прошел. Я запустил HCI MemTest, и с ОЗУ все в порядке, но когда он попадает в файл подкачки, записанный на жестком диске, появляются некоторые ошибки. Диагностика памяти Windows также не обнаружила проблем с моей оперативной памятью.

Итак, это заставило меня задуматься: может ли мой BSOD быть вызван поврежденными файлами со старого образа жесткого диска (например, ntoskrnl.exe)? Если так, как я могу восстановить эти файлы? Было бы безопасным или хорошей идеей удалить ntoskrnl.exe и установить его снова (при условии, что я могу скопировать это с другого компьютера с Windows)? И возможно ли создать новую запись файла MFT?

Как видите, я не очень сообразителен, поэтому большое спасибо за любую помощь!

Моя установка - Windows 7 Ultimate x64, Core i7, 12 ГБ ОЗУ, Nvidia GeForce GTX260, жесткий диск ОС - это WD5000AVCS, плюс 4 других жестких диска (3 - внешние USB-накопители)

PS: я только что обновил свой драйвер GPU, но я не думаю, что это поможет

PS2: Я никогда не разгонялся, и мои настройки оперативной памяти были правильными в зависимости от производителя материнской платы (Intel провел несколько тестов с моей настройкой RAM Kingstone), 2 x 2 ГБ 1333, 2 x 4 ГБ 1333

РЕДАКТИРОВАТЬ: одна вещь, которую я только что понял, что я запускал много программ во время последних сбоев ... Может ли это быть проблемой конфликта? Я попытаюсь запустить некоторые из них одновременно и посмотреть, произойдет ли BSOD

1 ответ1

0

Superuser говорит мне, что этот старый вопрос по-прежнему получает много просмотров. Я думаю, что в конечном итоге у меня получилось запустить это с приглашением администратора: chkdsk /x /b (обратите внимание на аргумент /b вместо /r). Я думаю, что /b важно переназначить плохие сектора.

Мой HDD все еще жив и здоров, 4 года спустя.

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