FAULTY_HARDWARE_CORRUPTED_PAGE (0x12B) — как исправить синий экран в Windows 10 и 11

Ошибка FAULTY_HARDWARE_CORRUPTED_PAGE сопровождается синим экраном и указывает на повреждение данных в оперативной памяти, кэше процессора или драйверах, работающих с памятью. В Windows 10 и 11 этот сбой чаще всего связан с неисправной ОЗУ, накопителем данных, нестабильным разгоном, ошибками драйверов или повреждёнными системными структурами. Ниже — подробные пошаговые методы диагностики и устранения проблемы, от самых вероятных к более редким.

Что за ошибка FAULTY_HARDWARE_CORRUPTED_PAGE

Синий экран FAULTY_HARDWARE_CORRUPTED_PAGE означает, что Windows обнаружила повреждённую страницу виртуальной памяти (физической RAM или SSD (файл подкачки)), которая должна была содержать корректные данные ядра или драйверов. Система не может продолжать работу, так как это создаёт риск повреждения данных или некорректного выполнения кода.

Технически ошибка сопровождается кодом остановки 0x0000012B (или сокращённо 0x12B). Он указывает на нарушение целостности страниц памяти, вызванное аппаратной ошибкой, нестабильной работой контроллера памяти, разгоном, повреждёнными драйверами или сбоями в системных структурах.

Когда возникает синий экран и что это означает

Чаще всего ошибка проявляется в следующих ситуациях:

• Во время игр, рендеринга или тяжёлых вычислений (нагрузка на ОЗУ и CPU).
• При выходе системы из сна или гибернации.
• После установки новых драйверов, обновлений Windows или смены комплектующих.
• На системах с включённым XMP/EXPO или ручным разгоном.

Ключевой момент — сбой почти всегда связан с проблемами обработки памяти, а не с конкретным приложением. Перед дальнейшими действиями рекомендую восстановить систему через контрольную точку (только если функция включена). Если не даст результат, то идем по этой инструкции.

Анализ дампа памяти для точного определения причины

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

Шаг 1. Где находятся дампы

Файлы расположены в каталоге:

C:\Windows\Minidump

Шаг 2. Анализ через WinDbg

1. Установите WinDbg Preview из Microsoft Store.
2. Откройте файл дампа.
3. Введите команду:

!analyze -v

Обратите внимание на строки MODULE_NAME и IMAGE_NAME — они указывают на драйвер или компонент, вызвавший сбой.

Проверка оперативной памяти

ОЗУ — самая частая причина этой ошибки. Даже небольшие сбои в одном из модулей могут вызывать повреждение страниц памяти и приводить к BSOD.

Шаг 1. Проверка встроенным средством Windows

1. Нажмите Win + R → введите mdsched.exe → Enter.
2. Выберите «Перезагрузить и проверить».
3. Дождитесь завершения теста и входа в систему.

Результаты появятся в «Просмотре событий» → Журналы Windows → Система → источник MemoryDiagnostics-Results.

Подробнее в этой инструкции – Проверка оперативной памяти средствами Windows.

Шаг 2. Глубокая проверка через MemTest86

Если встроенная проверка не выявила ошибок, используйте MemTest86:

1. Скачайте образ MemTest86 с официального сайта.
2. Запишите его на флешку через предложенную утилиту.
3. Загрузитесь с неё и выполните минимум 4 прохода тестирования.

Даже одна ошибка — повод считать модуль памяти нестабильным.

Более детально, пошагово и ссылками для скачивания описано в статье: Как проверить оперативную память в Memtest86+.

Шаг 3. Проверка модулей по одному

Если установлено несколько планок:

1. Выключите ПК и отключите питание.
2. Оставьте один модуль, запустите систему и проверьте стабильность.
3. Повторите для каждого модуля и слота.

Так можно выявить как неисправную память, так и проблемный слот на материнской плате.

О том, как менять плашки ОЗУ писал в статье об увеличении оперативной памяти.

Отключение разгона и профилей XMP/EXPO

Даже «заводской» XMP/EXPO — это разгон, и не каждая связка процессора, платы и памяти работает стабильно на заявленных частотах.

1. Зайдите в BIOS/UEFI (обычно клавиша Del или F2 при старте).
2. Найдите настройки XMP или EXPO.
3. Отключите профиль и установите стандартные частоты JEDEC.
4. Сохраните настройки и перезагрузите систему.

Если после этого синий экран перестал появляться — проблема была в нестабильной работе памяти на повышенных частотах.

Проверка и обновление драйверов

Драйверы, работающие на уровне ядра (видеокарта, чипсет, сетевые адаптеры, антивирусы), могут некорректно обращаться к памяти и вызывать её повреждение.

Шаг 1. Обновление драйверов вручную

1. Откройте «Диспетчер устройств».
2. Проверьте разделы:
   • Видеоадаптеры
   • Контроллеры IDE ATA/ATAPI
   • Контроллеры запоминающих устройств
   • Сетевые адаптеры
3. Скачайте последние версии драйверов с сайтов производителей оборудования, а не через стороннее ПО или драйверпаки.

Шаг 2. Откат проблемных драйверов

Если ошибка появилась после обновления драйвера:

1. Откройте свойства обновленного устройства в «Диспетчере устройств».
2. Перейдите во вкладку «Драйвер».
3. Нажмите «Откатить».

Шаг 3. Удаление конфликтного ПО

Частые источники проблем:

• Сторонние антивирусы и защитные комплексы.
• Утилиты разгона GPU/CPU/RAM.
• Программы мониторинга с драйверами низкого уровня.

Для проверки временно удалите такие программы и проверьте стабильность системы.

Проверка целостности системных файлов

Повреждение системных компонентов может приводить к некорректной работе менеджера памяти и драйверов.

Шаг 1. Проверка через SFC

1. Запустите командную строку от имени администратора.
2. Введите:

sfc /scannow

Дождитесь завершения проверки и устранения ошибок.

Шаг 2. Восстановление через DISM

Если SFC сообщает о невозможности исправления файлов, то введите:

DISM /Online /Cleanup-Image /RestoreHealth

После выполнения снова запустите sfc /scannow.

Проверка диска и файловой системы

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

1. Откройте командную строку от имени администратора.
2. Введите команду:
   chkdsk C: /f /r
3. Если диск используется системой, согласитесь на проверку при следующей перезагрузке и перезапустите компьютер.

В любом случае я рекомендовал бы проверить диск через программу Victoria на bad-сектора.

Обновление BIOS и сброс настроек платы

Проблемы совместимости памяти, процессора и контроллера памяти часто решаются сбросом или обновлением BIOS.

Шаг 1. Сброс настроек BIOS

1. Зайдите в BIOS/UEFI.
2. Сбросьте до заводских настроек: Выберите «Load Optimized Defaults» или «Load Setup Defaults» (как правило, в последней вкладке).
3. Сохраните изменения и перезагрузитесь.

Шаг 2. Обновление BIOS

1. Узнайте модель материнской платы или модель ноутбука.
2. Скачайте последнюю версию BIOS с сайта производителя.
3. Обновите BIOS строго по инструкции производителя.

После обновления обязательно отключите разгон и XMP перед тестированием стабильности.

Примечание

Обновление биос не решает проблему с поврежденной оперативной памятью или SSD, но может нести в себе:

• Исправления AGESA / микрокода CPU. AMD и Intel через BIOS исправляют ошибки контроллера памяти, работы с ECC, таймингов, PCIe, которые могут приводить к повреждению страниц памяти → BSOD уровня FAULTY_HARDWARE_CORRUPTED_PAGE.
• Исправления проблем совместимости ОЗУ. Обновления BIOS часто содержат новые таблицы SPD/XMP/EXPO и фиксы нестабильности с конкретными модулями RAM.
• Ошибки ACPI / power management, влияющие на память и DMA.

Проверка физического состояния оборудования

Если программные методы не помогли, необходимо исключить аппаратные неисправности.

Что проверить в первую очередь

• Контакты модулей памяти — извлечь и установить заново.
• Отсутствие пыли в слотах и разъёмах.
• Температуры CPU и чипсета под нагрузкой (для теста рекомендую прочитать – Как пользоваться AIDA64: тесты и другие возможности).
• Блок питания — нестабильное напряжение может вызывать ошибки памяти. (См. Как проверить блок питания ПК).

Если есть возможность — протестируйте систему с другой памятью, блоком питания или процессором.

Итог

Ошибка FAULTY_HARDWARE_CORRUPTED_PAGE почти всегда связана с проблемами оперативной памяти, разгоном или драйверами, работающими на уровне ядра. В большинстве случаев устранение достигается отключением XMP, тестированием ОЗУ и обновлением драйверов. Если программные методы не дают результата, необходимо переходить к проверке BIOS и аппаратных компонентов системы.