Ein BSOD zu bekommen und sich zu fragen, ob RAM-Sticks die Ursache sein könnten? Ist ein Gedächtnistest 100% ig sicher?

Ich verwende Windows 7 (64-Bit) 16 GB RAM (2x8 GB RAM-Sticks).

Gestern habe ich bei der Verwendung meines Computers einen Bluescreen erhalten (hauptsächlich beim Surfen in Chrome).

Um zu überprüfen, ob es sich um ein Speicherproblem handelt, habe ich das Windows-Speicherdiagnosetool ausgeführt (das im Lieferumfang von Windows enthalten ist).

Frage

Nur in Bezug auf RAM-Sticks:

Das Windows-Speicherdiagnosetool zeigte keine Fehler an. Kann ich daraus schließen, dass die RAM-Sticks in Ordnung sind? Oder gibt es andere Fehler, die von diesem Tool nicht erkannt werden?

windows-7 memory

— Royi Namir
quelle

Was entwickelst du in Visual Studio? Wenn Sie z. B. in c ++ etwas entwickeln, das mit Interrupts zu tun hat, kann der Grund eher ein solcher sein.

— TechImpossible

@ TechImpossible Gültiger Punkt. Ich benutze nur Webmaterial. keine unsicheren Operationen.

— Royi Namir

Ihr BSOD zeigt einen Segfault- / Nullzeiger-Zugriff auf Kernel-Ebene an . Insbesondere wurde bei einem Befehl an der Adresse 0xFFFFF800030E518Fversucht, writedie Adresse 0x0000000000000080im IRQL-Modus zu speichern 2. Dies könnte aufgrund eines Bit-Flip im Speicher auftreten, riecht für mich jedoch eher nach einem Treiberfehler. Das einzige Mal, dass mir dies einfiel, war ein schlechter WLAN-Treiber, den ich herabgestuft habe. Wer auch immer die Anweisung an die 0xFFFFF8...Adresse gegeben hat, ist der Schuldige und sollte deaktiviert werden.

— Iwillnotexist Idonotexist

Einverstanden mit @IwillnotexistIdonotexist - das scheint definitiv ein Treiberfehler zu sein. Versuchen Sie, WhoCrashed auszuführen , um weitere Informationen aus Ihrer Sicherungsdatei zu erhalten. Ich habe dies auf neueren Mobos mit verschiedenen älteren PCI-Hardware gesehen. Auch schlechte USB-Treiber für ältere Geräte, die nicht auf XHCI usw. ausgeführt werden möchten

— J ...

Ich bin mit @IwillnotexistIdonotexist einverstanden - es riecht nach Treiberfehler - siehe eine der folgenden Antworten zur Verwendung von WinDbg zur Diagnose. Wenn Sie RAM vermuten, kann ich Ihnen sagen, dass ich einen sehr schlechten RAM hatte, den RAM-Tests nicht diagnostizieren konnten. Wenn Sie anfangen, viele Abstürze zu bekommen, ist ein guter Test, ob Ihr Computer abstürzt, nachdem dieser Stick vom Computer entfernt wurde (auch bekannt als, tauschen Sie Ihre Sticks nacheinander aus). Es kann eine Menge Zeit in Anspruch nehmen, aber es funktioniert.

— Nick

Antworten:

Nein, die Tatsache, dass das Windows-Speicherdiagnose-Tool erfolgreich ist, bedeutet nicht, dass Ihr RAM definitiv in Ordnung ist. Ein viel gründlicheres Tool ist memtest86 . Dieses Tool findet häufig Speicherprobleme, die in anderen Tests nicht auftreten. Sie sollten mindestens über Nacht einen erweiterten Test durchführen.

— ChrisInEdmonton
quelle

Nachdem ich RAM gekauft habe, teste ich es zuerst für mindestens 24 Stunden, wenn nicht 48.

— Naftuli Kay

@NaftuliTzviKay Bist du sicher, dass das notwendig ist? Ich habe noch nie Memtests auf meinem RAM durchgeführt und dies nur als Reaktion auf Probleme, von denen ich nur eines in acht Jahren hatte.

ACHTUNG : Es gibt einige Versionen, die beim 7. Test falsche Negative (falsche Fehler) ergeben (etwas, das mit Zufallszahlen zu tun hat) . Verwenden Sie die neueste Version. Das Problem ist auf diesen behoben. Buggy-Versionen sind in Ubuntu-ISOs enthalten. Ich bin nicht sicher, ob sie ihre Version aktualisiert haben oder nicht.

— Ismael Miguel

@Soapy das Problem ist, mit fehlerhaftem RAM bekommst du nicht sofort nach dem Einstecken ein BSOD! Sie könnten BSOD scheinbar zufällig bekommen, oder vielleicht sind die Ergebnisse einiger Berechnungen einfach falsch. Oder Dateien, die Sie speichern, sind fehlerhaft. Wenn es "in fehlerhaften RAM stecken, BSOD holen" wäre, gäbe es zunächst keine Testwerkzeuge. Aber mit den heutigen Preisen verwende ich ECC-Speicher, wann immer dies möglich ist, insbesondere, weil mir das ZFS-Dateisystem gefällt und ich es nicht wagen würde, es zu verwenden ohne ECC RAM.

— Josef

@ user13743 Memtest86 + gibt an, welcher Steckplatz ausgefallen ist, damit Sie alle auf einmal testen können.

— SnakeDoc

Das Windows-Speicherdiagnosetool zeigte keine Fehler an. Kann ich daraus schließen, dass die RAM-Sticks in Ordnung sind? Oder gibt es andere Fehler, die von diesem Tool nicht erkannt werden?

Nein, das kannst du nicht, ich kenne keine Software-Tests für RAM, die zu 100% unfehlbar sind.

Wenn das BSOD ein Einzelfall ist, würde ich es auf ein Stromversorgungsproblem zurückführen. Wenn es häufiger auftritt, würde ich mich mit Hardware und Treibern befassen.

Ihre Fehlermeldung könnte mit Treibern zusammenhängen. Überprüfen Sie, ob Sie einen Ihrer Treiber kürzlich aktualisiert haben. Mit Fehlern wie diesen verfügt die Microsoft-Site über zahlreiche Informationen zur Fehlerbehebung bei bestimmten Fehlern. Ich werde nicht darauf eingehen, da es bei Ihrer Frage nur um RAM geht, aber ich schlage vor, dass Sie sich bei MS umsehen.

— Kilisi
quelle

Dieser Fehler weist darauf hin, dass ein Treiber auf Kernel-Ebene versucht hat, in den ausgelagerten virtuellen Speicher (dh in den langsamen virtuellen Speicher, der von der ausgelagerten Datei einer Festplatte gebacken wird) zu schreiben, während eine Interrupt-Anforderung ausgeführt wurde, die wirklich schnell verarbeitet werden sollte. Dies ist höchstwahrscheinlich ein Softwarefehler.

Windows verfügt über mehrere Interrupt-Anforderungsebenen (weitere Informationen hier und hier ). Einige IRQLa sind für systemkritische Dinge wie Änderungen des Energiemodus, CPU-Takt usw. ausgelegt. Je höher die Stufe, desto weniger Dinge kann ein Treiber tun. Zum Beispiel kann ein Fahrer bei einem Stromausfall nicht auf Speicher zugreifen - dafür ist es zu langsam.

Wenn Sie dieses Problem beheben und einen fehlerhaften Treiber identifizieren möchten, müssen Sie den Speicherauszug öffnen, der unmittelbar nach dem Absturz gesammelt wurde. Sie können den Speicherort des Dumps in überprüfen System Properties > Advanced > Startup and Recovery > Settings > Dump file. Siehe das Bild

Sie können die Dump-Datei dann mit Tools wie WinDbg öffnen (die richtige Version für Ihr Windows herunterladen) und in WinDbg analyze -vauf dem Dump ausführen . Dies sollte Ihnen sagen, welcher Treiber wahrscheinlich schuld ist.

— oleksii
quelle