da ja ne kacim novu temu, dva puta mi se restartovao komp i ovo su detalji koje ostavi analaiza minidumpa, sta li moze da bude... ram memoriju sam tek dobio posto mi je crkla pre neki dan, znaci memorija je nova, i memtest za sada nije pokazao da joj nesto fali?
prvi
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [H:\101411-24944-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\WINDOWS\Symbols*
http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03056000 PsLoadedModuleList = 0xfffff800`0329b670
Debug session time: Fri Oct 14 21:51:44.404 2011 (UTC + 2:00)
System Uptime: 0 days 2:07:08.825
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {100000000000, 2, 0, fffff80003103db6}
Probably caused by : memory_corruption ( nt!MiResolveTransitionFault+136 )
Followup: MachineOwner
---------
0: 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: 0000100000000000, 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: fffff80003103db6, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003305100
0000100000000000
CURRENT_IRQL: 2
FAULTING_IP:
nt!MiResolveTransitionFault+136
fffff800`03103db6 488b10 mov rdx,qword ptr [rax]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: avp.exe
TRAP_FRAME: fffff88008f89700 -- (.trap 0xfffff88008f89700)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000100000000000 rbx=0000000000000000 rcx=0000000000000004
rdx=0000000fffffffff rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003103db6 rsp=fffff88008f89890 rbp=fffff8a0025cfa18
r8=ffffffffffffffff r9=0000000124207860 r10=0000000000000000
r11=0000058000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!MiResolveTransitionFault+0x136:
fffff800`03103db6 488b10 mov rdx,qword ptr [rax] ds:00001000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800030d21e9 to fffff800030d2c40
STACK_TEXT:
fffff880`08f895b8 fffff800`030d21e9 : 00000000`0000000a 00001000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`08f895c0 fffff800`030d0e60 : 00000000`00000003 00000000`000000e2 00000000`00000001 00000001`24207860 : nt!KiBugCheckDispatch+0x69
fffff880`08f89700 fffff800`03103db6 : 7ff00000`00000000 00000000`01cac028 fffffa80`038a9240 fffff700`01080000 : nt!KiPageFault+0x260
fffff880`08f89890 fffff800`030f1695 : 00000000`00000000 00000001`24207860 fffffa80`038a9240 fffffa80`0764c9c8 : nt!MiResolveTransitionFault+0x136
fffff880`08f89920 fffff800`030f0053 : 00000000`0013316a 00000000`6d1f0500 fffff680`00368f80 fffffa80`0764c9c8 : nt!MiResolveProtoPteFault+0x325
fffff880`08f899b0 fffff800`030dff19 : fffffa80`07c37c00 00000000`6d1f0500 fffff880`08f89bf8 00000000`00000000 : nt!MiDispatchFault+0x1c3
fffff880`08f89ac0 fffff800`030d0d6e : 00000000`00000008 00000000`6d1f0500 fffff880`08f89b01 00000000`01cb96f4 : nt!MmAccessFault+0x359
fffff880`08f89c20 00000000`6d1f0500 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`01e9fe28 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x6d1f0500
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!MiResolveTransitionFault+136
fffff800`03103db6 488b10 mov rdx,qword ptr [rax]
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!MiResolveTransitionFault+136
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3
IMAGE_NAME: memory_corruption
FAILURE_BUCKET_ID: X64_0xA_nt!MiResolveTransitionFault+136
BUCKET_ID: X64_0xA_nt!MiResolveTransitionFault+136
Followup: MachineOwner
---------
drugi
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [H:\101511-23899-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\WINDOWS\Symbols*
http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03052000 PsLoadedModuleList = 0xfffff800`03297670
Debug session time: Sat Oct 15 03:33:17.178 2011 (UTC + 2:00)
System Uptime: 0 days 0:21:43.599
Loading Kernel Symbols
...............................................................
................................................................
.............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1A, {41287, 0, 0, 0}
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+46485 )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041287, The subtype of the bugcheck.
Arg2: 0000000000000000
Arg3: 0000000000000000
Arg4: 0000000000000000
Debugging Details:
------------------
BUGCHECK_STR: 0x1a_41287
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: avp.exe
CURRENT_IRQL: 0
TRAP_FRAME: fffff88007b69930 -- (.trap 0xfffff88007b69930)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=fffffa800525fc50
rdx=00000000000000ff rsi=0000000000000000 rdi=0000000000000000
rip=fffff800030be111 rsp=fffff88007b69ac0 rbp=fffffa80075024a8
r8=fffffa80057bb5c0 r9=fffffa8008010ee0 r10=0000000000000000
r11=fffffa800525fc50 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MiRebalanceNode+0x21:
fffff800`030be111 498b0a mov rcx,qword ptr [r10] ds:60b0:00000000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003061d7e to fffff800030cec40
STACK_TEXT:
fffff880`07b697c8 fffff800`03061d7e : 00000000`0000001a 00000000`00041287 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
fffff880`07b697d0 fffff800`030ccd6e : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000001 : nt! ?? ::FNODOBFM::`string'+0x46485
fffff880`07b69930 fffff800`030be111 : fffffa80`05583060 fffffa80`07502060 fffffa80`08216000 0007ffff`ffffffff : nt!KiPageFault+0x16e
fffff880`07b69ac0 fffff800`03101423 : fffffa80`0530b6b0 00000000`00000000 00000000`027f0000 fffff880`07b69ca0 : nt!MiRebalanceNode+0x21
fffff880`07b69af0 fffff800`030bc0c2 : fffffa80`07502060 fffff880`07b69ca0 00000000`02800000 00000000`00000000 : nt!MiRemoveNode+0x233
fffff880`07b69b20 fffff800`030cded3 : ffffffff`ffffffff 00000000`136ee810 00000000`136ee808 00000000`00008000 : nt!NtFreeVirtualMemory+0x5e2
fffff880`07b69c20 00000000`770914fa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`136ee7d8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x770914fa
STACK_COMMAND: kb
FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+46485
fffff800`03061d7e cc int 3
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+46485
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3
FAILURE_BUCKET_ID: X64_0x1a_41287_nt!_??_::FNODOBFM::_string_+46485
BUCKET_ID: X64_0x1a_41287_nt!_??_::FNODOBFM::_string_+46485
Followup: MachineOwner
---------