KERNEL_SECURITY_CHECK_FAILURE на синем экране - багчек 0x00000139. Ядро проверило свою структуру или аргумент и нашло порчу: кто-то записал не туда. Это стоп-код, не HRESULT обновления и не код 43 в диспетчере. Windows 10 и 11 показывают одно имя. В журнале ищите BugCheck 0x00000139.

Слово «код» в запросе не делает из 0x139 бытовой номер вроде «ошибка 139» в окне программы. Это именно багчек безопасности ядра.

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

Драйвер пишет мимо. Антивирус, VPN, чипсет, старое видео, «ускоритель сети». Самая частая бытовая причина. Кадр после установки пакета или на входе.

Память. Битая планка портит структуры ядра так, что срабатывает проверка. Случайный разброс по времени.

Чужой .sys или патч. Подменили файл драйвера «исправлением с форума», сняли подпись, поставили репак. Ядро как раз для этого и проверяет. Отсюда мораль: не лечить один стоп-код заменой системных файлов.

Диск. Реже, чем у 0x154, но мусор с сыплющегося SSD тоже доезжает до структур ядра.

Не путать с CRITICAL_PROCESS_DIED. Там умер процесс. Здесь поймали порчу внутри ядра. Соседние имена, разный смысл. Лечить 0x139 советами от 0xEF можно только в общей части: откат драйвера и проверка железа.

Не существует багчека KERNEL_SECURITY_CHECK_FAILURE_CODE с другим номером. Если на кадре IRQL или SYSTEM_SERVICE_EXCEPTION - читайте те статьи.

Что делать самому

  1. Перепишите имя целиком латиницей. KERNEL_SECURITY_CHECK_FAILURE. Сверьте 0x00000139 в журнале. Если hex другой - не эта цепочка.

  2. Безопасный режим и откат. Снимите свежий антивирус, VPN, оверлей, пакет чипсета. Если 0x139 начался в день установки - начните с неё, не с переустановки Windows.

  3. Верните штатные драйверы. Пакеты с сайтов AMD, NVIDIA, Intel, платы. Не ставьте .sys из темы и не «ремонтируйте ntoskrnl». Подмена файла ядра - прямой путь к повторному 0x139 или к отказу загрузки.

  4. Проверьте память и диск. mdsched.exe, CrystalDiskInfo. Жёлтый SMART - копия данных. Одна сбойная планка объясняет «ошибку безопасности» без вирусов.

  5. DISM и sfc /scannow, если система держится. Штатно, до конца. Не чистите WinSxS и не копируйте System32 с соседнего ПК.

  6. Не отключайте проверку подписи «чтобы прошло» и не правьте реестр ядра. Вы как раз выключите тот механизм, который поймал порчу. Так делать нельзя: следующий сбой может пройти без синего экрана и попортить диск. Не ставьте «патчи Kernel Patch Protection».

Minidump стоит сохранить. Дома можно не открывать. Онлайн-анализатор с кнопкой «скачать исправление 0x139» обычно предлагает ещё один сомнительный драйвер.

На Windows 11 кадр короче, QR ведёт на общую справку, не на патч 0x139. Лечение то же, что на десятке. Если 0x139 начался сразу после «игрового» пакета видео с сторонними твиками - снимите его штатным установщиком AMD или NVIDIA и поставьте чистый пакет без галочек вроде «чистая установка плюс разгон». Разгон памяти видеокарты и кастомный BIOS видео здесь ни при чём, пока не доказано, что сток живёт, а мод падает.

Повтор 0x139 только в играх при живом рабочем столе чаще про видеодрайвер или саму карту, чем про антивирус. Повтор на входе в систему, ещё до ярлыков - про фильтр на старте: антивирус, VPN, «ускоритель сети». Не лечите оба сценария одним и тем же набором «переустановить все драйверы подряд»: вы потеряете зацепку, какой пакет был последним.

Windows 10 и 11 здесь не расходятся. Меняется только путь в параметры. Если 0x139 приехал сразу после «игрового чипсета» с сайта неизвестной сборки - снимите его и возьмите пакет платы. Не ставьте рядом два антивируса: они сами любят писать в ядро и провоцировать проверку безопасности.

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

0x139 и KERNEL_SECURITY_CHECK_FAILURE - одно? Да.

Это вирус? Сам код - нет. Редко порчу даёт вредонос. Чаще драйвер или память.

Нужно ли менять Windows 10 на 11? Нет. Код один.

Поможет ли переустановка? Если виноват хвост драйверов - да. Если планка или диск - нет.

Можно ли игнорировать разовый кадр? Если больше не повторяется - да. Серия - нет.

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