Bugcheck код 1A является" управление памятью " bugcheck, как правило, указывает, что Mm код обнаружил несоответствие в данных управления внутренней памяти Windows.
первый параметр, 41790, указывает "подтип" кода проверки ошибок: "страница таблицы страниц повреждена. В 64-разрядной версии Windows параметр 2 содержит адрес PFN для поврежденной страницы таблицы страниц."
запись PFN в fffffa8000144810 показывает:
0: kd> dt _MMPFN fffffa8000144810
nt!_MMPFN
+0x000 u1 : <unnamed-tag>
+0x008 u2 : <unnamed-tag>
+0x010 PteAddress : 0xfffff6fb`400c76d8 _MMPTE
+0x010 VolatilePteAddress : 0xfffff6fb`400c76d8 Void
+0x010 Lock : 0n1074558680
+0x010 PteLong : 0xfffff6fb`400c76d8
+0x018 u3 : <unnamed-tag>
+0x01c UsedPageTableEntries : 0xffff
+0x01e VaType : 0 ''
+0x01f ViewCount : 0 ''
+0x020 OriginalPte : _MMPTE
+0x020 AweReferenceCount : 0n128
+0x028 u4 : <unnamed-tag>
0: kd>
мы хотим чтобы посмотреть на "страницу таблицы страниц", как описано в описании проверки ошибок, поэтому следующим шагом обычно будет изучение записи PTE в 0xfffff6fb'400c76d8...
0: kd> dt _MMPTE 0xfffff6fb`400c76d8
!_MMPTE
+0x000 u : <unnamed-tag>
Memory read error fffff6fb400c76d8
0: kd>
но это место не записывается в дамп; на самом деле страница таблицы верхнего уровня страницы ("страница PML4") даже не находится в дампе.
"управление памятью" bugchecks может быть вызвана багами в драйверах устройств или фактическими ошибками памяти (за биты и т. д.); последнее чаще име. Я бы посоветуйте запустить memcheck или встроенный тестер памяти Windows для большого количества проходов, переустановить ОЗУ, удалить часть ОЗУ и т. д.... обычные вещи, которые вы делаете, когда подозреваете проблему с памятью.
Если синие экраны повторяются, пожалуйста, установите вашу систему, чтобы производить " дампы памяти ядра "вместо" малых дампов памяти " (который является то, что вы разместили здесь) и, после следующего сбоя, обновить вопрос со ссылкой на дамп памяти ядра.
Komp
3026
