Mehrmals Bluescreens - aber was ist die Ursache?

[NothingArrived]

Moin,

hab gestern meine neue SSD eingebaut, Windows daher neu installiert usw.
Treiber eig auch alles soweit installiert, hab dennoch gestern einen Bluescreen erhalten. Dachte eigentlich, das wäre nur ne Ausnahme gewesen aber habe dann doch heute auch noch zwei Bluescreens erhalten. Kann aber leider nicht zuordnen, woher diese kommen.
Hat von euch einer ne Idee? Hab die Memory.dmp mal ausgelesen, vllt kann einer von euch damit was anfangen.

Danke schon mal!

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16695.amd64fre.win7_gdr.101026-1503
Machine Name:
Kernel base = 0xfffff800`02a5b000 PsLoadedModuleList = 0xfffff800`02c98e50
Debug session time: Fri Apr 29 22:06:52.860 2011 (UTC + 2:00)
System Uptime: 0 days 1:45:53.748
Loading Kernel Symbols
...............................................................
................................................................
...............................................
Loading User Symbols

Loading unloaded module list
..............................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {0, 6, 8, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 )

Followup: MachineOwner
---------

0: kd> !analyze -v

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000000, memory referenced
Arg2: 0000000000000006, IRQL
Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
Arg4: 0000000000000000, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: 0000000000000000

CURRENT_IRQL: 6

FAULTING_IP:
+3466653530636636
00000000`00000000 ?? ???

PROCESS_NAME: System

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xD1

TRAP_FRAME: fffff800040adad0 -- (.trap 0xfffff800040adad0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa80081de020 rbx=0000000000000000 rcx=fffffa8008217e80
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=0000000000000000 rsp=fffff800040adc68 rbp=fffff800040adc70
r8=0000000000000000 r9=0000000000000000 r10=0000000000015bfb
r11=00000000000f00ff r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
00000000`00000000 ?? ???
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002acaca9 to fffff80002acb740

FAILED_INSTRUCTION_ADDRESS:
+3466653530636636
00000000`00000000 ?? ???

STACK_TEXT:
fffff800`040ad988 fffff800`02acaca9 : 00000000`0000000a 00000000`00000000 00000000`00000006 00000000`00000008 : nt!KeBugCheckEx
fffff800`040ad990 fffff800`02ac9920 : 00000000`00002711 00000000`00000000 00000000`00040004 00000000`0000003e : nt!KiBugCheckDispatch+0x69
fffff800`040adad0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiPageFault+260
fffff800`02ac9920 440f20c0 mov rax,cr8

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: nt!KiPageFault+260

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

FAILURE_BUCKET_ID: X64_0xD1_CODE_AV_NULL_IP_nt!KiPageFault+260

BUCKET_ID: X64_0xD1_CODE_AV_NULL_IP_nt!KiPageFault+260

Followup: MachineOwner
---------

 

[misterk87]

Ein paar mehr Infos bitte: Welche SSD? An welchem Port? Was für n Board?
Hatte selbes Problem mit meiner Crucial C300. Hatte diese an einem Sata 3 Port der über einen Marvel Controller läuft. Habs jetzt am Sata 2 Port laufen und keinen bluescreen mehr gehabt.
Das Ganze lässt sich aber wohl auch mit ein paar Treibern lösen, hatte ich aber keinen nerv zu ;-)

 

[first-samurai]

ist ein Treiberproblem

http://www.jasik.de/shutdown/stop_fehler.htm#D1

 

[NothingArrived]

Ein paar mehr Infos bitte: Welche SSD? An welchem Port? Was für n Board?
Hatte selbes Problem mit meiner Crucial C300. Hatte diese an einem Sata 3 Port der über einen Marvel Controller läuft. Habs jetzt am Sata 2 Port laufen und keinen bluescreen mehr gehabt.
Das Ganze lässt sich aber wohl auch mit ein paar Treibern lösen, hatte ich aber keinen nerv zu ;-)

Hab auch ne C300. Sie hängt am ersten Port, Marvell-Controller hat mein Board nicht. Alle Ports sind SATA 3. Das Board ist das Asus M4A87TD Evo

Ergänzung (30. April 2011)

ist ein Treiberproblem

http://www.jasik.de/shutdown/stop_fehler.htm#D1

Das hatte ich auch fast vermutet.. Kann man da auslesen, an welchem Treiber es liegt?

 

[misterk87]

Vermutlich mit deinem Sata III Treiber. Chipsatz mal updaten vielleicht.

 

[NothingArrived]

Hab die neusten AMD-Treiber installiert.

 

[There'sNoWay]

Evtl Windows neu installieren?

 

[NothingArrived]

Hab ich schon gemacht eben gerade, Problem besteht aber weiterhin.. Hat sich nur in sofern geändert: Ich sehe keinen Bluescreen mehr, sondern der PC scheint sich einfach aufzuhängen und der Bildschirm schaltet sich einfach ab, bzw. bekommt er kein Grafiksignal von der Grafikkarte. Dass der PC sich aufgehängt hat, merkt man u.a. daran, dass sich auch das Display an meiner Tastatur aufgehängt hat.
Hat keiner mehr ne Idee? Ich weiß langsam nicht mehr weiter...

Ergänzung (30. April 2011)

Es gibt auch keinen Bluescreen, den ich vllt einfach nur nicht sehe, denn wenn ich einen auslesen will, ist das nicht möglich, da keine Dump-Datei angelegt wurde. Und es ist aktiviert, dass er dies tut, sollte es einen Bluescreen geben.

 

[simpel1970]

Lies dir den Thread einmal genau durch (Lösungsansätze im ersten Post): https://www.computerbase.de/forum/threads/freeze-lagg-ruckler-freie-c300-sdd.860963/

 

[NothingArrived]

Das betrifft (und die Lösung ebenfalls) nur fast Intel-Boards, meins ist ja aber n AMD. Und das Problem, was die haben, geht ja eher in Richtung Laggs und Ruckler, als dass das System einfach einfriert.

 

[Bong Smoka]

im Bios AHCI für alle Controller aktiviert?

 

[NothingArrived]

Jap, hab ich.

 

[simpel1970]

https://www.computerbase.de/forum/t...er-freie-c300-sdd.860963/page-16#post-9807091

Sind nicht alles Intel Boards.

keinen Bluescreen mehr, sondern der PC scheint sich einfach aufzuhängen und der Bildschirm schaltet sich einfach ab

Ein Versuch wäre es wert.

 

[NothingArrived]

Ach so, Firmware hab ich schon auf 0007 geupdated, gleich als erstes bevor ich Windows installiert hab.

 

[simpel1970]

Ich gehe mal davon aus, dass dein System vor dem Einbau der SSD fehlerfrei lief!?

Wenn ja...installiere das System testweise auf eine andere Festplatte und beobachte, ob dort ebenfalls die Bluescreens/Freezes/Probleme auftreten.

 

[NothingArrived]

Jap tat es.
Hab jetzt schon mal was anderes versucht, hab das System noch einmal neu installiert, ohne irgendwelche zusätzlichen Treiber, wenn die Freezes weiterhin auftreten, wird es wohl an der Platte liegen...
Edit: Gibts irgendein Programm, mit dem ich den PC die ganze Nacht irgendwie sinnlos arbeiten lassen kann, damit er irgendwas macht, so könnte ich über Nacht halbwegs testen, ob es noch Freezes gibt..

Ergänzung (1. Mai 2011)

Gibt es noch andere Ansätze zur Lösung? Habe immer noch die Hoffnung, dass es nicht an der SSD liegt sondern nur ein billiger Treiberkonflikt oder sowas ist...
Soll ich ansonsten mal nen Thread im SSD-Bereich aufmachen? Vllt ham die da noch ein paar Lösungsabsätze.. Die meisten gucken hier ja nicht rein

Ergänzung (2. Mai 2011)

So, PC lief jetzt über Nacht und es gab wieder nun doch wieder Bluescreen, kein Freeze. Bin mir nicht ganz sicher, ob ich eigentlich die Memory.dmp oder die Datei im Minidump-Ordner auslesen soll, daher hab ich mal beide ausgelesen.

Spoiler: Memory.dmp

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [F:\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`0264b000 PsLoadedModuleList = 0xfffff800`02888e50
Debug session time: Mon May 2 00:16:29.028 2011 (UTC + 2:00)
System Uptime: 0 days 3:59:36.995
Loading Kernel Symbols
...............................................................
................................................................
..................
Loading User Symbols

Loading unloaded module list
.........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fff7, 2, 0, fffff800026c8d99}

Probably caused by : ntkrnlmp.exe ( nt!KiTimerExpiration+d9 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 000000000000fff7, 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: fffff800026c8d99, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: 000000000000fff7

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiTimerExpiration+d9
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff88002d8caa0 -- (.trap 0xfffff88002d8caa0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000ffff rbx=0000000000000000 rcx=00000000000e0ffc
rdx=00000000000000fb rsi=0000000000000000 rdi=0000000000000000
rip=fffff800026c8d99 rsp=fffff88002d8cc30 rbp=00000000000e0ffb
r8=0000000000000000 r9=00000000000000c0 r10=00000000000000fb
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz ac po nc
nt!KiTimerExpiration+0xd9:
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx ds:00000000`0000fff7=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800026bc469 to fffff800026bcf00

STACK_TEXT:
fffff880`02d8c958 fffff800`026bc469 : 00000000`0000000a 00000000`0000fff7 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02d8c960 fffff800`026bb0e0 : fffffa80`090ac480 00000021`795b6978 fffffa80`079911a0 fffffa80`090ac480 : nt!KiBugCheckDispatch+0x69
fffff880`02d8caa0 fffff800`026c8d99 : 00000000`0002bb7d 00000000`0000df26 00000000`00000000 00000000`0001f537 : nt!KiPageFault+0x260
fffff880`02d8cc30 fffff800`026c8697 : 0000000a`a747fbc0 0000000a`000e0ffc 0000000a`a747fbb2 00000000`000000fb : nt!KiTimerExpiration+0xd9
fffff880`02d8ccd0 fffff800`026c56fa : fffff880`02d64180 fffff880`02d6f040 00000000`00000001 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff880`02d8cd80 00000000`00000000 : fffff880`02d8d000 fffff880`02d87000 fffff880`02d8cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiTimerExpiration+d9
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiTimerExpiration+d9

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiTimerExpiration+d9

BUCKET_ID: X64_0xA_nt!KiTimerExpiration+d9

Followup: MachineOwner
---------

Spoiler: Minidump-Ordner

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [F:\Minidump\050211-18486-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`0264b000 PsLoadedModuleList = 0xfffff800`02888e50
Debug session time: Mon May 2 00:16:29.028 2011 (UTC + 2:00)
System Uptime: 0 days 3:59:36.995
Loading Kernel Symbols
...............................................................
................................................................
..................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fff7, 2, 0, fffff800026c8d99}

Probably caused by : ntkrnlmp.exe ( nt!KiTimerExpiration+d9 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 000000000000fff7, 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: fffff800026c8d99, address which referenced memory

Debugging Details:
------------------


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800028f30e0
000000000000fff7

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiTimerExpiration+d9
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff88002d8caa0 -- (.trap 0xfffff88002d8caa0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000ffff rbx=0000000000000000 rcx=00000000000e0ffc
rdx=00000000000000fb rsi=0000000000000000 rdi=0000000000000000
rip=fffff800026c8d99 rsp=fffff88002d8cc30 rbp=00000000000e0ffb
r8=0000000000000000 r9=00000000000000c0 r10=00000000000000fb
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz ac po nc
nt!KiTimerExpiration+0xd9:
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx ds:00000000`0000fff7=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800026bc469 to fffff800026bcf00

STACK_TEXT:
fffff880`02d8c958 fffff800`026bc469 : 00000000`0000000a 00000000`0000fff7 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02d8c960 fffff800`026bb0e0 : fffffa80`090ac480 00000021`795b6978 fffffa80`079911a0 fffffa80`090ac480 : nt!KiBugCheckDispatch+0x69
fffff880`02d8caa0 fffff800`026c8d99 : 00000000`0002bb7d 00000000`0000df26 00000000`00000000 00000000`0001f537 : nt!KiPageFault+0x260
fffff880`02d8cc30 fffff800`026c8697 : 0000000a`a747fbc0 0000000a`000e0ffc 0000000a`a747fbb2 00000000`000000fb : nt!KiTimerExpiration+0xd9
fffff880`02d8ccd0 fffff800`026c56fa : fffff880`02d64180 fffff880`02d6f040 00000000`00000001 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff880`02d8cd80 00000000`00000000 : fffff880`02d8d000 fffff880`02d87000 fffff880`02d8cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiTimerExpiration+d9
fffff800`026c8d99 483958f8 cmp qword ptr [rax-8],rbx

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiTimerExpiration+d9

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiTimerExpiration+d9

BUCKET_ID: X64_0xA_nt!KiTimerExpiration+d9

Followup: MachineOwner
---------

 

[There'sNoWay]

Hmm.. könnte auch ein Problem mit dem RAM sein.. Hast du den mal getestet?

 

[NothingArrived]

Okay.. ich glaube, man darf mich auslachen.
Ich hab tatsächlich vergessen, dass ich zusammen mit der SSD auch noch weitere 4GB Arbeitsspeicher gekauft habe... Vllt liegt es tatsächlich an denen. Werde diese heute mal mit Mem-Test überprüfen, BIOS-seitig muss ja eigentlich nichts eingestellt werden, oder? Wäre mir neu.
Oh man... xD Tut mir leid, ich hab das echt total verdrängt gehabt...

 

[simpel1970]

Kein Ding...es gibt schlimmeres

Sind es zwei identische Riegel die dazu gekommen sind?
Damit hast du nun eine Vollbestückung. D.h. unter Umständen könnte es durch aus sein, dass Bios-seitig etwas verändert werden (Timings, Spannung, Frequenz) muss.

Mache bitte noch ein paar Screenshots von CPU-Z (Reiter Mainboard, Memory und SPD).

Prüfe mit Memtest zunächst nur die neuen RAM Riegel (die "alten" ausbauen).

 

[NothingArrived]

Soo, hab dem RAM jetzt 16 Stunden mit memtest testen lassen, dabei wurden keine Probleme festgestellt.
Könnte aber trotzdem am RAM liegen, der war vorher übertaktet (auf Latenzen auf 9-9-9-24, ca. 1850 Mhz wenn ich es richtig im Kopf hab). Mit zwei Riegeln ging das auch, kann es wirklich sein, dass es ihm mit vier zu viel wurde..? Soll ich jetzt die anderen beiden Riegel rein packen und noch n Memtest machen?