BSOD ( paměť ?)

Zdravím

Dneska ráno sem hrál dotu a když sem ke konci chtěl odejít ze hry protože již skončila tak mi OS spadnul do BSOD. Co sem stihnul přečíst tak se jednalo o chybu RAM . Trochu sem pátral a našel program co umí číst dmp soubory tak doufám že mi k tomu řeknete třeba něco víc . Každopádně dnes pustím memtest přes noc . Jinak mám Win 7 / 64bit ..

Symbol search path is: symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18409.amd64fre.win7sp1_gdr.140303-2144
Machine Name:
Kernel base = 0xfffff800`0345f000 PsLoadedModuleList = 0xfffff800`036a2890
Debug session time: Sat May 24 09:55:28.410 2014 (GMT+2)
System Uptime: 0 days 2:51:49.315
Loading Kernel Symbols
.................................................. .............
.................................................. ..............
......................................
Loading User Symbols
Loading unloaded module list
.....
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {41790, fffffa800588a4d0, ffff, 0}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+35084 )

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

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

MEMORY_MANAGEMENT (1a)
# Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000041790, The subtype of the bugcheck.
Arg2: fffffa800588a4d0
Arg3: 000000000000ffff
Arg4: 0000000000000000

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

BUGCHECK_STR: 0x1a_41790

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: dota.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80003545d50 to fffff800034d4bc0

STACK_TEXT:
fffff880`0ce6f958 fffff800`03545d50 : 00000000`0000001a 00000000`00041790 fffffa80`0588a4d0 00000000`0000ffff : nt!KeBugCheckEx
fffff880`0ce6f960 fffff800`034c13df : fffffa80`00000000 00000000`fa09ffff 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x35084
fffff880`0ce6fb20 fffff800`034d3e53 : ffffffff`ffffffff 00000000`29dce810 00000000`29dce808 00000000`00008000 : nt!NtFreeVirtualMemory+0x61f
fffff880`0ce6fc20 00000000`77c9149a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`29dce7d8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77c9149a

STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+35084
fffff800`03545d50 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+35084

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 531590fb

FAILURE_BUCKET_ID: X64_0x1a_41790_nt!_??_::FNODOBFM::_string_+35084

BUCKET_ID: X64_0x1a_41790_nt!_??_::FNODOBFM::_string_+35084

Followup: MachineOwner