Warum hat Windows immer noch den BSOD für Strg + Scroll + Scroll "Funktion"?

5755
Kredns

Während Windows XP herauskam, hörte ich von einer Testfunktion, die manuell einen BSOD (Blue Screen Of Death) verursachte . Ich habe auch gehört, dass dies in XP Service Pack 2 entfernt werden sollte. Es wurde nicht entfernt, sondern 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 CrashOnCtrlScrollals REG_DWORDmit dem Wert 1.

Starten Sie jetzt neu und drücken Sie Ctrl+ Scroll Lock+ Scroll Lock. Sie erhalten einen BSOD.

Warum ist diese Funktion immer noch vorhanden?

15
Ich denke, Sie müssen Microsoft danach fragen. DLH vor 14 Jahren 3
Da es einen obligatorischen Registry-Hack erfordert, glaube ich nicht, dass es ein Nachteil ist, ihn im System zu belassen. Niemand wird es wahrscheinlich aus Versehen auslösen. sangretu vor 14 Jahren 19
Funktioniert die Tastenfolge auch, wenn sie von einer RDP-Sitzung ausgelöst wird? Axxmasterr vor 14 Jahren 0
@Axxmasterr: Ich bin mir ziemlich sicher, aber ich habe es nicht selbst getestet. Kredns vor 14 Jahren 0
Wahrscheinlich hat Apple dies getan: http://gizmodo.com/assets/resources/2007/10/171953dc7.jpeg Harley Watson vor 14 Jahren 0
Das ist eine Sache, die ich an Apple hasse ... nicht nur, sie verwenden einen BSOD-Screenshot für ein (heutzutage) ziemlich stabiles Betriebssystem, sie verwenden sogar ein veraltetes Betriebssystem (wahrscheinlich von 98 oder ME). (Mein Freund, der 100% Linux-Benutzer ist, mag Windows 7. Das sagt etwas aus.) grawity vor 14 Jahren 0
Da es einen legitimen Anwendungsfall gibt, der für die Leute von Bedeutung ist, die den Kernel und die Gerätetreiber tatsächlich schreiben und debuggen, würde ich nicht erwarten, dass er entfernt wird. Die Aktivierung erfordert Schreibzugriff auf HKLM, und selbst wenn aktiviert, erhalten Sie nur einen BSOD. RBerteig vor 14 Jahren 4
@Axxmaster: Nein, das wird nicht, da die Tastenfolge in den Gerätetreibern für Tastaturen implementiert ist. Diese werden in einer RDP-Sitzung nicht benötigt oder sogar verwendet. Joey vor 13 Jahren 2
Ich habe es auf Windows XP SP3 mit USB-Tastatur ausprobiert (ich habe den Wert "CrashOnCtrlScroll" zur Taste "HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ kbdhid \ Parameters" hinzugefügt), und es hat nicht funktioniert. Piotr Dobrogost vor 12 Jahren 0
Für USB-Tastaturen funktionierte es bis Windows 7 nicht. Jamie Hanrahan vor 8 Jahren 0

7 Antworten auf die Frage

33
Ari Pernick

Es ist dazu da, einen Einbruch in den Kernel-Debugger zuzulassen oder eine Kernelmodus-Dump-Datei zu generieren. Normalerweise möchte ein Experte dies tun, wenn das Betriebssystem gesperrt erscheint und nicht einmal auf STRG + ALT + ENTF antwortet, um die Speicherabbilddatei abzurufen und zu ermitteln, bei welchem ​​Treiber Probleme auftreten.

Es ist logisch gleichbedeutend mit dem Aufruf der Kernel-API KeBugCheck mit Fehlerprüfung 0xE2 (MANUALLY_INITIATED_CRASH). Beachten Sie auch, dass die reg-Werte für den USB-Tastaturtreiber (kbdhid) im Vergleich zum ps2-Treiber (i8042prt) in verschiedenen Reg-Tasten eingestellt werden können. Weitere Informationen dazu und zum Customizing finden Sie im KB-Artikel 244139, welcher Tastendruck verwendet wird .

Da dies in den tatsächlichen Tastaturtreibern implementiert ist, gehe ich nicht davon aus, dass dies von einer RDP-Sitzung aus funktioniert, selbst wenn sie aktiviert wurde.

Es ist auch für Hardware- und Treiberentwickler vorhanden, die sich zu einem bestimmten Zeitpunkt im Debugger befinden müssen. Und ich denke auf jeden Fall, dass dies die akzeptierte Antwort sein sollte. Joey vor 13 Jahren 1
6
Marc Gravell

Wenn wir großzügig sind, kann er vielleicht als überbegeisterte Methode verwendet werden, um einen Absturzabzug für die manuelle Untersuchung des Systemstatus zu erzwingen? (hauptsächlich zum debuggen)

OK - ein ziemlich seltsamer Weg, aber ...

Das ist in der Tat sehr großzügig. Es könnte sich dabei um eine Methode handeln, mit der Software das System zum Absturz bringen kann, um im Falle eines ernsthaften Kompromisses die Blutung zu stoppen. Wenn Sie das System zum Herunterfahren zwingen, können Sie keine Daten stehlen. Axxmasterr vor 14 Jahren 7
5
DLH

Nennen wir es ein Osterei.

Glückwunsch ..... Sie haben es gefunden!

3
Jeffrey

Es klingt wie etwas, das die Zeit und Mühe nicht wert war, es aus der Codebase zu entfernen.

Nein, es wurde beibehalten, da es eine unschätzbare Diagnosefunktion ist. Synetech vor 8 Jahren 0
3
spoulson

Das klingt wirklich nach einem lustigen, praktischen Witz.

Ich habe es in einer Schule benutzt, als mein Lehrer kam und ich ein Fullsceen-Spiel spielte. Kredns vor 14 Jahren 5
@ Lucas: Warten Sie, Sie haben Administratorzugriff an einem Ort, an dem Sie Student sind? :O Joey vor 13 Jahren 0
@ Johannes: Ja. Es war sehr locker. Kredns vor 13 Jahren 0
Spoulson, offensichtlich sind Sie kein Programmierer oder zumindest kein Low-Level-Debugger. Synetech vor 8 Jahren 0
2
Vdex

Ich könnte mir vorstellen, dass Microsoft Unit-Tests auf ihrem Betriebssystem durchführt, bevor Updates usw. veröffentlicht werden. Vermutlich würde einer der Tests sein, ob BSOD sich immer noch so verhält, wie es sollte. Es ist auch sinnvoll, Komponententests mit der wirklich aktiven Codeversion auszuführen, um einen zuverlässigeren Test zu erhalten.

Dies hat für Benutzer (naja, Programmierer) von Nutzen. Synetech vor 8 Jahren 0
2
kpierce8

Sie sollten sich die Videos von Mark Russinovich ansehen, in denen er zeigt, wie Systemstörungen mit dieser "Funktion" diagnostiziert werden. Ich denke, es wurde gerade in SP2 eingestellt, nicht entfernt.