Когда вышла Windows XP, я услышал о функции тестирования, которая существовала, чтобы вручную вызывать BSOD (Blue Screen Of Death) . Я также слышал, что это должно было быть удалено в XP с пакетом обновления 2. Это не было удалено, это также в Vista и Windows 7. Чтобы включить это перейдите к этому месту в реестре:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ i8042prt \ Parameters
и добавить CrashOnCtrlScroll
в качестве REG_DWORD
со значением 1.
Теперь перезагрузите компьютер и нажмите Ctrl+Scroll Lock + Scroll Lock, и вы получите BSOD.
Почему эта функция все еще здесь?
Ответы:
Это там, чтобы позволить взломать отладчик ядра или создать файл дампа в режиме ядра. Как правило, эксперт захочет сделать это, когда ОС выглядит заблокированной и даже не отвечает на CTRL + ALT + DELETE, чтобы получить файл дампа и исследовать его, для которого возникли проблемы с драйвером.
Логически эквивалентно вызову API ядра KeBugCheck с ошибкой 0xE2 (MANUALLY_INITIATED_CRASH). Также обратите внимание, что значения reg могут быть установлены в разных ключах reg для драйвера клавиатуры USB (kbdhid) по сравнению с драйвером ps2 (i8042prt). Более подробная информация об этом и настройка того, какое нажатие клавиши используется в статье базы знаний № 244139 .
Поскольку это реализовано в реальных драйверах клавиатуры, я не ожидаю, что это сработает в сеансе RDP, даже если он был включен.
источник
Если мы щедры, возможно, это может быть использовано в качестве чрезмерного энтузиазма для принудительного создания аварийного дампа для ручного исследования состояния системы? (в первую очередь для отладки)
ОК - довольно странный способ сделать это, но ...
источник
Давайте назовем это пасхальным яйцом.
Поздравляю ..... ты нашел это!
источник
Похоже, что-то, что не стоило времени и усилий, чтобы удалить из базы кода.
источник
Это звучит как забавная практическая шутка, правда.
источник
Я предполагаю, что Microsoft выполняет модульное тестирование своих ОС перед выпуском обновлений и т. Д. Предположительно, одним из тестов было бы проверить, продолжает ли BSOD вести себя так, как должен. Также имеет смысл запускать модульные тесты на реальной активной версии кода для более надежного тестирования.
источник
Вам следует посмотреть видео Марка Руссиновича, где он показывает, как диагностировать зависания системы с помощью этой «функции». Я думаю, что это было просто отключено в SP2, а не удалено.
источник