Okay....
Der Memtest lief gestern 9 Stunden durch ohne Ergebnis. Bios habe ich grade auch geupdatet.
Dann hoffe ich mal, dass jetzt wieder alles funktioniert.
Danke noch für den Tipp mit der Festplatte, die hat in der Tat schon ein paar mal rumgezickt. Kabel sitzt wieder, wenn sich da noch was tut, gibts mal ein neues
Edit:
Grade ist der PC wieder abgestürzt. Hier die Auswertung:
Der Memtest lief gestern 9 Stunden durch ohne Ergebnis. Bios habe ich grade auch geupdatet.
Dann hoffe ich mal, dass jetzt wieder alles funktioniert.
Danke noch für den Tipp mit der Festplatte, die hat in der Tat schon ein paar mal rumgezickt. Kabel sitzt wieder, wenn sich da noch was tut, gibts mal ein neues

Edit:
Grade ist der PC wieder abgestürzt. Hier die Auswertung:
Microsoft (R) Windows Debugger Version 6.2.9200.20512 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\060413-22120-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 (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18113.x86fre.win7sp1_gdr.130318-1533
Machine Name:
Kernel base = 0xe3c0c000 PsLoadedModuleList = 0xe3d554d0
Debug session time: Tue Jun 4 21:55:52.010 2013 (UTC + 2:00)
System Uptime: 0 days 2:22:14.727
Loading Kernel Symbols
...............................................................
................................................................
..........................................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, abb163cd, c69d798c, 0}
Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: abb163cd, The address that the exception occurred at
Arg3: c69d798c, Trap Frame
Arg4: 00000000
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:
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
abb163cd 8b5068 mov edx,dword ptr [eax+68h]
TRAP_FRAME: c69d798c -- (.trap 0xffffffffc69d798c)
ErrCode = 00000000
eax=ffffffff ebx=9f00eaa0 ecx=9fe39000 edx=de65af14 esi=9edd6610 edi=c9627880
eip=abb163cd esp=c69d7a00 ebp=c69d7a38 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+0x10b:
abb163cd 8b5068 mov edx,dword ptr [eax+68h] ds:0023:00000067=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: dwm.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from abb17e98 to abb163cd
STACK_TEXT:
c69d7a38 abb17e98 0000000c 00000000 d9c3e2f0 dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+0x10b
c69d7a50 abb09898 00000005 00000000 9e304008 dxgmms1!VIDMM_SEGMENT::MarkCandidateForEviction+0x66
c69d7a78 abb0b23c d9c3e2f0 9ed94900 c69d7bd8 dxgmms1!VIDMM_GLOBAL::AllocateResourceForPinnedAllocation+0x44
c69d7ae0 abb0bef8 c69d7c14 c69d7bb0 c69d7be0 dxgmms1!VIDMM_GLOBAL:
rocessDeferredCommand+0x142
c69d7af8 abb213b9 c69d7bd8 9ed94900 9ed94900 dxgmms1!VidMmiProcessSystemCommand+0x20
c69d7b14 abb22293 9ed94bb0 9ed94008 c69d7b54 dxgmms1!VidSchiSubmitSystemCommand+0x33
c69d7b24 abafd6dc 9ed94900 9ed94900 9edd8dd0 dxgmms1!VidSchiSubmitQueueCommand+0x7b
c69d7b54 abb22466 9fbfb000 c69d7b78 9edd8dd0 dxgmms1!VidSchiSubmitQueueCommandDirect+0x1ae
c69d7b7c abb1d7f1 01d94900 9fe39000 a870607e dxgmms1!VidSchiSubmitCommandPacketToQueue+0x180
c69d7b94 abb0bf5f 9ed94008 abb0bed8 c69d7bd8 dxgmms1!VidSchSubmitSystemCommand+0xab
c69d7bc4 abb0bfc6 c69d7bd8 a2632008 9e304008 dxgmms1!VIDMM_GLOBAL::QueueSystemCommandAndWait+0x41
c69d7bfc abb0d863 c69d7c14 a2632008 a263213c dxgmms1!VIDMM_GLOBAL::QueueDeferredCommandAndWait+0x3c
c69d7c24 abb0e079 9e304008 00000000 00000000 dxgmms1!VIDMM_GLOBAL:
inOneAllocation+0x31
c69d7c38 abaf13ee d1672ee8 00000000 00000000 dxgmms1!VIDMM_GLOBAL:
inAllocation+0x19
c69d7c4c abaa3c49 9fe39000 d1672ee8 00000000 dxgmms1!VidMmPinAllocation+0x16
c69d7c7c abaa42ee 00000000 6d384e51 00dbf2a8 dxgkrnl!DXGDEVICE:
inPrimaryAllocations+0x10e
c69d7d18 b96d2444 00dbf2a8 00dbf280 c69d7d34 dxgkrnl!DxgkSetDisplayMode+0x64c
c69d7d28 e3c498ba 00dbf2a8 00dbf2d8 77867094 win32k!NtGdiDdDDISetDisplayMode+0x14
c69d7d28 77867094 00dbf2a8 00dbf2d8 77867094 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
00dbf2d8 00000000 00000000 00000000 00000000 0x77867094
STACK_COMMAND: kb
FOLLOWUP_IP:
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
abb163cd 8b5068 mov edx,dword ptr [eax+68h]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: dxgmms1
IMAGE_NAME: dxgmms1.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 5164d8b5
FAILURE_BUCKET_ID: 0x8E_dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
BUCKET_ID: 0x8E_dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
Followup: MachineOwner
---------
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\060413-22120-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 (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18113.x86fre.win7sp1_gdr.130318-1533
Machine Name:
Kernel base = 0xe3c0c000 PsLoadedModuleList = 0xe3d554d0
Debug session time: Tue Jun 4 21:55:52.010 2013 (UTC + 2:00)
System Uptime: 0 days 2:22:14.727
Loading Kernel Symbols
...............................................................
................................................................
..........................................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, abb163cd, c69d798c, 0}
Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: abb163cd, The address that the exception occurred at
Arg3: c69d798c, Trap Frame
Arg4: 00000000
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:
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
abb163cd 8b5068 mov edx,dword ptr [eax+68h]
TRAP_FRAME: c69d798c -- (.trap 0xffffffffc69d798c)
ErrCode = 00000000
eax=ffffffff ebx=9f00eaa0 ecx=9fe39000 edx=de65af14 esi=9edd6610 edi=c9627880
eip=abb163cd esp=c69d7a00 ebp=c69d7a38 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+0x10b:
abb163cd 8b5068 mov edx,dword ptr [eax+68h] ds:0023:00000067=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: dwm.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from abb17e98 to abb163cd
STACK_TEXT:
c69d7a38 abb17e98 0000000c 00000000 d9c3e2f0 dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+0x10b
c69d7a50 abb09898 00000005 00000000 9e304008 dxgmms1!VIDMM_SEGMENT::MarkCandidateForEviction+0x66
c69d7a78 abb0b23c d9c3e2f0 9ed94900 c69d7bd8 dxgmms1!VIDMM_GLOBAL::AllocateResourceForPinnedAllocation+0x44
c69d7ae0 abb0bef8 c69d7c14 c69d7bb0 c69d7be0 dxgmms1!VIDMM_GLOBAL:
rocessDeferredCommand+0x142c69d7af8 abb213b9 c69d7bd8 9ed94900 9ed94900 dxgmms1!VidMmiProcessSystemCommand+0x20
c69d7b14 abb22293 9ed94bb0 9ed94008 c69d7b54 dxgmms1!VidSchiSubmitSystemCommand+0x33
c69d7b24 abafd6dc 9ed94900 9ed94900 9edd8dd0 dxgmms1!VidSchiSubmitQueueCommand+0x7b
c69d7b54 abb22466 9fbfb000 c69d7b78 9edd8dd0 dxgmms1!VidSchiSubmitQueueCommandDirect+0x1ae
c69d7b7c abb1d7f1 01d94900 9fe39000 a870607e dxgmms1!VidSchiSubmitCommandPacketToQueue+0x180
c69d7b94 abb0bf5f 9ed94008 abb0bed8 c69d7bd8 dxgmms1!VidSchSubmitSystemCommand+0xab
c69d7bc4 abb0bfc6 c69d7bd8 a2632008 9e304008 dxgmms1!VIDMM_GLOBAL::QueueSystemCommandAndWait+0x41
c69d7bfc abb0d863 c69d7c14 a2632008 a263213c dxgmms1!VIDMM_GLOBAL::QueueDeferredCommandAndWait+0x3c
c69d7c24 abb0e079 9e304008 00000000 00000000 dxgmms1!VIDMM_GLOBAL:
inOneAllocation+0x31c69d7c38 abaf13ee d1672ee8 00000000 00000000 dxgmms1!VIDMM_GLOBAL:
inAllocation+0x19c69d7c4c abaa3c49 9fe39000 d1672ee8 00000000 dxgmms1!VidMmPinAllocation+0x16
c69d7c7c abaa42ee 00000000 6d384e51 00dbf2a8 dxgkrnl!DXGDEVICE:
inPrimaryAllocations+0x10ec69d7d18 b96d2444 00dbf2a8 00dbf280 c69d7d34 dxgkrnl!DxgkSetDisplayMode+0x64c
c69d7d28 e3c498ba 00dbf2a8 00dbf2d8 77867094 win32k!NtGdiDdDDISetDisplayMode+0x14
c69d7d28 77867094 00dbf2a8 00dbf2d8 77867094 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
00dbf2d8 00000000 00000000 00000000 00000000 0x77867094
STACK_COMMAND: kb
FOLLOWUP_IP:
dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
abb163cd 8b5068 mov edx,dword ptr [eax+68h]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: dxgmms1
IMAGE_NAME: dxgmms1.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 5164d8b5
FAILURE_BUCKET_ID: 0x8E_dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
BUCKET_ID: 0x8E_dxgmms1!VIDMM_SEGMENT::TrimAllProcesses+10b
Followup: MachineOwner
---------
Zuletzt bearbeitet:
