Остановки KERNEL_SECURITY_CHECK_FAILURE - синие экраны, на которых ядро поймало порчу своих структур: стек, пул или указатель не прошли проверку целостности. Число - 0x00000139. Это уже работающая Windows, не отказ установщика с флешки и не код Центра обновления. Рядом по симптомам бывают MEMORY_MANAGEMENT и DRIVER_IRQL_NOT_LESS_OR_EQUAL, но смысл другой: здесь сработала именно проверка безопасности ядра, часто после кривого драйвера или битой памяти.
Почему это происходит
Драйвер пишет мимо. Антивирус, фильтр диска, старый VPN, «ускоритель сети». После установки такого пакета остановки начинаются в случайный момент. Имя .sys на экране - зацепка, не повод скачивать этот же файл с форума.
Оперативная память врёт. Планка отдаёт мусор, ядро видит испорченный заголовок и роняет систему. Если 0x00000139 сыпется в простое и в игре одинаково - сначала mdsched.exe, не переустановка.
Повреждены системные файлы. Оборванное обновление, «чистилка» системных папок. Проверки ядра сравнивают то, что должно быть в образе, с тем, что в памяти. Тогда sfc и DISM, не замена процессора.
Разгон памяти и нестабильный XMP. То же семейство, что у MEMORY_MANAGEMENT. Сток JEDEC часто снимает остановки без нового железа.
Путают с 0xc0000005. 0xc0000005 - нарушение доступа в процессе: программа не открылась, окно «приложение не удалось запустить». KERNEL_SECURITY_CHECK_FAILURE - синий экран ядра. Лечение «как у доступа» здесь не работает.
Не отключайте Kernel Patch Protection «чтобы не падало» и не ставьте патчи с китайских страниц. Это защита ядра. Её обход - путь к нестабильной системе и к тому, что следующий драйвер допишет порчу уже без стопа, но с битыми данными.
Не подменяйте ci.dll, ntoskrnl.exe и любые .sys из чужой сборки. Подпись не сойдётся, Secure Boot не пустит, либо получите новый стоп ещё на загрузке.
Остановки после обновления Windows и остановки после новой планки - разные дневники. В первом случае сначала точка восстановления и DISM, во втором - сток XMP и тест. Смешивать «переустановил драйвер видео и сразу купил память» в один вечер значит потерять, что помогло. Если 0x00000139 пришёл вместе с установкой системы с флешки, это уже не эта статья: на setup чаще виноваты образ и RAM, а имя KERNEL_SECURITY_CHECK_FAILURE на этапе копирования встречается редко. Не лечите установщик гайдом по PatchGuard.
Что делать самому
Сфотографируйте экран. Нужны KERNEL_SECURITY_CHECK_FAILURE, 0x00000139 и имя файла, если есть. Запомните, ставили ли антивирус, VPN или планки накануне.
Прогоните память до конца.
mdsched.exe, расширенный тест. Ошибки - планка или слот, не «драйвер чипсета». Как вытащить модули по одному - в инструкции по проверке памяти.Снимите свежий фильтр. Антивирус, VPN, «ускоритель». Чистая загрузка. Если остановки пропали - возвращайте программы по одной. Штатный защитник на время проверки спокойнее третьего комбайна.
Откатите драйвер из «Диспетчера устройств» или точку восстановления. Видео, сеть, чипсет. Пакет с сайта модели ноутбука, не универсальный Pack.
Проверьте системные файлы.
sfc /scannow, затемDISM /Online /Cleanup-Image /RestoreHealth. Это чинит хранилище, не битую планку.Снимите XMP и ручной разгон. Если на стоке тихо, а на профиле сыпется - живите без профиля.
Не правьте ключи защиты ядра в реестре. Любой гайд «отключить проверку 0x139» прячет симптом. Если память чистая и фильтров нет, а стоп остался - смотрят железо, не твик.
Если остановки начались после установки «пака драйверов» с торрента, сначала снимите этот пак точкой восстановления, не ищите один виновный .sys в десятке установленных сразу. Универсальные сборки как раз и портят ядро пачкой фильтров. Штатный сайт платы ставит меньше и понятнее.
Часто задаваемые вопросы
KERNEL_SECURITY_CHECK_FAILURE и 0x00000139 - одно? Да.
Это вирус? Редко. Чаще драйвер или память. Сначала тест и снятие фильтра, не «лечение баннером».
Поможет ли переустановка? Если побиты файлы - иногда. Если планка врёт - нет.
Чем это не DPC_WATCHDOG_VIOLATION? Там сторож ждал диск. Здесь проверка структур ядра. Другая диагностика.
