Синий экран KERNEL MODE HEAP CORRUPTION — причины и варианты решения

Синий экран с кодом KERNEL MODE HEAP CORRUPTION (0x13A) — одна из частых ошибок такого рода в Windows 11/10, обычно указывающая на проблемы в работе драйвера при обращении с оперативной памятью, но обычно не связана с ошибками самой RAM.

В этой инструкции подробно о наиболее частых причинах этого BSoD и способах исправить ошибку, если вы с ней столкнулись.

Повреждение «кучи» оперативной памяти

Код KERNEL MODE HEAP CORRUPTION прямо указывает на повреждение «кучи» — области оперативной памяти компьютера, где, в данном случае, ядро Windows (Kernel) выделяет для драйверов и системных процессов. Например, сбой может произойти если:

• Драйвер попытался использовать область памяти за пределами выделенного диапазона.
• Высвободил выделенные адреса, после чего вновь попробовал работать с ними, или же запросил освобождение дважды.

Такие действия могут приводить к повреждению структур данных и, как следствие — экстренному завершению работы, когда система обнаруживает такое повреждение.

Самые частые причины происходящего:

1. Некорректная работа драйверов устройств.
2. Программы, устанавливающее собственные драйверы виртуальных устройств — сетевые сервисы, антивирусы, ПО для виртуализации и эмуляторы, анти-читы. Все они устанавливают драйверы уровня ядра и могут вызывать рассматриваемый сбой.
3. Сравнительно редко для этой ошибки — проблемы оперативной памяти или накопителя, на котором расположен файл подкачки.
4. Также достаточно редко: повреждение системных файлов Windows.

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

Варианты решения

С учетом перечисленного, наиболее вероятные методы решения, если вы столкнулись с синим экраном KERNEL MODE HEAP CORRUPTION:

1. По возможности, вспомните, что предшествовало появлению ошибки. Если вы устанавливали антивирус или какое-то популярное сегодня в РФ сетевое средство, подключали новое устройство, анти-чит для игры, с большой вероятностью проблема в их работе — проверьте, исчезает ли ошибка, если их удалить или обновить. Учитывайте, что в некоторых случаях причина может быть не в отдельном драйвере, а в их сочетании: например, драйвер анти-чита в сочетании с драйвером стороннего антивируса.
2. Если вы столкнулись с ошибкой после недавней переустановки Windows, вручную скачайте и установите драйверы с официального сайта производителя материнской платы или ноутбука именно для вашей модели, начиная с раздела «Чипсет» и заканчивая другими устройствами (сетевые адаптеры, звуковые карты). Установите драйверы видеокарты как интегрированной, так и дискретной с официальных сайтов. Не полагайтесь на те драйверы, что предоставляет сама Windows или стороннее ПО: они могут быть совместимы, но не в полной мере.
3. Выполните проверку оперативной памяти компьютера с помощью memtest86, а если используете XMP/EXPO — попробуйте отключить.
4. Выполните проверку целостности и восстановление системных файлов Windows 11/10, начните с команды

   sfc /scannow

   запущенной в командной строке от имени администратора, а если она обнаружит ошибки, но не сможет восстановить некоторые из файлов, используйте по порядку команды

   DISM /Online /Cleanup-Image /RestoreHealth
   sfc /scannow

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

   chkdsk C: /f

Чаще всего один из предложенных вариантов позволяет устранить причины и саму проблему.

Анализ дампа памяти

При синих экранах Windows автоматически создаёт мини-дамп памяти в папке C:\Windows\Minidump (в различных «сборках» функциональность может быть отключена, но её можно включить). Эти файлы можно использовать для диагностики с помощью специальных средств анализа дампов памяти, например, WinDbg или BlueScreenView:

К сожалению, для KERNEL MODE HEAP CORRUPTION в результатах анализа вы вероятнее всего увидите лишь процесс ядра ntkrnlmp.exe, и, возможно, процесс при работе которого произошёл сбой: иногда — System, иногда — сторонний, хотя сам по себе он чаще всего не является его причиной, а лишь был активен в момент BSoD.

Помочь может автоматизированный анализ мини-дампов на remontka.pro — он автоматически выполнит анализ с помощью WinDbg, а результат в свою очередь будет проанализирован нейросетью для обнаружения закономерностей и факторов, которые могли повлиять на появление ошибки. Пример результата:

Если самостоятельно в причинах разобраться не удалось, возможно, предложенный инструмент позволит сузить список возможных виновников сбоя.