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 тестер памяти для большого количества проходов, переустановить ОЗУ, удалить часть ОЗУ и т.д. ... что вы обычно делаете, подозревая проблему с памятью.
Если синие экраны повторяются, настройте свою систему на создание "дампов памяти ядра" вместо "небольших дампов памяти" (о чем вы писали здесь) и после следующего сбоя обновите вопрос со ссылкой на дамп памяти ядра. ,