Код остановки KERNEL_SECURITY_CHECK_FAILURE - bug check 0x00000139. Ядро обнаружило, что его собственная структура повреждена: контроль целостности стека, пула или указателя не сошёлся. На экране имя и число - одно. Если вы искали «остановки KERNEL_SECURITY_CHECK_FAILURE» - явление то же, здесь разбор именно стоп-кода, не бытовой «ошибки вообще».

Это синий экран работающей Windows, не 0xc0000005 при запуске exe и не отказ установщика.

Почему это происходит

Драйвер испортил ядро. Третий антивирус, фильтр, старый сетевой пакет. 0x00000139 часто приходит после такого соседа. Имя .sys на экране - зацепка для отката, не ссылка «скачать этот файл».

Битая память. Мусор в заголовке, проверка не проходит. Случайные стопы плюс ошибки теста - планка.

Побитый образ системы. Оборванное обновление. sfc и DISM, если рабочий стол жив.

Разгон памяти. XMP. Сосед MEMORY_MANAGEMENT. Сток снимает 0x00000139 чаще нового чипсета.

Путают с 0x000000EF. CRITICAL_PROCESS_DIED - умер обязательный процесс. 0x00000139 - не прошла проверка структуры. Оба синие, лечение пересекается по диску и памяти, смысл разный.

Отдельного кода «KERNEL_SECURITY_CHECK_FAILURE 0x139 только для Windows 11» нет. Номер один. Меняется оформление экрана.

Не ищите гайд «отключить Kernel Patch Protection». PatchGuard как раз ловит порчу. Его обход - нестабильная система и риск, что следующий драйвер допишет мусор уже без стопа. Не ставьте патчи ядра с посторонних сайтов. Не копируйте ci.dll.

Стоп-код 0x00000139 после разгона видеокарты встречается реже, чем после XMP, но бывает: драйвер GPU пишет в ядро криво, когда сам чип уже на пределе. Снимите разгон карты так же честно, как профиль памяти. Если 0x00000139 только в одной игре с оверлеем и античитом - сначала оверлей, не переустановка Windows. Если стоп в простое проводника - наоборот, сначала память и системные файлы.

Число 0x139 без нулей в разговоре то же самое. В журнале пишите 0x00000139 латиницей. Кириллическая «с» в слове check в поиске ломает выдачу, на экране имя всегда латинское: KERNEL_SECURITY_CHECK_FAILURE.

Что делать пошагово

  1. Перепишите стоп латиницей. KERNEL_SECURITY_CHECK_FAILURE и 0x00000139. Файл .sys, если есть. Дата последнего драйвера и антивируса.

  2. Тест памяти до конца. mdsched.exe. Ошибки важнее любого Pack. Планки по одной.

  3. Снимите фильтр. Антивирус, VPN, «ускоритель». Чистая загрузка. Штатный защитник на время проверки.

  4. Откат драйвера или точка восстановления. Видео, сеть, чипсет с сайта модели, не универсальный архив.

  5. sfc /scannow и DISM, если память чистая. Это образ системы, не камень.

  6. Сток XMP. Если на профиле сыпется, на JEDEC тихо - живите без профиля.

  7. Не правьте ключи PatchGuard и не меняйте файлы ядра. Если после стока и снятия фильтров 0x00000139 остался - железо, не твик.

Минидамп в C:\Windows\Minidump имеет смысл, если стоп редкий и вы готовы открыть его в отладчике или отнести знающему человеку. Для домашнего ремонта дамп не обязателен: имя 0x00000139 и дата драйвера уже ведут. Не заливайте дамп на случайный форум вместе с личными путями, если не понимаете, что внутри.

Если 0x00000139 начался в безопасном режиме - это уже почти наверняка память или образ системы, не оверлей игры. Безопасный режим как раз отсекает половину фильтров. Не ставьте Pack чипсета, пока не прогнали память: иначе снова не поймёте, кто виноват.

Часто задаваемые вопросы

0x139 и 0x00000139 - одно? Да. В разговоре сокращают.

Это тот же код, что «остановки KERNEL_SECURITY_CHECK_FAILURE»? Да. Один bug check, разные формулировки поиска.

Можно ли отключить проверку, чтобы не падало? Нельзя как лечение. Спрячете порчу ядра.

Поможет ли переустановка? Если сгнил образ - да. Если врёт планка - нет.

Чем 0x00000139 не 0xc0000005? 0xc0000005 - процесс полез в чужую память. Стоп-код - ядро поймало порчу своих структур. Окно «приложение не запустилось» этим номером не лечат.

Смотрите также