Während Windows XP herauskam, hörte ich von einer Testfunktion , die es gab, um manuell einen BSOD (Blue Screen Of Death) auszulösen . Ich habe auch gehört, dass dies in XP Service Pack 2 entfernt werden sollte. Es wurde nicht entfernt, es ist auch in Vista und Windows 7. Um dies zu aktivieren, navigieren Sie zu diesem Speicherort in der Registrierung:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ i8042prt \ Parameters
und addiere CrashOnCtrlScroll
als a REG_DWORD
mit dem Wert 1.
Jetzt neu starten und Ctrl+ Scroll Lock+ Scroll Lockdrücken, und Sie erhalten ein BSOD.
Warum ist diese Funktion immer noch verfügbar?
Antworten:
Hiermit können Sie eine Unterbrechung des Kernel-Debuggers zulassen oder eine Kernel-Modus-Dump-Datei generieren. Normalerweise möchte ein Experte dies tun, wenn das Betriebssystem blockiert ist und nicht einmal auf STRG + ALT + ENTF reagiert, um die Speicherauszugsdatei abzurufen und zu ermitteln, bei welchem Treiber Probleme auftreten.
Es entspricht logischerweise dem Aufruf der Kernel-API KeBugCheck mit dem Bugcheck 0xE2 (MANUALLY_INITIATED_CRASH). Beachten Sie auch, dass die Reg-Werte für den USB-Tastaturtreiber (kbdhid) in verschiedenen Reg-Schlüsseln festgelegt werden können als für den ps2-Treiber (i8042prt). Weitere Informationen dazu und zum Anpassen des verwendeten Tastenanschlags finden Sie im KB-Artikel 244139 .
Da dies in den tatsächlichen Tastaturtreibern implementiert ist, erwarte ich nicht, dass dies von einer RDP-Sitzung aus funktioniert, selbst wenn diese aktiviert ist.
quelle
Wenn wir großzügig sind, könnte es vielleicht als überbegeisterte Methode verwendet werden, einen Absturzspeicherauszug zu erzwingen, um den Systemzustand manuell zu untersuchen? (hauptsächlich zum Debuggen)
OK - ein ziemlich seltsamer Weg, aber ...
quelle
Nennen wir es ein Osterei.
Herzlichen Glückwunsch ... Sie haben es gefunden!
quelle
Es klingt nach etwas, das sich nicht gelohnt hat, es aus der Codebasis zu entfernen.
quelle
Das klingt wirklich nach einem lustigen Scherz.
quelle
Ich würde mir vorstellen, dass Microsoft Unit-Tests auf dem Betriebssystem durchführt, bevor Updates usw. veröffentlicht werden. Vermutlich besteht einer der Tests darin, festzustellen, ob sich BSOD immer noch so verhält, wie es sollte. Es ist auch sinnvoll, Komponententests mit der echten aktiven Codeversion durchzuführen, um einen zuverlässigeren Test zu erhalten.
quelle
Sie sollten sich Mark Russinovichs Videos ansehen, in denen er zeigt, wie mit dieser "Funktion" System-Hangs diagnostiziert werden. Ich denke, es wurde nur in SP2 ausgeschaltet, nicht entfernt.
quelle