«Смерть экрана» в запросах - бытовое имя синего экрана, BSOD. Отдельного стоп-кода DEATH_SCREEN не существует. Если рядом написано CRITICAL_PROCESS_DIED, речь про реальный багчек: ядро остановило систему, потому что завершился критический процесс. Число того же события - 0x000000EF, коротко 0xEF. Windows 10 и 11 показывают одно имя, на одиннадцатой кадр просто короче и с QR.

Это не ошибка установки с флешки и не отказ Центра обновления. Пока на экране этот кадр, рабочего стола нет. После перезапуска система может встать как ни в чём не бывало или упасть снова на том же месте.

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

Упал процесс, без которого ядро не хочет жить. Часто это подсистемы вроде csrss.exe, smss.exe, lsass.exe или службы, которые Windows пометила критическими. Причина обычно не в «злом имени процесса», а в том, что его подкосил драйвер, битый файл или диск.

Свежий драйвер или антивирус. После пакета видео, чипсета, VPN, «ускорителя интернета». Экран появляется на входе или через минуту. Откат здесь уместнее, чем сразу формат.

Повреждены системные файлы. Прерванное обновление, сыплющийся накопитель, «чистилка», которая удалила то, что ей показалось мусором. Тогда 0xEF соседствует с жалобами sfc.

Диск. SSD с плохим SMART или HDD с бэдами рвёт файлы критических процессов на чтении. Переустановка на тот же накопитель возвращает ту же «смерть экрана» через день.

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

Не существует отдельного русского стоп-кода «смерть экрана». Если на кадре другое имя - SYSTEM_SERVICE_EXCEPTION, DPC_WATCHDOG_VIOLATION - чините то имя. CRITICAL_PROCESS_DIED не лечат советами от соседнего багчека.

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

  1. Перепишите имя целиком латиницей. CRITICAL_PROCESS_DIED. Варианты вроде «critical process did» или смесь кириллицы и латиницы в поиске не помогут. Если есть файл на кадре - его тоже.

  2. Встаньте в безопасный режим, если обычный вход роняет снова. Особые варианты загрузки с установочной флешки или через сбой три раза подряд. В безопасном режиме снимите последний драйвер и сторонний антивирус.

  3. Проверьте файлы штатными командами, не «ремонтом DLL с форума». Командная строка администратора: DISM /Online /Cleanup-Image /RestoreHealth, затем sfc /scannow. Дождитесь конца. Не копируйте csrss.exe и соседей из темы форума: подпись не сойдётся, получите уже KERNEL_SECURITY_CHECK_FAILURE.

  4. Снимите SMART диска. CrystalDiskInfo. Жёлтый и красный - копия данных. chkdsk по системному тому, когда система держится достаточно долго, чтобы его закончить.

  5. Проверьте память, если падения случайные. Штатное средство mdsched.exe или хотя бы один полный проход, не пятиминутная «быстрая проверка». Подробнее - отдельная инструкция по проверке оперативной памяти.

  6. Не правьте реестр «критических процессов» и не отключайте защиту процессов. Гайды «уберите флаг critical» прячут синий экран и оставляют систему в дырявом состоянии. Так делать нельзя: вы меняете предохранитель, а не причину.

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

На русском экране Windows 10 над именем как раз написано «код остановки». Отсюда и «смерть экрана»: люди склеивают бытовое имя синего кадра с тем, что прочитали по центру. Английский интерфейс пишет Stop code. Перевода в отдельный режим нет. Если под именем QR - это общая справка, не рецепт вашей машины. Скачивать «лечение смерти экрана» по этому QR в системную папку не нужно.

Повторяющийся CRITICAL_PROCESS_DIED после одного и того же действия - начинайте с этого действия, не с полного набора тестов. Свежий антивирус, копирование на диск, вход после KB. Случайный разброс по часам - диск и память. Без этой развилки статья превращается в список всего подряд, а вы теряете день.

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

«Смерть экрана» и BSOD - одно? В быту да. Технически на экране должно быть конкретное имя. Здесь это CRITICAL_PROCESS_DIED.

0xEF и CRITICAL_PROCESS_DIED - разные коды? Нет. Имя и число одного багчека.

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

Поможет ли переустановка? Если виноваты файлы и диск живой - да. Если сыпется SSD - 0xEF вернётся.

Нужно ли менять .sys с форума? Нет. Чужой файл ядра - прямой путь к новому стоп-коду.

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