Bluescreen-Hilfe: Was bedeutet der Stoppcode, und was hilft?

10 / STUDIEN UND QUELLEN

Worauf sich das Werkzeug stützt

Die Richtwerte und Hinweise oben beruhen auf diesen 14 wissenschaftlichen Arbeiten. Jede ist über ihren DOI bzw. die Seite des Verlags geprüft (zuletzt am 14. November 2026): Es gibt sie, sie ist nicht zurückgezogen, und ihr Befund trägt für die Frage heute noch.

1. Swift, M. M.; Bershad, B. N.; Levy, H. M. (2005): Improving the reliability of commodity operating systems. ACM Transactions on Computer Systems 23 (1), S. 77–110

   Befund Gerätetreiber bleiben eine Hauptursache für Systemausfälle: Unter Windows XP gingen 85 Prozent der damals gemeldeten Ausfälle auf Treiber zurück. Die Arbeit schlägt vor, Treiber im Kern abzuschotten, damit ihr Fehler nicht das ganze System mitreißt.

   Im Werkzeug Ohne andere Hinweise steht ein Treiber im Werkzeug an erster Stelle der Ursachen.

   doi.org/10.1145/1047915.1047919 · Fachzeitschrift

2. Chou, A.; Yang, J.; Chelf, B. u. a. (2001): An empirical study of operating systems errors. Proceedings of the 18th ACM Symposium on Operating Systems Principles (SOSP), S. 73–88

   Befund Eine automatische Code-Prüfung der Kerne von Linux und OpenBSD fand in Gerätetreibern drei- bis siebenmal so viele Fehler wie im übrigen Kern. Die jüngsten Dateien hatten bis zu doppelt so viele Fehler wie die ältesten; Code wird mit der Zeit stabiler.

   Im Werkzeug Ein frisch installierter oder aktualisierter Treiber rückt im Werkzeug nach vorn, und der Schritt „Treiber zurücksetzen" kommt früh.

   doi.org/10.1145/502034.502042 · Konferenzbeitrag

3. Palix, N.; Thomas, G.; Saha, S. u. a. (2011): Faults in Linux: ten years later. Proceedings of the 16th International Conference on Architectural Support for Programming Languages and Operating Systems (ASPLOS), S. 305–318

   Befund Zehn Jahre nach Chou u. a. machen Treiber weiter einen großen Teil des Linux-Kerns aus und enthalten die meisten Fehler. Ihre Fehlerdichte liegt inzwischen aber unter der anderer Teile wie Dateisystemen.

   Im Werkzeug Die Seite erklärt, dass Treiber vor allem deshalb so oft schuld sind, weil es so viele davon gibt, und nicht jeder Treiber schlecht ist.

   doi.org/10.1145/1950365.1950401 · Konferenzbeitrag

4. Glerum, K.; Kinshumann, K.; Greenberg, S. u. a. (2009): Debugging in the (very) large: ten years of implementation and experience. Proceedings of the 22nd ACM Symposium on Operating Systems Principles (SOSP), S. 103–116

   Befund Windows-Fehlerberichte sortieren Milliarden Abstürze in Gruppen und lenken Korrekturen zurück auf die Geräte. Unter Windows XP sanken die Abstürze durch Treiber von 2004 bis 2006 in allen Klassen außer Virenschutz und Speicher; Virenschutz-Treiber werden ständig umgebaut. Eine Prozessor-Korrektur über Windows Update senkte die Absturzberichte binnen zwei Tagen auf ein Fünftel, ein Treiberhersteller halbierte seinen Anteil an allen Kernabstürzen in fünf Monaten.

   Im Werkzeug Updates installieren steht früh in der Schrittfolge, Programme mit eigenem Treiber wie Virenschutz sind eine eigene Ursache, und der Stoppcode gilt nur als Gruppe, nicht als Diagnose.

   doi.org/10.1145/1629575.1629586 · Konferenzbeitrag

5. Dang, Y.; Wu, R.; Zhang, H. u. a. (2012): ReBucket: A method for clustering duplicate crash reports based on call stack similarity. Proceedings of the 34th International Conference on Software Engineering (ICSE), S. 1084–1093

   Befund Um Absturzberichte desselben Fehlers zusammenzufassen, vergleicht das Verfahren die Aufrufstapel aus den Berichten; damit ordnet es bei fünf Microsoft-Produkten treffsicherer zu als die bisherigen Regeln.

   Im Werkzeug Begründet die Grenze des Werkzeugs: Erst der Aufrufstapel im Speicherabbild zeigt den Verursacher, der Stoppcode allein nicht.

   doi.org/10.1109/ICSE.2012.6227111 · Konferenzbeitrag

6. Nightingale, E. B.; Douceur, J. R.; Orgovan, V. (2011): Cycles, cells and platters: an empirical analysis of hardware failures on a million consumer PCs. Proceedings of the 6th European Conference on Computer Systems (EuroSys), S. 343–356

   Befund Absturzdaten von rund 950.000 Verbraucher-PCs: Hardwarefehler kommen wieder. Nach einem Absturz durch den Prozessor lag die Chance für den nächsten bei 1 zu 3,3 statt 1 zu 190; bei Fehlern im Plattensystem traten 86 Prozent der Wiederholungen binnen zehn Tagen Laufzeit auf, und die Autoren raten, die Platte sofort zu tauschen. Übertaktete Prozessoren stürzten 4- bis 20-mal so oft ab, Laptops seltener als Desktops.

   Im Werkzeug Wiederholte Abstürze und „seit Wochen" heben Hardware-Ursachen an, bei Plattencodes warnt das Werkzeug schon beim ersten Mal, und Übertaktung zurücknehmen ist ein eigener Schritt.

   doi.org/10.1145/1966445.1966477 · Konferenzbeitrag

7. Schroeder, B.; Pinheiro, E.; Weber, W.-D. (2009): DRAM errors in the wild: a large-scale field study. Proceedings of the 11th International Joint Conference on Measurement and Modeling of Computer Systems (SIGMETRICS), S. 193–204

   Befund Zweieinhalb Jahre Messung in Googles Serverbestand: Speicherfehler sind um Größenordnungen häufiger als angenommen, jährlich betroffen sind über 8 Prozent der Speicherriegel. Es überwiegen dauerhafte Hardwarefehler; die Temperatur spielt im Feld eine überraschend kleine Rolle.

   Im Werkzeug Bei wiederkehrenden Abstürzen mit wechselnden Codes rückt der Arbeitsspeicher nach vorn, und der Speichertest ist ein fester Schritt.

   doi.org/10.1145/1555349.1555372 · Konferenzbeitrag

8. Hwang, A. A.; Stefanovici, I. A.; Schroeder, B. (2012): Cosmic rays don't strike twice: understanding the nature of DRAM errors and the implications for system design. Proceedings of the 17th International Conference on Architectural Support for Programming Languages and Operating Systems (ASPLOS), S. 111–122

   Befund Arbeitsspeicher ist eine der führenden Hardware-Ursachen für Abstürze in Rechenzentren. Ein großer Teil der Speicherfehler im Feld sind harte, also wiederkehrende Fehler und keine einmaligen Störungen.

   Im Werkzeug Weil Speicherfehler wiederkommen, lohnt der Test; die Seite erklärt so, warum ein Speicherdefekt oft ganz verschiedene Codes erzeugt.

   doi.org/10.1145/2150976.2150989 · Konferenzbeitrag

9. Sridharan, V.; Liberty, D. (2012): A study of DRAM failures in the field. International Conference for High Performance Computing, Networking, Storage and Analysis (SC12), S. 1–11

   Befund Elf Monate Speicherfehler in einem großen Rechencluster: Dauerhafte Fehler überwiegen gegenüber vorübergehenden, und es gibt Ausfälle ganzer Zeilen oder Spalten sowie Fehler in der Schaltung auf der Platine.

   Im Werkzeug Stützt mit Schroeder 2009 und Hwang 2012 die Einstufung: Häufen sich Abstürze, wird ein Speicherdefekt wahrscheinlicher.

   doi.org/10.1109/SC.2012.13 · Konferenzbeitrag

10. Meza, J.; Wu, Q.; Kumar, S.; Mutlu, O. (2015): Revisiting Memory Errors in Large-Scale Production Data Centers: Analysis and Modeling of New Trends from the Field. 45th Annual IEEE/IFIP International Conference on Dependable Systems and Networks (DSN), S. 415–426

    Befund Vierzehn Monate Speicherfehler in der gesamten Serverflotte von Facebook: Die Mehrzahl der Fehler kam nicht aus den Speicherchips, sondern aus Speicher-Controller und Speicherkanal.

    Im Werkzeug Der Speichertest-Schritt rät, Riegel einzeln und in einem anderen Steckplatz zu prüfen, statt nur den Riegel zu verdächtigen.

    doi.org/10.1109/DSN.2015.57 · Konferenzbeitrag

11. Schroeder, B.; Damouras, S.; Gill, P. (2010): Understanding latent sector errors and how to protect against them. ACM Transactions on Storage 6 (3), S. 1–23

    Befund Unlesbare Sektoren treten im Feld in nennenswerter Zahl auf und werden mit größeren Platten häufiger. Schon ein einziger kann in Systemen ohne Redundanz Daten kosten.

    Im Werkzeug Bei Codes, die auf Lesefehler deuten, stellt das Werkzeug die Sicherung vor jede Reparatur.

    doi.org/10.1145/1837915.1837917 · Fachzeitschrift

12. Ma, A.; Traylor, R.; Douglis, F. u. a. (2015): RAIDShield: characterizing, monitoring, and proactively protecting against disk failures. ACM Transactions on Storage 11 (4), S. 1–28

    Befund Ausfalldaten von rund einer Million SATA-Platten über bis zu fünf Jahre: Die Zahl der umgelagerten Sektoren hängt eng mit einem bevorstehenden Ausfall zusammen.

    Im Werkzeug Der Schritt „Festplatte oder SSD prüfen" beginnt mit den SMART-Werten und verweist auf den Festplatten-Check.

    doi.org/10.1145/2820615 · Fachzeitschrift

13. Kalyanakrishnam, M.; Kalbarczyk, Z.; Iyer, R. (1999): Failure data analysis of a LAN of Windows NT based computers. Proceedings of the 18th IEEE Symposium on Reliable Distributed Systems (SRDS), S. 178–187

    Befund Ereignisprotokolle von Windows-NT-Mailservern über sechs Monate: Die meisten Neustarts hatten Software-Ursachen, der Neustart löste das Problem aber nicht immer, und Ausfälle traten gekoppelt auf.

    Im Werkzeug Der Neustart steht am Anfang, doch wer „mehrmals" wählt, bekommt die volle Schrittfolge statt des Rats zum Abwarten.

    doi.org/10.1109/RELDIS.1999.805094 · Konferenzbeitrag

14. Crameri, O.; Knezevic, N.; Kostic, D. u. a. (2007): Staged deployment in Mirage, an integrated software upgrade testing and distribution system. Proceedings of the 21st ACM Symposium on Operating Systems Principles (SOSP), S. 221–236

    Befund In einer Befragung von 50 Administratoren schätzten zwei Drittel, dass 5 bis 10 Prozent der eingespielten Updates Probleme machen; 18 Prozent hatten schon schwere Ausfälle durch Updates erlebt. Häufige Gründe sind zerbrochene Abhängigkeiten und fehlerhafte Updates.

    Im Werkzeug Begann der Bluescreen nach einem Update, rückt „Update deinstallieren" an die Spitze der Schritte.

    doi.org/10.1145/1294261.1294283 · Konferenzbeitrag

Normen, Behörden und Herstellerangaben

• Bug Check Code Reference (alle Stoppcodes) · Microsoft Learn
• Erweiterte Problembehandlung für Stop-Code-Fehler (Ursachenverteilung 70/10/5/15) · Microsoft Learn
• Problembehandlung bei unerwarteten Windows-Neustarts und Stoppcodefehlern · Microsoft-Support
• Systemdatei-Überprüfungsprogramm: erst DISM, dann sfc · Microsoft-Support
• Windows-Starteinstellungen und abgesicherter Modus · Microsoft-Support
• Wiederherstellungsoptionen in Windows · Microsoft-Support
• Deinstallieren eines Windows Update · Microsoft-Support
• Systemwiederherstellung · Microsoft-Support
• BitLocker-Wiederherstellungsschlüssel finden · Microsoft-Support
• Windows sauber starten · Microsoft-Support
• Windows RE: technische Referenz (Start nach zwei Fehlversuchen) · Microsoft Learn
• chkdsk · Microsoft Learn
• Treiberüberprüfung (Driver Verifier) · Microsoft Learn