Bluescreens bei neuen PC

[Benelli491]

Hallo,

ich habe einen neuen PC zusammen gebaut der folgende Hardware enthält:

ASUS P7P55D
Intel Core i5-750
HIS HD 5770
4GB-Kit G-Skill PC3-12800U CL9
be quiet! Straight Power BQT E7-450W
und natürlich noch diverse Laufwerke

OS: Win 7 Ultimate x64 + neueste Treiber

Folgendes Problem:
Der PC wurde nun schon zweimal neu aufgesetzt und er bringt jedesmal Bluescreen's. Entweder direkt nach dem Einschalten im Windows Betrieb oder erst nach einer gewissen Zeit z.Bsp. wenn ich ihn mit memtest überprüfen will.

Command Rate habe ich bereits manuell auf 2T gesetzt.
Sämtliche automatischen Übertaktungen sind aus - läuft alles mit Standardtakt.

Anbei die Auswertung der Bluescreen's:

Nr.1

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


Loading Dump File [C:\Windows\Minidump\100310-14352-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a61000 PsLoadedModuleList = 0xfffff800`02c9ee50
Debug session time: Sun Oct 3 17:35:28.685 2010 (UTC + 2:00)
System Uptime: 0 days 0:00:41.090
Loading Kernel Symbols
...............................................................
................................................................
................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff80002aec883, fffff880082b29a0, 0}

Probably caused by : memory_corruption ( nt!MiUpdateWsleHash+254 )

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

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002aec883, Address of the instruction which caused the bugcheck
Arg3: fffff880082b29a0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!MiUpdateWsleHash+254
fffff800`02aec883 c70700000000 mov dword ptr [rdi],0

CONTEXT: fffff880082b29a0 -- (.cxr 0xfffff880082b29a0)
rax=0000000900000080 rbx=4000000074976001 rcx=0000000a00000080
rdx=0000000000000080 rsi=0000007ffffffff8 rdi=000ff704401d35d8
rip=fffff80002aec883 rsp=fffff880082b3380 rbp=0000000000000001
r8=ffffffff00000000 r9=fffffa8001cb44d0 r10=fffff6fb82200e98
r11=000000000000000e r12=fffff70001080000 r13=fffffa80016bf100
r14=0000000000000f98 r15=fffffa8006158b98
iopl=0 nv up ei pl nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010206
nt!MiUpdateWsleHash+0x254:
fffff800`02aec883 c70700000000 mov dword ptr [rdi],0 ds:002b:000ff704`401d35d8=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: MOM.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80002aec883

STACK_TEXT:
fffff880`082b3380 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiUpdateWsleHash+0x254


FOLLOWUP_IP:
nt!MiUpdateWsleHash+254
fffff800`02aec883 c70700000000 mov dword ptr [rdi],0

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!MiUpdateWsleHash+254

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

STACK_COMMAND: .cxr 0xfffff880082b29a0 ; kb

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x3B_nt!MiUpdateWsleHash+254

BUCKET_ID: X64_0x3B_nt!MiUpdateWsleHash+254

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

Nr.2

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


Loading Dump File [C:\Windows\Minidump\101310-12916-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a59000 PsLoadedModuleList = 0xfffff800`02c96e50
Debug session time: Wed Oct 13 22:50:51.301 2010 (UTC + 2:00)
System Uptime: 0 days 0:02:23.332
Loading Kernel Symbols
...............................................................
................................................................
..................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3B, {c0000005, fffff80002dafd9c, fffff8800865bd20, 0}

Probably caused by : memory_corruption ( nt!MiApplyCompressedFixups+40 )

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

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

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002dafd9c, Address of the instruction which caused the bugcheck
Arg3: fffff8800865bd20, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!MiApplyCompressedFixups+40
fffff800`02dafd9c 0fb603 movzx eax,byte ptr [rbx]

CONTEXT: fffff8800865bd20 -- (.cxr 0xfffff8800865bd20)
rax=fffff8a00214d000 rbx=4000000000000000 rcx=fffffa8006021da0
rdx=fffff8800fd1f000 rsi=00000000002b0000 rdi=fffff8800fd1f000
rip=fffff80002dafd9c rsp=fffff8800865c700 rbp=000000000000000a
r8=4000000000000000 r9=00000000002b0000 r10=0000000000000fff
r11=fffff8800fd1f000 r12=fffffa8006021da0 r13=000000000000ff7f
r14=fffffa8006021da0 r15=fffffa8006021da0
iopl=0 nv up ei pl nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010206
nt!MiApplyCompressedFixups+0x40:
fffff800`02dafd9c 0fb603 movzx eax,byte ptr [rbx] ds:002b:40000000`00000000=??
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: explorer.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80002dafd9c

STACK_TEXT:
fffff880`0865c700 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiApplyCompressedFixups+0x40


FOLLOWUP_IP:
nt!MiApplyCompressedFixups+40
fffff800`02dafd9c 0fb603 movzx eax,byte ptr [rbx]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!MiApplyCompressedFixups+40

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

STACK_COMMAND: .cxr 0xfffff8800865bd20 ; kb

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x3B_nt!MiApplyCompressedFixups+40

BUCKET_ID: X64_0x3B_nt!MiApplyCompressedFixups+40

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

Nr.3

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


Loading Dump File [C:\Windows\Minidump\101410-19500-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a50000 PsLoadedModuleList = 0xfffff800`02c8de50
Debug session time: Thu Oct 14 00:58:38.294 2010 (UTC + 2:00)
System Uptime: 0 days 0:43:57.714
Loading Kernel Symbols
...............................................................
................................................................
....................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A0, {b, bfe8a000, 3, 10eed000}

*** ERROR: Symbol file could not be found. Defaulted to export symbols for hal.dll -
Probably caused by : ntkrnlmp.exe ( nt!PopWriteHiberPages+a3 )

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

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

INTERNAL_POWER_ERROR (a0)
The power policy manager experienced a fatal error.
Arguments:
Arg1: 000000000000000b, The hibernation file is too small.
Arg2: 00000000bfe8a000, Size of the hibernation file.
Arg3: 0000000000000003, HIBERFILE_PROGRESS_MEMORY_RANGES
Arg4: 0000000010eed000, Size of the remaining memory ranges.

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


BUGCHECK_STR: 0xA0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002d00513 to fffff80002ac1f00

STACK_TEXT:
fffff880`072a91e8 fffff800`02d00513 : 00000000`000000a0 00000000`0000000b 00000000`bfe8a000 00000000`00000003 : nt!KeBugCheckEx
fffff880`072a91f0 fffff800`02d00bbb : fffffa80`03a6a440 00000000`0000b600 fffffa80`03a6a440 00000000`0000ce28 : nt!PopWriteHiberPages+0xa3
fffff880`072a93f0 fffff800`02d00e33 : fffff880`07111000 fffff880`072a96c8 00000000`0000b600 00000000`0000000d : nt!PopAddPagesToCompressedPageSet+0x1eb
fffff880`072a9480 fffff800`02d0216d : 00000000`000000ff fffff880`06ba0000 00000000`000000ff 00000000`000000fe : nt!PopEndCompressedPageSet+0x43
fffff880`072a94c0 fffff800`02d02919 : fffffa80`0000c926 fffff880`038f0000 00000000`000bfe7d 00000000`0000ce28 : nt!PopWriteHiberImage+0x40d
fffff880`072a96b0 fffff800`02a0d09e : ffffffff`ffd0d000 00000000`00000000 fffff800`02d02730 00000000`00000000 : nt!PopSaveHiberContext+0x1ea
fffff880`072a9860 fffff800`02d07be9 : 00000000`00003705 00000000`00000000 00000000`00000000 fffff800`02ad01ed : hal!HalHandleMcheck+0x256
fffff880`072a98d0 fffff800`02d07c8f : 00000000`00000000 fffffa80`03a6a440 fffff800`02c70420 00000000`02d03ee0 : nt!PopHandleNextState+0x12a
fffff880`072a9920 fffff800`02d0d140 : 00000000`00000005 00000000`00000001 00000000`00000000 fffff880`072a9aa0 : nt!PopIssueNextState+0x1f
fffff880`072a9950 fffff800`02d0d5a4 : 00000000`00000000 00000000`0011d3ee 00000000`00000000 00000000`00000001 : nt!PopInvokeSystemStateHandler+0x3c0
fffff880`072a9b10 fffff800`02d09464 : ffffffff`ffffffff ffffffff`ffffffff 00000000`0011d3ee 00000000`00000000 : nt!PopEndMirroring+0x84
fffff880`072a9be0 fffff800`02d0d925 : fffff880`072a9d00 fffff880`00000008 00000000`00000000 fffffa80`00000008 : nt!MmDuplicateMemory+0xb64
fffff880`072a9cd0 fffff800`02d65166 : fffffa80`0375f040 fffffa80`036e8040 00000000`00000000 fffff800`02ab9d87 : nt!PopTransitionToSleep+0xd5
fffff880`072a9d40 fffff800`02aa0486 : fffff800`02c3ae80 fffffa80`0375f040 fffff800`02c48c40 fffff880`0123aa90 : nt!PspSystemThreadStartup+0x5a
fffff880`072a9d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!PopWriteHiberPages+a3
fffff800`02d00513 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!PopWriteHiberPages+a3

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA0_nt!PopWriteHiberPages+a3

BUCKET_ID: X64_0xA0_nt!PopWriteHiberPages+a3

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

Nr.4

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


Loading Dump File [C:\Windows\Minidump\101510-13119-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a4d000 PsLoadedModuleList = 0xfffff800`02c8ae50
Debug session time: Thu Oct 14 08:48:38.872 2010 (UTC + 2:00)
System Uptime: 0 days 1:01:15.292
Loading Kernel Symbols
...............................................................
................................................................
....................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A0, {b, bfe8a000, 3, 144dd000}

*** ERROR: Symbol file could not be found. Defaulted to export symbols for hal.dll -
Probably caused by : ntkrnlmp.exe ( nt!PopWriteHiberPages+a3 )

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

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

INTERNAL_POWER_ERROR (a0)
The power policy manager experienced a fatal error.
Arguments:
Arg1: 000000000000000b, The hibernation file is too small.
Arg2: 00000000bfe8a000, Size of the hibernation file.
Arg3: 0000000000000003, HIBERFILE_PROGRESS_MEMORY_RANGES
Arg4: 00000000144dd000, Size of the remaining memory ranges.

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


BUGCHECK_STR: 0xA0

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002cfd513 to fffff80002abef00

STACK_TEXT:
fffff880`0872c1b8 fffff800`02cfd513 : 00000000`000000a0 00000000`0000000b 00000000`bfe8a000 00000000`00000003 : nt!KeBugCheckEx
fffff880`0872c1c0 fffff800`02cfdbbb : fffffa80`03b3de60 00000000`0000e000 fffffa80`03b3de60 00000000`00000110 : nt!PopWriteHiberPages+0xa3
fffff880`0872c3c0 fffff800`02cfdd25 : 00000909`1edded04 fffff880`0872c6c8 fffff880`0000e000 00000000`00000010 : nt!PopAddPagesToCompressedPageSet+0x1eb
fffff880`0872c450 fffff800`02cff132 : fffff880`05110000 fffff880`0872c6c8 00000000`00000004 00000000`0000006d : nt!PopBufferCompressedPageSet+0xd5
fffff880`0872c4c0 fffff800`02cff919 : fffffa80`000016f4 fffff880`0c43c000 00000000`000bfe82 00000000`00000110 : nt!PopWriteHiberImage+0x3d2
fffff880`0872c6b0 fffff800`02a0a09e : ffffffff`ffd0d000 00000000`00000000 fffff800`02cff730 00000000`00000000 : nt!PopSaveHiberContext+0x1ea
fffff880`0872c860 fffff800`02d04be9 : 00000000`00003705 00000000`00000000 00000000`00000000 fffff800`02acd1ed : hal!HalHandleMcheck+0x256
fffff880`0872c8d0 fffff800`02d04c8f : 00000000`00000000 fffffa80`03b3de60 fffff800`02c6d420 00000000`02d00ee0 : nt!PopHandleNextState+0x12a
fffff880`0872c920 fffff800`02d0a140 : 00000000`00000005 00000000`00000001 00000000`00000000 fffff880`0872caa0 : nt!PopIssueNextState+0x1f
fffff880`0872c950 fffff800`02d0a5a4 : 00000000`00000000 00000000`0011f600 00000000`00000000 00000000`00000001 : nt!PopInvokeSystemStateHandler+0x3c0
fffff880`0872cb10 fffff800`02d06464 : ffffffff`ffffffff ffffffff`ffffffff 00000000`0011f600 00000000`00000000 : nt!PopEndMirroring+0x84
fffff880`0872cbe0 fffff800`02d0a925 : fffff880`0872cd00 fffff880`00000008 00000000`00000000 fffffa80`00000008 : nt!MmDuplicateMemory+0xb64
fffff880`0872ccd0 fffff800`02d62166 : fffffa80`03a63600 fffffa80`0370eb60 00000000`00000000 fffff800`02ab6d87 : nt!PopTransitionToSleep+0xd5
fffff880`0872cd40 fffff800`02a9d486 : fffff880`02fd3180 fffffa80`03a63600 fffff880`02fddfc0 fffff880`0124aa90 : nt!PspSystemThreadStartup+0x5a
fffff880`0872cd80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!PopWriteHiberPages+a3
fffff800`02cfd513 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!PopWriteHiberPages+a3

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA0_nt!PopWriteHiberPages+a3

BUCKET_ID: X64_0xA0_nt!PopWriteHiberPages+a3

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

Nr.5

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


Loading Dump File [C:\Windows\Minidump\101510-14492-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a4f000 PsLoadedModuleList = 0xfffff800`02c8ce50
Debug session time: Fri Oct 15 10:17:15.947 2010 (UTC + 2:00)
System Uptime: 0 days 0:01:09.368
Loading Kernel Symbols
...............................................................
................................................................
..................
Loading User Symbols
Loading unloaded module list
....
*** ERROR: Module load completed but symbols could not be loaded for Ntfs.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {c08a2, 0, 0, 0}

*** ERROR: Symbol file could not be found. Defaulted to export symbols for fltmgr.sys -
Probably caused by : Ntfs.sys ( Ntfs+1e95 )

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

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

NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000000c08a2
Arg2: 0000000000000000
Arg3: 0000000000000000
Arg4: 0000000000000000

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x24

PROCESS_NAME: WerFault.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff88001253e95 to fffff80002ac0f00

STACK_TEXT:
fffff880`07ac16f8 fffff880`01253e95 : 00000000`00000024 00000000`000c08a2 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
fffff880`07ac1700 fffff880`01253ae8 : 00000001`00000000 00000000`00000000 00000000`00000000 00000400`00000000 : Ntfs+0x1e95
fffff880`07ac1800 fffff880`0107d23f : fffffa80`05875fb0 fffffa80`05875c10 fffffa80`0570bc30 00000000`00000000 : Ntfs+0x1ae8
fffff880`07ac18b0 fffff880`0107b6df : fffffa80`0468f9e0 fffffa80`05875c10 fffffa80`0468f900 fffffa80`05875c10 : fltmgr!FltIsCallbackDataDirty+0xa2f
fffff880`07ac1940 fffff800`02ab2a52 : fffffa80`05875c30 fffffa80`04d26390 00000000`00000043 fffff680`00001378 : fltmgr+0x16df
fffff880`07ac19a0 fffff800`02ab2d55 : 000007fe`00000001 000007fe`00000001 fffff880`07ac1a60 fffffa80`05875560 : nt!IoPageRead+0x252
fffff880`07ac1a30 fffff800`02adc09b : 00000000`00000000 00000000`00000000 ffffffff`ffffffff fffff680`00001370 : nt!MiIssueHardFault+0x255
fffff880`07ac1ac0 fffff800`02abefee : 00000000`00000001 00000000`00000000 00000000`77843501 fffffa80`00000000 : nt!MmAccessFault+0x14bb
fffff880`07ac1c20 00000000`77761b1c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0013d388 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77761b1c


STACK_COMMAND: kb

FOLLOWUP_IP:
Ntfs+1e95
fffff880`01253e95 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: Ntfs+1e95

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME: Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc14f

FAILURE_BUCKET_ID: X64_0x24_Ntfs+1e95

BUCKET_ID: X64_0x24_Ntfs+1e95

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

Hoffe ihr könnt mir weiterhelfen weiß nicht mehr was ich machen soll

 

[Barni86]

wie siehts mit dem restlichen ram-timings aus? evtl mal nur mit 1nem ram probieren und dann wechseln

 

[Jinroxx]

Mhh wenn der bei Memtest schon streikt.

Würde ich mal nur 1 Riegel rein bauen und dann mal schauen was passiert. Wenn dann noch Fehler gibt den andern. Und das auf allen Bänken Testen.

 

[lizard999]

Hi, hatte auch letztens RAM Probleme mit nem PC den ich zusammengebaut habe.

Guck mal, dass du die Timings manuell einstellst, oder ob sie korrekt erkannt werden im BIOS.

Wenn dies der Fall ist, dann teste jeden Riegel mal einzeln mit Memtest (evtl ist einer defekt, so wars bei mir).
Und teste in anschließend die Speicherbänke des MB durch, nicht dass da der Fehler liegt.

 

[Misdemeanor]

Das würde ich auch vorschlagen.
Meistens ist der RAM der Schuldige, wenn es eher sporadisch mal da und mal da passiert.

Am besten nimmst Du nur einen Riegel zur Hand und startest den Rechner mit 'ner bootfähigen CD/DVD oder lädst memtest vom USB-Stick aus.
Lass' es dann laufen und schau' Dir an, welche Fehler aufgelistet werden. Wenn nicht, dann steck' den Riegel in einen der anderen Slots und versuch's nochmal usw. - ist ein Riegel in Ordnung, versuch's mit dem zweiten.


Auch wenn alle Teile Deines PCs neu sind, muss das nicht bedeuten, dass auch wirklich alles einwandfrei funktioniert. Insbesondere Speicher ist immer wieder ein Kandidat. Es ist kein Monat her, da hatte ich exakt dasselbe Problem. Zwei RAM-Riegel, einer davon: schrott. Musste ihn zurückschicken, bekam Ersatz: Problem gelöst :-)

 

[knubbel74]

Die Asus Boards haben immer mal Probs mit den RAM Slots. Am Besten gehst du auf die jeweils vom Chip weiter entfernten Slots, dann kannst mal im Bios die Übertaktung einschalten, damit die Timings richtig erkannt werden und, so wars bei mir, auch die richtige Spannung anliegt. Hab RAM mit 1.35V und das Board hat den ohne eingeschalteter Übertaktungsfunktion immer mit 1.5V befeuert. Hat bei mir am Anfang auch zum einen oder anderen BS geführt.

 

[MistaJack]

Das ASUS P7P55D müßte eine MemOK!-Taste auf dem Board haben. Damit wird der Speicher (fast) immer auf funktionierende Werte gestellt. Probier das doch einfach mal aus.

 

[Benelli491]

Habe nun eine Nacht Memtest86+ laufen lassen und keine Fehler

http://img580.imageshack.us/i/16102010041.jpg

Ich habe im Gskill Forum gelesen das es trotz Freigabe der Gskill Riegel auf dem Asus Bord zu Inkompatibilität kommt.
Kann das hier jemand bestätigen?
Nicht das ich meine ganze Zeit opfere und am Ende muss ich die Riegel doch einschicken.

 

[emeraldmine]

http://support.asus.com/download/download.aspx?SLanguage=de-de&model=P7P55D&product=1

Nun gut, kann auch an einem nicht aktuellen Mainboard BIOS liegen, da gab es schon

Verbesserungen bei der Speicherkompatiblität

Kannst du auch selbst vergleichen , nimm die Freeware CPU-Z und schau welches BIOS imo auf dem Mainboard ist.

 

[Benelli491]

Bios ist seit Anfang an schon das neueste drauf.
Bei Memtest unter Windows habe ich weiterhin Bluescreen's.
Getestet habe ich nun auch schon mit fest eingestellten Timings und erhöhter DRAM Voltage (1,6V).
Alles erfolglos.
Nun teste ich andere Riegel mit 2x1GB mal schauen was heraus kommt.
Weiß nicht mehr weiter!!!

 

[emeraldmine]

http://ht4u.net/downloads/72/

Schon ältere ATI Treiberversionen durchprobiert ?

 

[simpel1970]

Mit der RAM-Spannung kannst du noch auf 1,65V gehen (mehr nicht).

 

[Benelli491]

Bei 1,65V zeigt er mir Fehler bei memtest an.

Also es liegt echt an dem Gskill Speicher der anscheinend nicht kompatibel ist mit dem Asus-Board obwohl er freigegeben ist.
Der PC lief die ganze Nacht mit 2x1GB von OCZ in Memtest ohne Bluescreen durch.
Das war das letzte Asus-Board das ich gekauft habe...
Jetzt muss ich schauen das ich den Gskill irgendwie umgetauscht bekomme.

 

[simpel1970]

Liegt offensichtlich am G.Skill. Die Bluescreen-Auswertungen und natürlich letztendlich das Ergebnis mit den OCZ RAM sprechen eindeutig dafür.

Die G.Skill machen nicht nur auf ASUS Boards Probleme. Bei den G.Skill DDR3 RAM ist mir in letzter Zeit aber häufiger eine gewisse Qualitätsstreuung aufgetreten, ich würde es daher nicht primär ASUS in die Schuhe schieben.