Bugcheck code 1A - это проверка «управления памятью», обычно указывающая, что код 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») даже не находится в дампе.
ошибки «управления памятью» могут быть вызваны ошибками в драйверах устройств или фактическими ошибками памяти (сброшенные биты и т. д.); последний является более распространенным IME. Я бы посоветовал запустить memcheck или встроенный в Windows тестер памяти для большого количества проходов, переустановить ОЗУ, удалить часть ОЗУ и т. Д. ... что вы обычно делаете, подозревая проблему с памятью.
Если синие экраны повторяются, настройте свою систему на создание «дампов памяти ядра» вместо «небольших дампов памяти» (о чем вы писали здесь) и после следующего сбоя обновите вопрос со ссылкой на дамп памяти ядра.,