Что именно не проходит проверку
Ядро держит контрольные суммы и инварианты для своих критических структур — примерно как банк, сверяющий книги несколько раз в секунду. Код остановки 0x139 означает, что одна из таких сверок дала сбой: указатель списка больше не указывает, куда обязан, или заголовок буфера больше не соответствует его содержимому. Windows останавливается намеренно, потому что продолжать с испорченным состоянием ядра — риск записать мусор по всему диску.
Портит эти структуры обычно нечто прозаическое. Память, выдающая перевёрнутые биты под нагрузкой — чаще всего профиль XMP или EXPO, работающий за пределами того, что контроллер памяти реально держит, — лидер. Драйверы, пишущие за границами своих буферов, на втором месте, и среди них рецидивисты — драйверы GPU и антивирусов. Повреждённые системные файлы и умирающий SSD, отдающий искажённые данные при чтении, дополняют список.
- Нестабильная RAM — профили XMP/EXPO за пределами того, что реально держит контроллер памяти CPU
- Сбойный драйвер, пишущий за границами буфера — рецидивисты: драйверы GPU, антивирусов и виртуализации
- Системные файлы, повреждённые неудачным обновлением или внезапным отключением питания
- Умирающий SSD, отдающий искажённые данные при чтении, — видно в атрибутах SMART
- Агрессивный андервольт или разгон, переворачивающий биты под нагрузкой
Проверка памяти и восстановление файлов
Начните с памяти: она и самая частая причина, и самая дешёвая для исключения. Запустите mdsched.exe, перезагрузитесь по запросу и дайте стандартному проходу отработать; вердикт появится в «Просмотре событий» — «Журналы Windows» → «Система», источник MemoryDiagnostics-Results. Стандартный проход ловит лишь грубые отказы, поэтому если сбои продолжаются при чистом результате, отключите XMP/EXPO в BIOS и тестируйте модули по одному, прежде чем выдавать памяти оправдание.
Файлы — следующая ступень, из «Терминала (Администратор)»: sfc /scannow сверяет защищённые файлы с хранилищем компонентов, затем DISM /Online /Cleanup-Image /RestoreHealth чинит само хранилище, если SFC не смог исправить всё, затем chkdsk C: /f /r при следующей перезагрузке проходит по поверхности диска. Чистая переустановка драйвера GPU завершает программную часть — скачайте свежий пакет, удалите старый в «Параметрах» → «Приложения» → «Установленные приложения» и поставьте новый после перезагрузки.
Поиск повторяющегося виновника
Если код остановки пережил всё это, сбой достаточно специфичен, чтобы назвать имя. Минидампы в C:\Windows\Minidump несут адрес сбоя и список загруженных модулей; WinDbg с командой !analyze -v или читалка вроде BlueScreenView превращают их в имя драйвера, и это имя заканчивает охоту. Программам, установленным за несколько дней до начала сбоев, положен первый допрос — их удаление служит и тестом, и лечением.
Инструмент последнего шанса — Driver Verifier (verifier /standard /all из консоли администратора), заставляющий подозрительных драйверы падать на собственных багах — громко и немедленно. Он намеренно опасен: ждите синих экранов, пока он работает, и помните выход — загрузитесь в безопасный режим и выполните verifier /reset, чтобы его выключить. В таких руках Verifier выкуривает затаившийся драйвер за день-два.
Вопросы и ответы
KERNEL SECURITY CHECK FAILURE — это признак вируса?
Крайне редко. Проверка ловит порчу, а не заражение, и причины почти всегда в железе и драйверах. Портящий данные руткит возможен, но он в самом конце списка.
Может ли плохая память вызывать KERNEL_SECURITY_CHECK_FAILURE?
Да — это самая частая единичная причина. Запустите mdsched.exe, затем отключите XMP/EXPO и тестируйте модули по одному, если сбои не унимаются.
Как остановить KERNEL SECURITY CHECK FAILURE при загрузке?
Загрузитесь в безопасный режим из WinRE («Параметры загрузки» → клавиша 4), удалите то, что установили последним, и прогоните SFC и DISM — за вами в безопасный режим сбой редко последует.
Понятно до покупки: что входит в лицензию
Разовый 30-минутный триал даёт доступ к базовым инструментам. Возможности с меткой PRO остаются закрыты до активации платной лицензии.
Читайте также
Написать нам: [email protected]