Guten Abend,
ich hatte zwar schon mal einen Thread, aber ich will ihn nicht immer wieder noch oben holen...und der ist inzwischen ziemlich unübersichtlich (auch für andere) geworden.
https://www.computerbase.de/forum/threads/staendig-bluescreens.944283/
So nun zu meinem Problem:
Ich habe erst gestern den PC neu aufgesetzt, d.h. ich habe Windows 7 64 bit neu installiert, und alle Festplattenpartitionen gelöscht!
Doch dann kam ziemlich schnell schon der erste BlueScreen!
Hier der Windbg log:
ich hatte zwar schon mal einen Thread, aber ich will ihn nicht immer wieder noch oben holen...und der ist inzwischen ziemlich unübersichtlich (auch für andere) geworden.
https://www.computerbase.de/forum/threads/staendig-bluescreens.944283/
So nun zu meinem Problem:
Ich habe erst gestern den PC neu aufgesetzt, d.h. ich habe Windows 7 64 bit neu installiert, und alle Festplattenpartitionen gelöscht!
Doch dann kam ziemlich schnell schon der erste BlueScreen!
Hier der Windbg log:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\110211-20202-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 7601 (Service Pack 1) MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02e1c000 PsLoadedModuleList = 0xfffff800`03061670
Debug session time: Wed Nov 2 21:44:35.978 2011 (UTC + 1:00)
System Uptime: 0 days 0:42:20.149
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {fffff8002e2d866a, 2, 1, fffff80002ec8663}
Probably caused by : hardware ( nt!MiWaitForInPageComplete+767 )
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: fffff8002e2d866a, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff80002ec8663, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800030cb100
fffff8002e2d866a
CURRENT_IRQL: 2
FAULTING_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: System
TRAP_FRAME: fffff880070e88a0 -- (.trap 0xfffff880070e88a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000000060ec rbx=0000000000000000 rcx=00000000000122c4
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ec8663 rsp=fffff880070e8a30 rbp=fffff90000001ed8
r8=fffff800030ce180 r9=fffffa8007086000 r10=0000000000010000
r11=fffff880070e8b00 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiWaitForInPageComplete+0x767:
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h ds:ccf9:fffff800`2e2d866a=??
Resetting default scope
MISALIGNED_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
LAST_CONTROL_TRANSFER: from fffff80002e981e9 to fffff80002e98c40
STACK_TEXT:
fffff880`070e8758 fffff800`02e981e9 : 00000000`0000000a fffff800`2e2d866a 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`070e8760 fffff800`02e96e60 : 00000000`00000000 00000000`00000000 00000000`00000000 000067ee`af4b0705 : nt!KiBugCheckDispatch+0x69
fffff880`070e88a0 fffff800`02ec8663 : fffff880`070e8ae8 fffff800`03020d80 fffff880`070e8b30 00000000`0000000f : nt!KiPageFault+0x260
fffff880`070e8a30 00000000`00000000 : 00000000`00000010 fffff800`032e8dae fffffa80`087ff000 fffffa80`08d1b1d8 : nt!MiWaitForInPageComplete+0x767
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!MiWaitForInPageComplete+767
FOLLOWUP_NAME: MachineOwner
DEBUG_FLR_IMAGE_TIMESTAMP: 0
IMAGE_NAME: hardware
MODULE_NAME: hardware
FAILURE_BUCKET_ID: X64_IP_MISALIGNED
BUCKET_ID: X64_IP_MISALIGNED
Followup: MachineOwner
---------
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\110211-20202-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 7601 (Service Pack 1) MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02e1c000 PsLoadedModuleList = 0xfffff800`03061670
Debug session time: Wed Nov 2 21:44:35.978 2011 (UTC + 1:00)
System Uptime: 0 days 0:42:20.149
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {fffff8002e2d866a, 2, 1, fffff80002ec8663}
Probably caused by : hardware ( nt!MiWaitForInPageComplete+767 )
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: fffff8002e2d866a, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff80002ec8663, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800030cb100
fffff8002e2d866a
CURRENT_IRQL: 2
FAULTING_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: System
TRAP_FRAME: fffff880070e88a0 -- (.trap 0xfffff880070e88a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000000060ec rbx=0000000000000000 rcx=00000000000122c4
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ec8663 rsp=fffff880070e8a30 rbp=fffff90000001ed8
r8=fffff800030ce180 r9=fffffa8007086000 r10=0000000000010000
r11=fffff880070e8b00 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiWaitForInPageComplete+0x767:
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h ds:ccf9:fffff800`2e2d866a=??
Resetting default scope
MISALIGNED_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
LAST_CONTROL_TRANSFER: from fffff80002e981e9 to fffff80002e98c40
STACK_TEXT:
fffff880`070e8758 fffff800`02e981e9 : 00000000`0000000a fffff800`2e2d866a 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`070e8760 fffff800`02e96e60 : 00000000`00000000 00000000`00000000 00000000`00000000 000067ee`af4b0705 : nt!KiBugCheckDispatch+0x69
fffff880`070e88a0 fffff800`02ec8663 : fffff880`070e8ae8 fffff800`03020d80 fffff880`070e8b30 00000000`0000000f : nt!KiPageFault+0x260
fffff880`070e8a30 00000000`00000000 : 00000000`00000010 fffff800`032e8dae fffffa80`087ff000 fffffa80`08d1b1d8 : nt!MiWaitForInPageComplete+0x767
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!MiWaitForInPageComplete+767
fffff800`02ec8663 80050000412bc0 add byte ptr [fffff800`2e2d866a],0C0h
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!MiWaitForInPageComplete+767
FOLLOWUP_NAME: MachineOwner
DEBUG_FLR_IMAGE_TIMESTAMP: 0
IMAGE_NAME: hardware
MODULE_NAME: hardware
FAILURE_BUCKET_ID: X64_IP_MISALIGNED
BUCKET_ID: X64_IP_MISALIGNED
Followup: MachineOwner
---------