Синий экран KERNEL SECURITY CHECK FAILURE

Самая полезная информация здесь — обстоятельства. Если экран появляется при определённом действии (подключении устройства, запуске конкретной программы, выходе из сна), причина почти наверняка в драйвере, и его можно вычислить. Если ошибка приходит в случайные моменты и без нагрузки, подозрение смещается к оперативной памяти. Если она сопровождается подвисаниями и щелчками — к накопителю.

Второй ориентир — что менялось перед первым появлением. Обновление драйвера видеокарты, установка новой программы с собственным драйвером, добавление планки памяти, обновление системы: любое из этих событий даёт готовую версию, которую можно проверить откатом.

Начинать стоит с отката последнего изменённого драйвера — система умеет возвращать предыдущую версию штатно. Особое внимание к драйверам видеокарты, сетевого адаптера и к тем, что ставились не из штатного центра обновлений, а вручную с сайтов-агрегаторов. Пакеты «драйверов на все случаи жизни» — регулярный источник таких синих экранов, потому что подставляют не ту версию.

Если непонятно, какой драйвер виноват, помогает загрузка в безопасном режиме: там поднимается минимальный набор, и если в нём ошибка не появляется, круг сужается до тех, что не грузятся в этом режиме. Дальше их отключают по одному, начиная с самых свежих по дате.

Оперативная память проверяется штатным средством диагностики, и лучше запускать длинную проверку, а не быструю: часть дефектов проявляется только через десятки минут. Если планок несколько, следующий шаг — оставить одну и работать так пару дней, потом поменять. Это дольше любой программы, но даёт однозначный ответ.

Накопитель проверяется по своим счётчикам состояния, и здесь важна не столько сама проверка, сколько её повторение через несколько дней: значимо изменение, а не абсолютное число. И общее правило для всех синих экранов: пока причина не найдена, важные данные должны существовать в двух местах, а не в одном.