Синий экран FAULTY HARDWARE CORRUPTED PAGE — причины и решения
В отличие от многих других синих экранов в Windows, где виновниками зачастую могут быть драйверы или стороннее ПО, BSoD с кодом FAULTY HARDWARE CORRUPTED PAGE практически всегда указывает на наличие аппаратной проблемы.
В этом материале подробно о том, что означает экран с этим кодом в Windows 11, Windows 10 и других версиях ОС и способы исправить ситуацию, если вы с ним столкнулись.
Повреждение страницы памяти
Сбой FAULTY HARDWARE CORRUPTED PAGE возникает при повреждении данных в одном из блоков (страниц) виртуальной памяти, включающую в себя как физическую RAM, так и файл подкачки на диске.
При этом сам код говорит о том, что обнаружение было выявлено аппаратно с помощью подсистемы WHEA (Windows Hardware Error Architecture). Как правило, речь идёт об однобитовых или многобитовых ошибках, когда один или несколько битов в физической RAM изменили своё значение, что и привело к сбою.
Простое объяснение для обычного домашнего пользователя: с огромной вероятностью что-то не так в работе оперативной памяти.
Конкретные факторы и способы решения проблемы
Теперь по порядку о возможных точных причинах сбоя и о том, что можно предпринять, если вы столкнулись с ошибкой FAULTY HARDWARE CORRUPTED PAGE:
- Проблемы в работе оперативной памяти. От физической деградации и нестабильного напряжения до плохого контакта и бракованного модуля. Варианты действий: проверка оперативной памяти на ошибки, например в memtest86, проверка работы с модулями оперативной памяти по одному, очистка контактов.
- Разгон RAM. Нестабильная работа в разгоне или с использованием XMP профилей, а также перегрев могут приводить к рассматриваемому BSoD. Варианты решения — отключение разгона, профилей XMP/EXPO. Пример действий (описано включение, следует сделать наоборот) — в этой статье. Важно: нестабильный разгон процессора может приводить к рассматриваемому сбою в той же мере, что и разгон оперативной памяти.
- Драйверы устройств, использующих DMA (Direct Memory Access), таких как SSD, сетевые и видеокарты. В редких случаях прямая запись в RAM со стороны таких устройств может приводить к сбою. Установка полного набора драйверов из раздела «чипсет» с сайта производителя материнской платы или ноутбука, а в некоторых случаях — обновление БИОС (с осторожностью и четко следуя инструкциям производителя) могут помочь решить проблему.
- Блок питания. Просадки по линиям 12В и 5В могут привести к сбоям контроллера памяти и самой RAM. Проверьте напряжения с помощью HWiNFO или AIDA64, если заметите отклонения более чем на 5–10 процентов от номинала, это может говорить об износе или изначально плохом качестве блока питания.
- Редко: ошибки кэша процессора, что при выгрузке их данных в RAM может приводить к сбоям.
Если уверенности в конкретной причине нет, закономерностей появления проблемы вы не выявляете, а проверка оперативной памяти с помощью memtest86 не выявила ошибок, попробуйте проанализировать дамп памяти. Это можно сделать автоматически с помощью онлайн-сервиса анализа BSoD или вручную в WinDbg:
- Скачайте Microsoft WinDbg из Microsoft Store или по прямой ссылке и установите программу.
- С помощью меню Файл — Open dump file откройте дамп памяти, созданный в момент сбоя из папки C:\Windows\Minidump. Если он отсутствует, возможно, отключено сохранение дампов памяти, но его можно включить.
- Введите команду
!analyze -v
или нажмите по ней в окне WinDbg для запуска анализа.
- Если в результатах анализа в полях MODULE_NAME или IMAGE_NAME фигурируют драйверы .sys — уточните (например, путём поиска в Интернете), что это за драйвер, по всей видимости проблема с работой контроллера одного из устройств и DMA. Если же вы видите в этих полях nt и ntkrnlmp.exe, сбой произошел на уровне ядра Windows при каком-то действии с оперативной памятью, которое можно увидеть в поле PROCESS_NAME, где будет отображаться не процесс как обычно, а имя функции, например, MemCompression. В некоторых случаях вы можете увидеть информацию о компоненте, обнаружившем ошибку в Arg4, а в Arg3 — тип запроса на чтение/запись.
В общем случае подход из: отключения разгона, проверки RAM, обновления драйверов чипсета и, при наличии — БИОС/UEFI, исключения проблем с питанием позволяет локализовать проблему.
Однако во многих случаях этот сбой вызван тем, что один из модулей памяти был изначально бракованным или отслужили своё.