Bluescreen 0x124 WHEA_UNCORRECTABLE_ERROR nach Office-Update

[eYc]

Sonntag Nacht gab es ganz unerwartet, wieder einen Bluescreen 0x3b - SYSTEM_SERVICE_EXCEPTION auf dem PC, beim fernsehen mit DVB-Viewer, um 01:56 Uhr. Dem Debugger habe ich das hier entnommen:

PROCESS_NAME:  DVBViewer.exe

1 error : !win32kfull (ffff911e4fb94655)
MODULE_NAME: memory_corruption
IMAGE_NAME:  memory_corruption
MEMORY_CORRUPTOR:  ONE_BIT
STACK_COMMAND:  .cxr 0xffff958925e83c20 ; kb
FAILURE_BUCKET_ID:  MEMORY_CORRUPTION_ONE_BIT
OS_VERSION:  10.0.19041.1
BUILDLAB_STR:  vb_release
OSPLATFORM_TYPE:  x64
OSNAME:  Windows 10
FAILURE_ID_HASH:  {e3faf315-c3d0-81db-819a-6c43d23c63a7}

Followup:     memory_corruption

Daher habe ich gestern 10 Stunden lang prime95 (Large FFTs: stresses memory controller and ram) laufen lassen, kein Fehler. Ebenso heute memtest86p v6.00, 10,3 Stunden mit 11 Durchläufen ohne Fehler.

 

[eYc]

Hallo nochmal,

es gibt ein Update, und wahrscheinlich auch die Lösung: RAM

Den Test mit memtest86 hatte ich noch nachgeholt, am 06. Oktober, da gab es in 6,6 Stunden, in allen vier Durchläufen, keinen Fehler:


Am Samstag Vormittag kam es dann erneut zum Bluescreen 0x3b SYSTEM_SERVICE_EXCEPTION. Diesmal wurde auch ein Treiber NPFS.SYS angezeigt. Eine halbe Stunde später, während ich noch dabei war den ersten BS zu analysieren (Process Name: Firefox ...), kam schon der nächste 0x3B.

Weil mir jetzt etwas Angst um meine SSD (860 EVO) wurde, wollte ich ein Image von ihr erstellen, dabei gab's gleich den nächsten Bluescreen, aber diesmal 0x50: PAGE_FAULT_IN_NONPAGED_AREA

Jetzt gab's mit memtest86 V10.5 sofort Fehler, mit allen vier DIMMs (4x 16 GB):

YouTube

An dieser Stelle steht ein externer Inhalt von YouTube, der den Forumbeitrag ergänzt. Er kann mit einem Klick geladen und auch wieder ausgeblendet werden.

YouTube-Embeds laden

Ich bin damit einverstanden, dass YouTube-Embeds geladen werden. Dabei können personen­bezogene Daten an YouTube übermittelt werden. Mehr dazu in der Datenschutzerklärung.

YouTube-Embeds laden

Datenschutzerklärung

Mit nur zwei DIMMs (DIMM1 in Slot 1, DIMM3 in Slot 3 - von der CPU ab gezählt) das gleiche:


Einzeltests aller Speicherriegel (jeweils mind. 2 min.) ergaben aber KEINEN Fehler.
Also wieder alle vier rein, und erneut sofort Fehler, in den ersten Sekunden schon:


Jetzt habe ich den DIMM3 auf allen vier Slots einzeln getestet, und immer einen Durchlauf, und > 20 min. abgewartet, und es gab wieder keinen Fehler.
-> Den Speicherriegel hatte ich jetzt in Verdacht. da auf ihm eine der beiden LEDs nicht (mehr?) leuchtet. Als ich den PC zusammengebaut habe, wusste ich gar nicht, dass es Speicherriegel mit LEDs gibt. Die 4x 4 GB 1333 MHz aus dem anderen PC hatten auch keine. Jedenfalls ist mir das erst nach ca. zwei Jahren aufgefallen, und da leuchtete eben eine der LEDs nicht. Keine Ahnung, ob das schon von Anfang an so war.
Ein Foto von 2015:

Immer erst im Paar, also mit einem der drei anderen DIMMs dazu, gab's Fehler. Alleine nicht.
Das war übrigens mit memtest86plus 6.00 das selbe: einzeln getestet kein Fehler nach einem Durchlauf, im Paar mit nem anderen Riegel dagegen schon in den ersten Sekunden.




Ich dachte, man kann hier vielleicht über die Speicheradresse(n) darauf schließen, ob der Riegel in Slot 1 (DIMM4), oder der in Slot 3 (DIMM3, der defekte), betroffen ist, aber nach einem Kreuztausch der beiden sah das Ergebnis mit den "6GB" identisch aus.
Bei memtest86 V10.5 war's auch schon nicht möglich. Davon noch zwei Kombinationen:

DIMM3 auf Slot 1, DIMM2 auf Slot 3


DIMM4 auf Slot 1, DIMM3 auf Slot 3:

 

[Tarimaro]

Hi,
2 Möglichkeiten
Netzteil tauschen (wobei ich mal davon ausgehe das Du das evtl. schon Probiert hast)
den Ram Speicher im Bios Manuell auf 1333Mhz. deckeln und die Spannung auf 1,5V deckeln.
Soviel ich noch weiß läuft die i5 3570K besser im QuadChannel mit 1333Mhz mit stabilen
1,5V

 

[eYc]

Netzteil tauschen

Ich hatte doch einen defekten Speicherriegel, der für die Bluescreens verantwortlich war. Der ist jetzt draußen.

den Ram Speicher im Bios Manuell auf 1333Mhz. deckeln und die Spannung auf 1,5V deckeln.

Da fällt mir ein, dass der schon länger so lief (1.333 MHz statt 1.600 MHz), solltest du auf den vielen Fotos von memtest86(p) auch gesehen haben. Das ist mir ebenfalls erst im Oktober aufgefallen, als ich memtest86 durchlaufen ließ, und Fotos davon gemacht habe. Ich wollte dann im UEFI nachsehen, und das umstellen, aber die Speicherfrequenz-Einstellung stand bereits auf 1.600 MHz (Vorgabe)!. Trotzdem lief er mit nur 1.333 MHz.

Bin mir ziemlich sicher, dass das mal anders war.
Das muss auch an dem defekten DIMM gelegen haben, denn jetzt, wo er draußen ist, habe ich die 800 MHz Taktfrequenz in CPU-z, und das UEFI zeigt ebenfalls 1.600 MHz an - obwohl ich nichts mehr geändert hatte seitdem.


Warum jetzt unter "M.I.T - Erweiterte Frequenz Einstellungen" und "Erweiterte Speicher-Einstellungen" immer noch die 1.333 neben den 1.666 MHz angezeigt werden, weiß ich jetzt auch nicht.

Kurz hatte ich die Hoffnung, dass mein Problem mit radioSure damit vielleicht auch gelöst sein könnte, aber gerade ist es wieder passiert, dass es sich nach sieben Minuten beendet hat.