На синем экране или в журнале: SYSTEM_SERVICE_EXCEPTION, часто с номером 0x0000003B. Это и есть стоп-код, он же bug check: ядро зафиксировало исключение внутри системного сервиса, почти всегда в драйвере. Слово «код» в запросе не добавляет второго смысла. Нет отдельной таблицы «код system service» помимо 0x3B. Нет и стоп-кода SYSTEM_SERVICE_ERROR.

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

Исключение в драйвере. Видео, чипсет, антивирус, сеть. Параметры bug check, если их видно на старом экране или в дампе, указывают тип исключения и адрес. Дома достаточно имени 0x3B и файла .sys. Не разбирайте четыре hex-столбца по форумным таблицам: без дампа они легко врут.

Повреждённые файлы Windows. Оборванный патч. Тогда 0x3B повторяется после каждой загрузки. sfc и DISM - штатный путь, не «код-fixer».

Фильтр в ядре. VPN, защитник третьей фирмы. Сняли - код пропал. Это не доказательство, что Windows «сгнил».

Память как фон. Если 0x3B случайный и тест памяти сыпется, имя на экране вторично. Чаще планка всё же даёт MEMORY_MANAGEMENT, но исключения бывают.

Чего код не значит. Не службу в services.msc. Не ошибку центра обновления 0x80070002. Не 0xc0000005 у exe: там процесс пользователя, система жива. Не выдуманный «код 3B активации».

В Windows 10 и 11 номер один. На семёрке тот же 0x3B, только экран аскетичнее.

Иногда человек пишет в поиске «код system service exception» после того, как успел перезагрузиться и уже не видит синий кадр. Тогда источник - «Просмотр событий», журнал «Система», уровень «Критический», источник BugCheck. В тексте события будет 0x0000003B и параметры. Этого достаточно, чтобы не спутать с SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E) и с обычным падением службы в services.msc.

Если 0x3B появляется только в одной игре, не спешите переустанавливать Windows. Сначала пакет видеодрайвера с сайта производителя карты или ноутбука, без «геймерской» беты, и температура под той же нагрузкой. Игра лишь проявляет слабое место, не создаёт новый стоп-код.

Как читать и что делать пошагово

  1. Спишите имя и номер. SYSTEM_SERVICE_EXCEPTION и 0x3B - одно. Файл рядом запишите отдельно. В «Просмотре событий» критическая запись BugCheck содержит те же числа.
  2. Не ищите «лечение кода 0x3B» одним файлом. Такого патча нет. Рекламные страницы под любой стоп-код продают один и тот же комбайн.
  3. Откатите драйвер, который ставили недавно, даже если на экране ntoskrnl.exe. Ядро часто крайнее. Видео и антивирус - первые подозреваемые.
  4. Проверьте файлы системы и память. sfc /scannow, DISM /Online /Cleanup-Image /RestoreHealth, mdsched.exe. Это набор для 0x3B, не гадание по четвёртому параметру.
  5. Сохраните минидамп, если Windows его пишет: папка Minidump на системном диске. Дома можно не открывать. Не заливайте дамп на случайный сайт с «автоанализом» и установщиком впридачу.
  6. Не включайте Driver Verifier, пока не исчерпаны откат и sfc. Верификатор сам генерирует 0x3B и 0xD1. Не подменяйте ntoskrnl.exe.

Если код появился один раз после сбоя питания и больше не повторился, достаточно записи. Пачка 0x3B за два дня - уже шаги выше.

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

0x3B и SYSTEM_SERVICE_EXCEPTION - разные коды? Нет. Имя и номер одного bug check.

Почему в дампе ntoskrnl.exe? Там заметили падение. Виновник часто другой .sys ниже по стеку.

Это служба Windows Update? Нет. «Service» в имени стоп-кода про код ядра.

Есть ли 0x3B при установке Windows? Редко, как синий экран установщика. Тогда это всё же стоп-код, не HRESULT центра. Смотрите драйвер диска и память, не ключ активации.

Нужно ли расшифровывать все четыре параметра на экране? Дома нет. Без дампа это почти гадание. Имя 0x3B плюс файл .sys уже задают направление: драйвер, sfc, память. Если в безопасном режиме тихо, а в обычном 0x3B - почти наверняка сторонний драйвер или фильтр. Снимайте то, что ставили недавно, не ядро.

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