Запрос «windows как вызвать синий экран» не про монитор, мышь и HDMI. Люди ищут штатный способ уронить ядро, чтобы получить дамп: зависание без кадра, проверка, что минидампы пишутся, отладка драйвера. Это документированная возможность Microsoft, не «секретный вирус». Случайно нажимать такое на рабочем компьютере с открытыми документами не стоит: несохранённое пропадёт, как при любом настоящем сбое.

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

Синий экран вызывают специально, чтобы снять дамп. Обычный BSOD появляется сам. Принудительный даёт код MANUALLY_INITIATED_CRASH, в шестнадцатеричном виде 0x000000E2. В минидампе не будет «виновного» драйвера видео: вы сами попросили ядро остановиться. Это полезно, когда система зависла, кадр сам не рисуется, а дамп всё же нужен.

Сочетание само по себе не работает. Microsoft включает его через параметр CrashOnCtrlScroll в реестре. Без этого правый Ctrl и два нажатия Scroll Lock ничего не делают. После правки нужна перезагрузка. Для USB-клавиатуры и для клавиатуры PS/2 пути разные: ноутбук часто сидит на i8042prt, внешняя клавиатура - на kbdhid.

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

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

Сторонние «крашеры» и шутки. Утилита NotMyFault из набора Sysinternals умеет уронить систему разными способами и тоже пишет дамп. Её имеет смысл только на своей машине, когда вы понимаете, зачем дамп. Скачивать «вызов синего экрана» с рекламных страниц не нужно: там часто не диагностика, а мусор.

Что делать: пошаговая инструкция

  1. Решите, зачем вам кадр. Проверка, что дампы пишутся, снятие снимка на зависшей машине, отладка. Если цель «посмотреть, как выглядит синий экран» - закройте документы и будьте готовы к перезагрузке. Если цель починить уже существующие вылеты, сначала фото настоящего кода, не искусственный 0xE2.
  2. Включите запись дампа. В свойствах системы откройте «Дополнительно» → «Запуск и восстановление». Тип дампа не должен быть «нет». Для бытовой диагностики обычно хватает малого дампа в C:\Windows\Minidump.
  3. Пропишите CrashOnCtrlScroll для вашей клавиатуры. Для USB: раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\kbdhid\Parameters, параметр CrashOnCtrlScroll, тип DWORD, значение 1. Для встроенной клавиатуры ноутбука часто нужен тот же параметр в ...\Services\i8042prt\Parameters. Если пользуетесь обеими, Microsoft советует прописать оба. Перезагрузитесь.
  4. Вызовите кадр штатным сочетанием. Зажмите правый Ctrl и дважды нажмите Scroll Lock. Левый Ctrl по документации не считается. На ноутбуке Scroll Lock иногда спрятан под Fn. Система должна уйти в синий кадр с MANUALLY_INITIATED_CRASH и начать писать дамп.
  5. После перезагрузки откройте минидамп. Папка C:\Windows\Minidump, файл с сегодняшней датой. Если файла нет, дампы выключены или диск не дал записать. Это как раз то, ради чего сочетание включают.
  6. Выключите параметр, когда проверка закончена. Поставьте CrashOnCtrlScroll в 0 или удалите его. Иначе любой, кто знает сочетание, уронит ваш ПК. Это не «защита от врагов», это чтобы сами случайно не нажали.
  7. Не ищите это в настройках монитора. Вызов синего экрана не лечит вылеты и не проверяет HDMI. Если у вас уже сыпется настоящий BSOD, смотрите хаб и статьи про конкретные файлы вроде nvlddmkm.sys.

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

Это статья про периферию? Нет. Запрос про ядро Windows. Клавиатура только нажимает сочетание. Монитор показывает кадр.

Какой код будет на вызванном экране? MANUALLY_INITIATED_CRASH, 0xE2. Он не объясняет вчерашние вылеты с MEMORY_MANAGEMENT.

Можно ли вызвать синий экран без правки реестра? Штатное сочетание - нет. Пока CrashOnCtrlScroll не включён, Scroll Lock ведёт себя как обычно.

Опасно ли это для железа? Для монитора и мыши нет. Риск - потеря несохранённых файлов и редкий сбой, если диск уже сыплется в момент записи дампа.

Нужно ли это, чтобы починить обычный BSOD? Нет. Для обычных вылетов фото кода и минидамп, который Windows пишет сама. Принудительный кадр нужен, когда система зависла без синего листа.

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