Синий экран UNEXPECTED KERNEL MODE TRAP (0x7F): причины и что делать

Код остановки UNEXPECTED KERNEL MODE TRAP (0x0000007F) значит, что процессор поймал исключение, которое ядро Windows не смогло обработать, и компьютер ушёл в перезагрузку. Microsoft первой причиной называет железо: неисправную или разнородную оперативную память и разгон процессора, затем драйверы ядра. В Windows 10 этот экран синий, в Windows 11 24H2 и новее он чёрный, а код и причины те же.

Код остановки на синем экране

Windows 10 пишет на экране «На вашем устройстве возникла проблема, и его необходимо перезагрузить» (в ранних сборках «На вашем ПК возникла проблема…»), ниже стоит код остановки. Чёрный экран Windows 11 появился с обновлением KB5062660 в июле 2025 года: Microsoft упростила его, но оставила код остановки и, если удаётся определить, имя модуля, который работал в момент сбоя. Если под кодом указан файл .sys, запишите его: это первый подозреваемый.

Чёрный экран Windows 11, пример Microsoft

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

Коротко: что делать при UNEXPECTED KERNEL MODE TRAP

Что проверять при UNEXPECTED KERNEL MODE TRAP, зависит от того, что менялось перед первым сбоем и что видно на экране:

Узнайте первый параметр ошибки в журнале событий

Четыре параметра ошибки 0x7F Windows 10 и 11 на экран не выводят, а записывают в журнал «Система». Для этой ошибки важен первый: это номер исключения процессора, и от него зависит, что проверять.

1. Нажмите Win + R, введите eventvwr.msc и нажмите Enter.
2. Слева откройте «Журналы Windows» → «Система».
3. Справа нажмите «Фильтр текущего журнала», в поле «<Все коды событий>» введите 1001 и нажмите «ОК».
4. Откройте событие с источником BugCheck. В тексте будет строка вида «Код ошибки: 0x0000007f (0x0000000000000008, …)». Первое число в скобках и есть нужный параметр.

Пример события 1001 BugCheck

Самые частые значения Microsoft перечисляет в справке по ошибке 0x7F:

Остальные номера (0x0000000C, 0x0000000D и другие) Microsoft относит к редким, с ними сразу переходите к дампу.

У двойного сбоя Microsoft называет две частые причины: неисправное железо и переполнение стека ядра. Стек переполняется, когда к одному стеку подключено несколько драйверов, например два драйвера-фильтра файловой системы. Такие фильтры ставят антивирусы, программы резервного копирования и шифрования. Если параметр 0x00000008, сразу вспомните, что из этого ставили недавно.

Если событий 1001 нет, Windows не успела записать отчёт: например, при внезапном отключении питания. Тогда в том же журнале поищите событие 41 с источником Kernel-Power и переходите к разделу про питание.

Уберите разгон и профиль XMP или EXPO

Разгон процессора Microsoft прямо называет причиной ошибки 0x7F. С памятью то же самое: профиль XMP (Intel) или EXPO (AMD) поднимает частоту и меняет тайминги, и не каждая пара «плата + процессор + планки» стабильна на заявленных цифрах.

1. Перезагрузите ПК и войдите в BIOS: обычно клавиша Delete или F2 на первом экране.
2. Найдите пункт загрузки настроек по умолчанию. Он называется Load Optimized Defaults, Load Setup Defaults или похоже, у ноутбуков обычно висит на F9.
3. Сохраните изменения (часто F10) и загрузите Windows.

Ошибка ушла, а память нужна на полной частоте? Включите XMP или EXPO снова, но выберите более медленный профиль или частоту на ступень ниже. Если плата предлагает обновление BIOS со словами про стабильность памяти, поставьте его: Microsoft отдельно советует проверить обновления BIOS у производителя.

Проверьте оперативную память

Неисправная или разнородная память у Microsoft стоит в числе главных причин ошибки 0x7F.

1. Нажмите Win + R, введите mdsched.exe и нажмите Enter.
2. Выберите «Выполнить перезагрузку и проверку (рекомендуется)». Компьютер перезагрузится и покажет синий экран теста памяти: это не ошибка, так выглядит сама проверка.
3. После загрузки Windows откройте журнал «Система» из предыдущего раздела и найдите событие с источником MemoryDiagnostics-Results. В нём написано, нашлись ли ошибки.

Без «Просмотра событий» итог выводит одна команда. Запустите PowerShell (права администратора не нужны) и выполните:

В поле Message каждой записи стоит итог проверки, в TimeCreated указано время проверки. Если PowerShell ответит, что подходящих событий нет, проверка не запускалась или была прервана: запустите её ещё раз.

Встроенный тест находит не всё. Если он чист, а признаки указывают на память (параметр 0x00000006, сбои в тяжёлых задачах), в практике используют загрузочный Memtest86+ на несколько проходов. Когда планок две и больше, оставьте одну и поработайте день, потом поменяйте. Планка, с которой синий экран возвращается, и есть виновник.

Найдите драйвер-виновник по дампу памяти

При сбое Windows записывает дамп памяти: малые дампы лежат в папке C:\Windows\Minidump, большой (автоматический, ядра или полный, смотря по настройке) в файле C:\Windows\MEMORY.DMP. В дампе записано, какой модуль работал в момент ошибки. Если после предыдущих шагов синий экран не ушёл или первый параметр 0x00000008, разберите дамп.

1. Установите WinDbg из Microsoft Store или командой в терминале:

2. Скопируйте последний файл .dmp из C:\Windows\Minidump на рабочий стол, Проводник попросит подтверждение администратора. Копию WinDbg откроет без запуска от имени администратора.
3. Запустите WinDbg, выберите File → Start debugging → Open dump file и откройте скопированный файл. Дождитесь, пока загрузятся символы: с первым дампом это занимает несколько минут.
4. В строке команд внизу введите:

В отчёте найдите строки Arg1 (тот же первый параметр), MODULE_NAME и IMAGE_NAME. Если там файл .sys стороннего производителя (не ядро Windows ntkrnlmp.exe или ntoskrnl.exe и не hal.dll), по имени файла легко найти программу или устройство, которым он принадлежит. Системные модули в этих строках значат, что сбой пойман в самом ядре, а причина может быть в памяти, другом железе или стороннем драйвере, переполнившем стек. Тогда посмотрите строку PROCESS_NAME: это процесс, который работал в момент сбоя.

Если дампов несколько, откройте два-три последних. Microsoft советует искать повторы: модуль, который стоит в каждом дампе, и есть главный подозреваемый. Те же поля отчёта показаны на примере синего экрана KMODE_EXCEPTION_NOT_HANDLED, если нужен второй образец.

Если папка Minidump пуста, откройте sysdm.cpl → «Дополнительно» → «Загрузка и восстановление» → «Параметры» и проверьте, что запись отладочной информации не отключена. Там же снимите флажок «Выполнить автоматическую перезагрузку»: при следующем сбое экран останется на месте, и код с именем файла можно спокойно переписать.

Откатите драйвер или удалите сторонний антивирус

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

1. Нажмите правой кнопкой по «Пуску» и выберите «Диспетчер устройств». Устройство с жёлтым восклицательным знаком проверьте первым: Microsoft советует обновить его драйвер, а если не помогло, отключить или удалить устройство.
2. Откройте свойства устройства, драйвер которого обновляли, перейдите на вкладку «Драйвер» и нажмите «Откатить». Кнопка неактивна, значит, предыдущей версии в системе нет: скачайте прошлую версию с сайта производителя.

Сторонний антивирус, VPN-клиент, программа резервного копирования или шифрования диска ставят свои драйверы в ядро. Если ошибка появляется при переходе на новую версию Windows, Microsoft советует перед обновлением удалить сторонние драйверы и службы и отключить антивирус. Удалите программу через «Параметры» (в свежих сборках Windows 11 «Настройки») → «Приложения» → «Установленные приложения», в Windows 10 через «Параметры» → «Приложения» → «Приложения и возможности». Перезагрузитесь и поработайте без неё: встроенный Microsoft Defender включится сам. Если синий экран исчез, поставьте свежую версию программы или замените её.

Когда синий экран появляется сразу при загрузке, делайте то же самое в безопасном режиме. После двух неудачных загрузок подряд Windows сама откроет среду восстановления. Там выберите «Поиск и устранение неисправностей» → «Дополнительные параметры» → «Параметры загрузки» → «Перезагрузить» и на экране «Параметры загрузки» нажмите 4 для безопасного режима (порядок по справке Microsoft). В этой же среде есть «Восстановление системы»: точка восстановления до установки драйвера вернёт систему в рабочее состояние без переустановки.

Если синий экран появился после замены железа

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

• Блок питания. Неисправный или слабый блок Microsoft тоже называет причиной. Признак: ПК перезагружается под нагрузкой, а в журнале есть событие Kernel-Power 41 без отчёта 1001.
• Перегрев. Посмотрите температуры процессора в простое и под нагрузкой бесплатной HWiNFO64. Если под нагрузкой температура близка к предельной для вашего процессора (её указывает производитель), почистите систему охлаждения.
• Материнская плата. Если память проверена поштучно, разгона нет, драйверы чистые, а ошибка остаётся, проверьте плату и процессор в сервисе или диагностикой от производителя компьютера.

Проверьте системные файлы Windows

Повреждённые системные файлы Microsoft среди причин 0x7F не называет, но проверка безопасна и ничего не стоит. Нажмите правой кнопкой по «Пуску», откройте «Терминал (Администратор)» (в Windows 10 «Windows PowerShell (администратор)») и выполните по очереди:

Если DISM или SFC завершились ошибкой, сообщения обеих команд и что с ними делать собраны в инструкции по восстановлению Windows через DISM и SFC.

Бывает, что при той же поломке экран показывает другой код. CRITICAL_PROCESS_DIED (0x000000EF) значит, что упал один из системных процессов Windows, и порядок проверок у него свой: он собран в разборе синего экрана CRITICAL_PROCESS_DIED. Для MEMORY_MANAGEMENT (0x1A) первый параметр тоже подсказывает ветку поиска, значения сведены в разборе синего экрана MEMORY_MANAGEMENT.

Поможет ли переустановка Windows

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

При переустановке той же редакции на том же компьютере цифровая лицензия восстановится автоматически после подключения к интернету. Если Windows активировали ключом продукта и программа установки его попросит, введите тот же ключ. Если же в ходе поиска причины пришлось заменить материнскую плату, Windows может посчитать компьютер новым и показать ошибку активации 0x803F7001 после замены оборудования, по ссылке — что с ней делать. Активация не вернулась — для компьютера с новой платой понадобится новый ключ Windows 11 той же редакции, что стояла.

4.971088 отзывов

Microsoft Windows 11 Pro — бессрочный ключ

2 870 ₽2 470 ₽

В корзину

4.971088 отзывов

Microsoft Windows 11 Домашняя (Home) — бессрочный ключ

2 770 ₽2 370 ₽

В корзину

4.971088 отзывов

Microsoft Windows 10 Pro — бессрочный ключ

2 770 ₽2 370 ₽

В корзину

4.971088 отзывов

Microsoft Windows 11 Pro — бессрочный ключ

2 870 ₽2 470 ₽

В корзину

4.971088 отзывов

Microsoft Windows 11 Домашняя (Home) — бессрочный ключ

2 770 ₽2 370 ₽

В корзину

4.971088 отзывов

Microsoft Windows 10 Pro — бессрочный ключ

2 770 ₽2 370 ₽

В корзину

Дистрибутивы: Microsoft Windows 11 Professional, Microsoft Windows 11 Домашняя (Home), Microsoft Windows 10 Professional.

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

Что значит UNEXPECTED KERNEL MODE TRAP?

Это код остановки 0x0000007F. Процессор сгенерировал исключение, которое ядро Windows не смогло перехватить, например двойной сбой или недопустимую инструкцию. Обычно виновато железо: Microsoft называет неисправную память и разгон, затем драйверы ядра.

Почему экран с ошибкой UNEXPECTED KERNEL MODE TRAP чёрный, а не синий?

Так выглядит экран сбоя в Windows 11 24H2 и новее: Microsoft сделала его чёрным в обновлении KB5062660 в июле 2025 года. Код остановки, причины и порядок проверок те же, что у синего экрана Windows 10.

Как исправить UNEXPECTED KERNEL MODE TRAP в Windows 10?

Так же, как в Windows 11: верните настройки BIOS по умолчанию, проверьте память средством mdsched.exe, затем найдите драйвер по дампу в WinDbg. Отличаются только подписи: вместо «Терминала» в Windows 10 «Windows PowerShell (администратор)», а программы удаляют в разделе «Приложения и возможности».

Где посмотреть параметры ошибки, если синий экран исчез слишком быстро?

В «Просмотре событий»: «Журналы Windows» → «Система», событие 1001 с источником BugCheck. В его тексте указан код 0x0000007f и четыре параметра в скобках, первый из них показывает тип исключения.

Опасна ли эта ошибка для данных?

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