Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Seit gestern abend hatte ich jetzt 5 Bluescreens zufällig irgendwann im Betrieb :/
Immer nach wenigen Minuten, einmal kurz nach dem Hochfahren.
Arbeitsspeicherdiagnose mit dem Windows 7 internen Tool hab ich schon gemacht, keine Fehler gefunden. Bin grad im abgesicherten Modus, mal schaun wie lang ich hier schreiben kann ....
Minidumps musste ich erst aktivieren, daher hab ich nur den letzten, die ersten 4 BSOD dumps leider nicht (aber so wies aussieht ist das ja mehr oder weniger "reproduzierbar").
Installiert habe ich nichts gestern, Windows Updates sind auch schon länger her.
Bin für jede Anregung/Hilfestellung/Diagnosetip dankbar.
Im Anhang die Crystaldiskinfo screenshots von SSD (C: / Windows) und der HDD.
und chkdsk:
Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.
Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.
CHKDSK überprüft Dateien (Phase 1 von 5)...
340992 Datensätze verarbeitet. Dateiüberprüfung beendet.
2639 große Datensätze verarbeitet. 0 ungültige Datensätze verarbeitet. 2 E/A-Datensätze verarbeitet. 73 Analysedatensätze verarbeitet. CHKDSK überprüft Indizes (Phase 2 von 5)...
438210 Indexeinträge verarbeitet. Indexüberprüfung beendet.
0 nicht indizierte Dateien überprüft. 0 nicht indizierte Dateien wiederhergestellt. CHKDSK überprüft Sicherheitsbeschreibungen (Phase 3 von 5)...
340992 SDs/SIDs verarbeitet. 10 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
10 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
10 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
Überprüfung der Sicherheitsbeschreibungen beendet.
48610 Datendateien verarbeitet. CHKDSK überprüft USN-Journal...
35094984 USN-Bytes verarbeitet. Die Überprüfung von USN-Journal ist abgeschlossen.
CHKDSK überprüft Dateidaten (Phase 4 von 5)...
340976 Dateien wurden verarbeitet. Dateidatenüberprüfung beendet.
CHKDSK überprüft freien Speicherplatz (Phase 5 von 5)...
10156977 freie Cluster verarbeitet. Verifizierung freien Speicherplatzes ist beendet.
CHKDSK hat freien Speicher gefunden, der in der Volumebitmap als
zugeordnet gekennzeichnet ist.
Windows hat Probleme im Dateisystem behoben.
124930047 KB Speicherplatz auf dem Datenträger insgesamt
83501540 KB in 284188 Dateien
353404 KB in 48611 Indizes
0 KB in fehlerhaften Sektoren
447195 KB vom System benutzt
65536 KB von der Protokolldatei belegt
40627908 KB auf dem Datenträger verfügbar
4096 Bytes in jeder Zuordnungseinheit
31232511 Zuordnungseinheiten auf dem Datenträger insgesamt
10156977 Zuordnungseinheiten auf dem Datenträger verfügbar
Ich wollte im abgesicherten Modus mit Malwarebytes einen Scan machen, während dem Dateiscan hat sich Malwarebytes dann aufgehängt. Im normalen Betrieb mit Treesizefree die Platte scannen funktionierte, eine Datei im Verzeichnisbaum auswählen und Treesizefree hat sich aufgehängt. Externe Festplatte anschließen um Daten zu sichern -> Bluescreen ....
Ich werde mich mal an dem Firmwareupdate von 040H auf 070H versuchen, das andere Tool scheint nicht für Crucial M4 SSDs geeignet zu sein? Angegeben ist MX, BX, M550 und M500
Hallo @eschermc!
Ich habe mir mal deine Dumpfile mit dem Debugger angesehen. Im Prinzip komme ich zu ähnlichen Schlussfolgerungen, wie @HerAbisZ.
Zuerst auszugsweise den Debuggerlauf. 092816-5787-01.dmp
Code:
IRQL_NOT_LESS_OR_EQUAL (a)
Arguments:
Arg1: fffffa810cf2f8a0, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800034e994f, address which referenced memory
....
FAULTING_IP:
nt!MiResolveMappedFileFault+ef
fffff800`034e994f 4d8b11 mov r10,qword ptr [r9]
....
TRAP_FRAME: fffff8801048d690 -- (.trap 0xfffff8801048d690)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa800c7d13f0 rbx=0000000000000000 rcx=0000000000000000
rdx=fffff9801a374000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800037bd8b7 rsp=fffff8801048d820 rbp=0000000000000000
r8=000000000000000f r9=0000000001474000 r10=0000000000000000
r11=0000000000000001 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz ac po cy
nt!CcMapData+0x117:
fffff800`037bd8b7 0fb602 movzx eax,byte ptr [rdx] ds:fffff980`1a374000=??
[COLOR="#008000"]Der relevante Stack-Frame gehört [B]nt!CcMapData[/B] [/COLOR]
STACK_TEXT:
fffff880`1048cfa8 fffff800`034bb729 : 00000000`0000000a fffffa81`0cf2f8a0 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`1048cfb0 fffff800`034ba3a0 : fffff880`1048d140 00000000`00000000 fffff880`0e5d2370 fffff8a0`0046a3a0 : nt!KiBugCheckDispatch+0x69
fffff880`1048d0f0 fffff800`034e994f : 00000000`00000000 00000000`00000000 00000004`00000001 00000020`00000000 : nt!KiPageFault+0x260
fffff880`1048d280 fffff800`034da8ac : fa810cf2`f8a004c0 fffff8a0`0046a3a0 fffff8a0`0046a3a0 fffff800`036fbb00 : nt!MiResolveMappedFileFault+0xef
fffff880`1048d390 fffff800`034d8e03 : f8a00046`a3a00400 fffff980`1a374000 fffff6fc`c00d1ba0 fffff800`036fbb00 : nt!MiResolveProtoPteFault+0x47c
fffff880`1048d420 fffff800`034c925b : 00000000`00000000 00000000`00000000 fffffa80`00000080 00000000`00000000 : nt!MiDispatchFault+0x1c3
fffff880`1048d530 fffff800`034ba2ae : 00000000`00000000 fffff980`1a374000 fffffa80`0f6e7900 00000000`0000000e : nt!MmAccessFault+0xe1b
fffff880`1048d690 fffff800`037bd8b7 : fffff980`00000001 00000000`0d474000 fffff880`1048d8e8 fffff880`1048d8e0 : nt!KiPageFault+0x16e
[COLOR="#FF0000"]fffff880`1048d820 fffff880`012e0492 : fffff880`0000c000 fffffa80`0c7d13f0 fffffa80`0f6722e0 fffff8a0`0000000e : nt!CcMapData+0x117
fffff880`1048d8e0 fffff880`012dc00c : fffffa80`0fdd0410 fffffa80`0d0f3180 fffff8a0`10fb0b48 00000000`00000801 : Ntfs!NtfsReadMftRecord+0xb2[/COLOR]
[COLOR="#008000"]NTFS.SYS liest Daten aus einem MFT-Record (MasterFileTable) Diese Daten werden
an CCMapData übergeben und das verursacht einen PageFault, also einen Seiten- und damit auch einen
AccessFault, also Zugriffsfehler[/COLOR]
fffff880`1048d990 fffff880`012bceca : 00000000`00000001 fffff8a0`10fb0b00 fffffa80`0c87d010 00000000`00000000 : Ntfs!NtfsLookupInFileRecord+0x6c
fffff880`1048da20 fffff880`012b5aaf : fffffa80`0fdd0410 fffff8a0`10fb0b40 fffffa80`0fdd0400 fffff8a0`10fb0b40 : Ntfs!NtfsUpdateFcbInfoFromDisk+0xaa
fffff880`1048db70 fffff880`012d946f : fffff880`0e5d2290 fffff8a0`0fd09bc0 fffffa80`0c87d010 fffff8a0`12096a01 : Ntfs!NtfsOpenFile+0x2cf
fffff880`1048dd60 fffff880`012433fd : fffffa80`0fdd0410 fffffa80`0c87d010 fffff880`0e5d2290 fffffa80`0f82f600 : Ntfs!NtfsCommonCreate+0xc4f
fffff880`1048df30 fffff800`034b3c77 : fffff880`0e5d2200 00000000`00000000 00000000`00000000 00000000`00000000 : Ntfs!NtfsCommonCreateCallout+0x1d
fffff880`1048df60 fffff800`034b3c38 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxSwitchKernelStackCallout+0x27
fffff880`0e5d20d0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSwitchKernelStackContinue
....
[COLOR="#008000"]Einen Zwischenschritt zwischen [B]Ntfs!NtfsReadMftRecord[/B] und [B]nt!CcMapData[/B] sieht
man nur, wenn man direkt in den Stack einsteigt. Da der Stack weit über 200 Zeilen lang ist,
hier nur den relevanten Teil [/COLOR]
fffff880`1048d680 fffff880`1048d710
fffff880`1048d688 fffff800`034ba2ae nt!KiPageFault+0x16e
fffff880`1048d690 00000000`00000000
fffff880`1048d698 fffff980`1a374000
.....
....
fffff880`1048d7e0 fffffa80`0fdd0410
fffff880`1048d7e8 00000000`00000000
fffff880`1048d7f0 00000000`00000000
fffff880`1048d7f8 fffff800`037bd8b7 nt!CcMapData+0x117
.....
.....
fffff880`1048d888 fffffa80`0f82f600
fffff880`1048d890 fffff8a0`0fd09a90
fffff880`1048d898 fffff880`012cbfbc Ntfs!NtfsCheckExistingFile+0x1dc
fffff880`1048d8a0 00000000`0f000100
......
fffff880`1048d8d0 00000000`0d474000
fffff880`1048d8d8 fffff880`012e0492 Ntfs!NtfsReadMftRecord+0xb2
fffff880`1048d8e0 fffff880`0000c000
[COLOR="#008000"]Die Zeilen, die ich ausgelassen habe, enthalten keine menschenlesbaren Informationen.
[/COLOR]
Anhand des Stack ist zu sehen, dass NTFS.Sys Werte aus der MFT liest, dann die Existenz der File checkt
und das Ergebnis an CCMapData weiter gibt. Die Konsequenz ist ein PageFault und daraus resultierend ein Bluescreen.
Was bedeutet das nun? Wie meist in der Windowswelt gibt es nicht die eine Antwort.
-> möglich ist ein beschädigte Dateisystem auf der HDD
-> weiterhin möglich ist eine beschädigte Auslagerungsdatei
-> und nicht zuletzt kann auch der RAM fehlerhaft sein, denn alle Informationen laufen über den RAM
Da man aus einer Dumpfile auch einige Systeminformationen ablesen kann, habe ich das mal gemacht und komme zu dem Schluss,
dass das installierte BIOS veraltet ist.
Vendor American Megatrends Inc. BIOS Version 3603
BIOS Starting Address Segment f000 BIOS Release Date 11/09/2012
BIOS ROM Size 800000
....
[System Information (Type 1) - Length 27 - Handle 0001h]
Manufacturer System manufacturer
Product Name System Product Name
Version System Version
Serial Number
UUID 00000000-0000-0000-0000-000000000000
Wakeup Type Power Switch
SKUNumber SKU
Family To be filled by O.E.M.
[BaseBoard Information (Type 2) - Length 15 - Handle 0002h] Manufacturer ASUSTeK Computer INC.
Product P8Z68-V PRO
Version Rev 1.xx
Serial Number
Asset Tag
Feature Flags 09h
1545433408: - (null)
1545433456: - (null)
Location To be filled by O.E.M.
Chassis Handle 0003h
Board Type 0ah - Processor/Memory Module
Number of Child Handles 0
Firmware update erfolgreich. Während sfc /scannow lief -> BSOD "Memory_management"... Scheint wohl doch die SSD kaputt zu sein?
Eigentlich wollte ich auf der HDD Platz schaffen, um eine neue Partition anzulegen und dann da mal Windows 7 neu zu installieren, aber dafür müsste der PC länger laufen. Linux ist leider erstmal keine Alternative, die externe Festplatte von WD funktioniert nur unter Windows ..... Ich werd nochmal versuchen im abgesicherten Modus die letzten Dumps hochzuladen, evtl ergibt sich daraus was Neues.
EDIT: @Ari45 ich hab nur das "normale" Asus P8-Z68-V PRO, ohne "Gen3", da scheint 3603 das aktuellste zu sein.
Memtest von der Webseite lies sich iwie nicht starten, habs jetzt von MemTest86 - Download now! läuft derzeit memtest v4.3.7 und hat 40.000+ fehler gefunden... Hab 4 Ramriegel drin 4x 4GB, alle von Corsair absolut identische Nummer, allerdings sind 2 davon neuer. ALso mal einzeln (bzw gleich beide die identisch sind) die Ram riegel raus? Fehler zeigt er mir sind zw. 8100MB und 8700MB, wie weis ich denn welcher riegel das ist ?
EDIT: muss ich zum passwort rausnehmen nicht auch in Windows booten? ^^
Edit2: Corsair DDR3 XMS3 1600MHz - CMX8GX3M2A1600C9
Die 2 neueren hab ich erst im Mai 2016 bei Amazon gekauft
Wenn Memtest Fehler anzeigt, ist das dann auch sicher das der Riegel defekt ist? In dem Fall kann ich den ja im Rahmen der Garantie/Gewährleistung einschicken, oder geht das bei Ram nicht wegen verschleiß?
Ich hatte auch schonmal Memtest in einer "schöneren" Variante laufen, so wie auf den Screenshots von der Webseite, jetzt ist das ja so blau/Dos mäßig. Könnten die Fehler auch daher kommen das die memtest variante nicht UEFI kompatibel ist etc? War vermutlich auch das Problem warum memtest86+ nicht starten wollte
Also memtest86+ ließ sich nicht starten, evtl hab ich auch was falsch gemacht beim erstellen des USB Sticks, k.a.
memtest86 lässt sich in 2 Varianten starten, einmal :
, da wurden Fehler gefunden, und wenn ich den USB STick als UEFI booten lasse siehts so aus:
(das sind jetzt grafiken aus dem web, nicht vom aktuellen zustand bei mir, nur um zu verdeutlichen welche programme ich meine).
Die 2. Variante/V7 findet keine Fehler bisher. Verwirrend was denn nun was ist/benutzt werden sollte. Der Webseite entnehme ich, v4 ist nur für alte/nicht uefi systeme, läuft bei mir aber trotzdem? Und da v7 auch läuft, ist es ja ein UEFI System .....
So, die 2 neueren RAMRiegel entfernt, die beiden alten stecken damit eh schon in den empfohlenen 2 Slots.
Der 1. Test mit memtest86 v4 fand 12 Fehler,
memtest86 v7 fand 0 Fehler (alle Tests, 4 Passes),
der 2. test mit memtest86 v4 jetzt auch 0 Fehler ......
Denke ich werde dann mal die beiden neuen Sticks testen, ob da auch schon magisch fehler verschwunden sind .....
EDIT: der eine der beiden neuen Sticks eingesteckt alleine im dafür vorgesehene slot sorgt dafür, dass der PC gar nicht startet und die MemOK! LED (son Asus ding) dauerhaft leuchtet, was auf einen RAM Fehler hinweist. Wäre das schonmal geklärt. der 2. neue stick scheint fehlerfrei zu sein, werde aber wenn dann eh beide einschicken müssen, also kann ich den auch draußen lassen.
EDIT2 / Frage: Sollte ich mich an Corsair wenden oder an Amazon?
@eschermc
Danke, wieder etwas gelernt. Ich wusste nicht, dass Memtest86+ nicht unter UEFI läuft (weil ich kein UEFI habe).
Beim Recherchieren bin ich u.a. auf diese Seite gestoßen https://wiki.ubuntuusers.de/memtest/
Ich werde es mir merken
Zu deinem Edit2: Wenn die Riegel innerhalb der Gewährleistung (also 6 Monate) sind, ist der Händler zuständig.
Ist diese Zeit rum und der Hersteller leistet Garantie (meist 2 Jahre), dann ist der Hersteller der Ansprechpartner.
So nun mit nur 8 GB Ram, den 2 alten Sticks, chkdsk nochmal gemacht:
Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.
Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.
CHKDSK überprüft Dateien (Phase 1 von 5)...
340992 Datensätze verarbeitet. Dateiüberprüfung beendet.
2469 große Datensätze verarbeitet. 0 ungültige Datensätze verarbeitet. 2 E/A-Datensätze verarbeitet. 73 Analysedatensätze verarbeitet. CHKDSK überprüft Indizes (Phase 2 von 5)...
Die Indexbitmap $I30 fehlt in der Datei 0x3bf0c.
Fehler im Index $I30 der Datei 245516 werden berichtigt.
437772 Indexeinträge verarbeitet. Indexüberprüfung beendet.
0 nicht indizierte Dateien überprüft. 0 nicht indizierte Dateien wiederhergestellt. CHKDSK überprüft Sicherheitsbeschreibungen (Phase 3 von 5)...
340992 SDs/SIDs verarbeitet. 41 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
41 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
41 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
Überprüfung der Sicherheitsbeschreibungen beendet.
48391 Datendateien verarbeitet. CHKDSK überprüft USN-Journal...
34136240 USN-Bytes verarbeitet. Die Überprüfung von USN-Journal ist abgeschlossen.
CHKDSK überprüft Dateidaten (Phase 4 von 5)...
340976 Dateien wurden verarbeitet. Dateidatenüberprüfung beendet.
CHKDSK überprüft freien Speicherplatz (Phase 5 von 5)...
12707353 freie Cluster verarbeitet. Verifizierung freien Speicherplatzes ist beendet.
Windows hat Probleme im Dateisystem behoben.
124930047 KB Speicherplatz auf dem Datenträger insgesamt
73301376 KB in 283224 Dateien
353080 KB in 48392 Indizes
0 KB in fehlerhaften Sektoren
446179 KB vom System benutzt
65536 KB von der Protokolldatei belegt
50829412 KB auf dem Datenträger verfügbar
4096 Bytes in jeder Zuordnungseinheit
31232511 Zuordnungseinheiten auf dem Datenträger insgesamt
12707353 Zuordnungseinheiten auf dem Datenträger verfügbar
Eventuell gehen die Fehler noch auf den defekten RAM zurück? Naja jetzt mal abwarten was passiert ....
EDIT: weil ja mittwoch ist (...) hat windows gerade die 3 HDD partitionen defragmentiert im hintergrund, dabei ist immerhin schonmal nichts abgestürzt (im worst case halt alle daten kaputt defragmentiert ...)
ich hab mal noch den 2. BSOD dump angehängt, das war noch mit dem alten ram bevor den memtest läufen.
