Mientras salió Windows XP, escuché sobre una función de prueba que existía para causar manualmente un BSOD (Pantalla azul de la muerte) . También escuché que se suponía que esto se eliminaría en XP Service Pack 2. No se eliminó, también está en Vista y Windows 7. Para habilitar esto, navegue a esta ubicación en el registro:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ i8042prt \ Parameters
y agregue CrashOnCtrlScroll
como a REG_DWORD
con el valor de 1.
Ahora reinicie y presione Ctrl+ Scroll Lock+ Scroll Lock, y obtendrá un BSOD.
¿Por qué esta característica todavía está aquí?
Respuestas:
Está allí para permitir una ruptura en el depurador de kernel o generar un archivo de volcado en modo kernel. Por lo general, un experto querría hacer esto cuando el sistema operativo parece bloqueado y ni siquiera responde a CTRL + ALT + SUPRIMIR para obtener el archivo de volcado e investigar qué controlador tiene problemas.
Es lógicamente equivalente a llamar a la API del núcleo KeBugCheck con bugcheck 0xE2 (MANUALLY_INITIATED_CRASH). También tenga en cuenta que los valores de registro se pueden establecer en diferentes teclas de registro para el controlador de teclado USB (kbdhid) frente al controlador ps2 (i8042prt). Hay más información sobre eso y personalizar qué keytoke se utiliza en el artículo 244139 de KB .
Dado que esto se implementa en los controladores de teclado reales, no espero que esto funcione desde una sesión RDP incluso si estaba habilitado.
fuente
Si somos generosos, ¿podría usarse como una forma demasiado entusiasta de forzar un volcado por caída para investigar manualmente el estado del sistema? (principalmente para depuración)
OK, una forma bastante extraña de hacerlo, pero ...
fuente
Llamémoslo un huevo de pascua.
Felicidades ..... lo encontraste!
fuente
Parece algo que no valió la pena el tiempo y el esfuerzo para eliminar de la base de código.
fuente
Esto suena como una broma divertida y práctica, de verdad.
fuente
Me imagino que Microsoft realiza pruebas unitarias en su sistema operativo antes de lanzar actualizaciones, etc. Presumiblemente, una de las pruebas sería ver si BSOD todavía se comporta como debería. También tiene sentido ejecutar pruebas unitarias en la versión de código activa real para una prueba más confiable.
fuente
Debería ver los videos de Mark Russinovich donde muestra cómo diagnosticar el sistema se cuelga con esta "característica". Creo que fue desactivado en SP2, no eliminado.
fuente