Синий кадр с именем KERNEL_SECURITY_CHECK_FAILURE. По документации Microsoft это стоп 0x00000139: ядро обнаружило повреждение критической структуры данных, часто связанное с проверкой безопасности. Запрос «kernel security check failure 0x139» - одно и то же: имя и число. В дампе параметр иногда уточняет тип проверки, но для домашней диагностики достаточно имени и модуля рядом.
Это ошибка уже работающей Windows, не мастер установки и не Центр обновления. SYSTEM_SERVICE_EXCEPTION (0x3B) - соседний синий кадр с другим смыслом. 0xc0000005 у игры - пользовательский сбой, стол живой. KERNEL_SECURITY_CHECK_FAILURE стол не оставляет.
Почему это происходит
Драйвер испортил структуру ядра. Видео, сеть, антивирус, диск. После свежего пакета или твикера. Имя .sys в дампе - направление.
Память. Битая планка даёт 0x139 вперемешку с MEMORY_MANAGEMENT и PAGE_FAULT_IN_NONPAGED_AREA. Если коды скачут, не ищите один драйвер.
Диск и повреждённые файлы. Обрыв обновления, сыплющийся SSD. Ядро читает мусор и считает, что структура сломана. chkdsk и SMART важнее «патча 0x139».
Разгон и нестабильные частоты. Процессор или память на пределе. Снимите XMP и ручной разгон до замены платы «на всякий случай».
Путают с 0x00000050 и с 0x000000d1. Другие стопы, другое правило. Пишите 0x139 или полное имя, латиницей. Кириллическая «с» в SECURITY ломает поиск.
Не подменяйте ntoskrnl.exe и указанные .sys с форума. Проверка как раз и ловит порчу: чужой файл без подписи даст тот же 0x139 или отказ загрузки. Не отключайте проверки ядра в тестовом режиме «чтобы код пропал»: вы выключите сигнализацию, не почините причину.
Что делать самому
- Сверьте имя и число. KERNEL_SECURITY_CHECK_FAILURE или 0x00000139 - один стоп. Если 0x3B или 0xD1 - другая статья. Фото кадра, снимите автоперезагрузку в
sysdm.cpl. - Запишите модуль из дампа, не с рекламной страницы.
C:\Windows\Minidump. Просмотрщик покажет.sys. Нет стабильного имени - память. - Прогоните память.
mdsched.exe. Планки по одной. Разгон и XMP снимите. Повторяющийся 0x139 на одной планке почти всегда она. - Откатите последний драйвер. Видео, сеть, антивирус. Пакет с сайта вендора, не пак на 400 устройств. Не копируйте
.sysвSystem32\drivers. - Посмотрите диск. CrystalDiskInfo,
chkdsk C: /fкогда готовы к перезагрузке. На сыплющемся накопителе 0x139 будет возвращаться после любой переустановки. - Соберите системные файлы, если стоп начался после обрыва обновления.
DISM /Online /Cleanup-Image /RestoreHealth, затемsfc /scannow. Не чистите WinSxS проводником. - Не включайте тестовый режим и не правьте ключи Kernel CSA наугад. Это обход проверки, не ремонт.
На Windows 10 и 11 имя одно, число одно. Семёрка этот стоп тоже умеет, но чаще пишет 0x00000139 в старом кадре. Лечение то же: память, пакет, диск.
Если KERNEL_SECURITY_CHECK_FAILURE вылез в один день с новой планкой или разгоном, верните старую конфигурацию. Контакт и частоты закрывают половину случаев без переустановки. На новой сборке часто виноват один не до конца вставленный модуль.
0x139 путают с 0x3B, потому что оба синие и оба «про ядро». Разница практическая: SYSTEM_SERVICE_EXCEPTION чаще один кривой пакет, KERNEL_SECURITY_CHECK_FAILURE чаще порча данных - память, диск, разгон. Если за неделю были оба кода, тем более не ищите «лечение 0x139» отдельной утилитой. Планки и SMART важнее имени на последнем кадре.
Не включайте тестовый режим, чтобы «проверка не мешала играть». Вы выключите сигнализацию. Игра может перестать ронять стол и начать портить файлы на диске. Если 0x139 только в одной игре и рядом 0xc0000005 у того же exe - сначала пакет видео и файлы игры, но память всё равно стоит прогнать один раз.
Часто задаваемые вопросы
KERNEL_SECURITY_CHECK_FAILURE и 0x139 - одно? Да. Имя и число одного стоп-кода 0x139.
Это вирус? Обычно нет. Чаще память, драйвер или диск. Сканер не заменяет тест планок.
Можно ли выключить проверку, чтобы система не падала? Технически тестовый режим существует. Делать так не нужно: вы прячете порчу ядра.
Это код установки Windows? Нет. Установщик так не пишет. 0x139 - уже работающее ядро.
