Pcen fryser/rebooter MYE! Har minnedumper osv.

[Effectiv]

Hei!

Har noen problemer på en pc her. Den fryser når jeg spiller, klikker når jeg spiller, klikker når man brenner cd osv osv. Masse bluescreens osv

Har brukt Windbg for å lese minnedumpene, har 4 forskjellige dumper som jeg kunne trengt hjelp for å finne ut hva som er gale med

 

 

Dump 1:

Microsoft ® Windows Debugger Version 6.11.0001.404 X86

Copyright © Microsoft Corporation. All rights reserved.

 

 

Loading Dump File [C:\Windows\Minidump\Mini052409-04.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: srv*c:\symbols*http://msdl.microsoft.com/download/symbols

Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 6001.18000.x86fre.longhorn_rtm.080118-1840

Machine Name:

Kernel base = 0x81817000 PsLoadedModuleList = 0x8192ec70

Debug session time: Sun May 24 17:54:26.879 2009 (GMT+2)

System Uptime: 0 days 0:07:30.631

Loading Kernel Symbols

...............................................................

................................................................

............

Loading User Symbols

Loading unloaded module list

.....

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

Use !analyze -v to get detailed debugging information.

 

BugCheck A, {86a0bbdc, 8, 0, 81bd75b1}

 

Unable to load image \SystemRoot\system32\DRIVERS\atikmdag.sys, Win32 error 0n2

*** WARNING: Unable to verify timestamp for atikmdag.sys

*** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys

Probably caused by : dxgkrnl.sys ( dxgkrnl!DpQueueDpc+61 )

 

Followup: MachineOwner

---------

 

1: 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: 86a0bbdc, memory referenced

Arg2: 00000008, IRQL

Arg3: 00000000, 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: 81bd75b1, address which referenced memory

 

Debugging Details:

------------------

 

 

READ_ADDRESS: GetPointerFromAddress: unable to read from 8194e868

Unable to read MiSystemVaType memory at 8192e420

86a0bbdc

 

CURRENT_IRQL: 8

 

FAULTING_IP:

hal!KfLowerIrql+65

81bd75b1 c9 leave

 

CUSTOMER_CRASH_COUNT: 4

 

DEFAULT_BUCKET_ID: COMMON_SYSTEM_FAULT

 

BUGCHECK_STR: 0xA

 

PROCESS_NAME: hl2.exe

 

TRAP_FRAME: 86a2bb64 -- (.trap 0xffffffff86a2bb64)

ErrCode = 00000000

eax=00000100 ebx=803d1120 ecx=803d2b08 edx=00000000 esi=00000000 edi=84b748c8

eip=81bd75b1 esp=86a2bbd8 ebp=86a0bbdc iopl=0 nv up ei pl nz na po nc

cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202

hal!KfLowerIrql+0x65:

81bd75b1 c9 leave

Resetting default scope

 

LAST_CONTROL_TRANSFER: from 81bd75b1 to 81871d84

 

STACK_TEXT:

86a2bb64 81bd75b1 badb0d00 00000000 9ba79a48 nt!KiTrap0E+0x2ac

86a2bbdc 818cdf62 84b72000 85456d70 803d2b08 hal!KfLowerIrql+0x65

86a2bc00 85b4a164 01b748c8 00000000 00000000 nt!KeInsertQueueDpc+0x1e7

86a2bc18 8b81cab5 84b744f8 8b81c2b4 86a2bc3c dxgkrnl!DpQueueDpc+0x61

WARNING: Stack unwind information not available. Following frames may be wrong.

86a2bc28 8b8264d5 85355008 85456000 8545d88c atikmdag+0x17ab5

86a2bc3c 8b8d73e9 84b72000 86a2bc70 86a2bc50 atikmdag+0x214d5

86a2bc90 8b8d3afc 84b72000 8546ff90 8b8de080 atikmdag+0xd23e9

86a2bcf4 8b8d2fc7 85456000 84c54280 83d78560 atikmdag+0xceafc

86a2bd14 85b4a0fa 84c78908 00000000 86a2bd38 atikmdag+0xcdfc7

86a2bd24 818d215c 84c54280 84b744f8 00000000 dxgkrnl!DpiFdoMessageInterruptRoutine+0x17

86a2bd38 8186a971 84c54280 84b744f8 00000000 nt!KiInterruptMessageDispatch+0x12

86a2bd38 6ab4ec3c 84c54280 84b744f8 00000000 nt!KiInterruptDispatch+0x51

0fe1f87c 00000000 00000000 00000000 00000000 0x6ab4ec3c

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

dxgkrnl!DpQueueDpc+61

85b4a164 8ad8 mov bl,al

 

SYMBOL_STACK_INDEX: 3

 

SYMBOL_NAME: dxgkrnl!DpQueueDpc+61

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: dxgkrnl

 

IMAGE_NAME: dxgkrnl.sys

 

DEBUG_FLR_IMAGE_TIMESTAMP: 47918c64

 

FAILURE_BUCKET_ID: 0xA_dxgkrnl!DpQueueDpc+61

 

BUCKET_ID: 0xA_dxgkrnl!DpQueueDpc+61

 

Followup: MachineOwner

---------

 

 

 

Dump 2:

 

 

Loading Dump File [C:\Windows\Minidump\Mini052409-02.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: srv*c:\symbols*http://msdl.microsoft.com/download/symbols

Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 6001.18000.x86fre.longhorn_rtm.080118-1840

Machine Name:

Kernel base = 0x8181c000 PsLoadedModuleList = 0x81933c70

Debug session time: Sun May 24 17:13:51.399 2009 (GMT+2)

System Uptime: 0 days 0:00:16.224

Loading Kernel Symbols

...............................................................

................................................................

......

Loading User Symbols

Loading unloaded module list

.....

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

Use !analyze -v to get detailed debugging information.

 

BugCheck 50, {94a8c9f8, 1, 9172e5fd, 0}

 

 

Could not read faulting driver name

Probably caused by : win32k.sys ( win32k!vSrcCopyS32D32Identity+5e )

 

Followup: MachineOwner

---------

 

1: kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

PAGE_FAULT_IN_NONPAGED_AREA (50)

Invalid system memory was referenced. This cannot be protected by try-except,

it must be protected by a Probe. Typically the address is just plain bad or it

is pointing at freed memory.

Arguments:

Arg1: 94a8c9f8, memory referenced.

Arg2: 00000001, value 0 = read operation, 1 = write operation.

Arg3: 9172e5fd, If non-zero, the instruction address which referenced the bad memory

address.

Arg4: 00000000, (reserved)

 

Debugging Details:

------------------

 

 

Could not read faulting driver name

 

WRITE_ADDRESS: GetPointerFromAddress: unable to read from 81953868

Unable to read MiSystemVaType memory at 81933420

94a8c9f8

 

FAULTING_IP:

win32k!vSrcCopyS32D32Identity+5e

9172e5fd ff4d08 dec dword ptr [ebp+8]

 

MM_INTERNAL_CODE: 0

 

CUSTOMER_CRASH_COUNT: 2

 

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

 

BUGCHECK_STR: 0x50

 

PROCESS_NAME: LogonUI.exe

 

CURRENT_IRQL: 0

 

TRAP_FRAME: 94aac96c -- (.trap 0xffffffff94aac96c)

ErrCode = 00000002

eax=ff704308 ebx=ff704308 ecx=00000000 edx=00000000 esi=94aacb70 edi=ff6a4308

eip=9172e5fd esp=94aac9e0 ebp=94a8c9f0 iopl=0 nv up ei ng nz ac po nc

cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010292

win32k!vSrcCopyS32D32Identity+0x5e:

9172e5fd ff4d08 dec dword ptr [ebp+8] ss:0010:94a8c9f8=????????

Resetting default scope

 

LAST_CONTROL_TRANSFER: from 81876bb4 to 818c1155

 

STACK_TEXT:

94aac954 81876bb4 00000001 94a8c9f8 00000000 nt!MmAccessFault+0x10a

94aac954 9172e5fd 00000001 94a8c9f8 00000000 nt!KiTrap0E+0xdc

94aac9f0 9172e503 000000e8 052b0d6f fe4197d8 win32k!vSrcCopyS32D32Identity+0x5e

94aacc30 9172fc41 fe7afb88 fe65fc48 00000000 win32k!EngCopyBits+0x5b3

94aacd10 81873a7a fe7afb78 ffa588b8 ffa02890 win32k!NtGdiBitBlt+0x59c

94aacd10 77479a94 fe7afb78 ffa588b8 ffa02890 nt!KiFastCallEntry+0x12a

WARNING: Frame IP not in any known module. Following frames may be wrong.

0025f658 00000000 00000000 00000000 00000000 0x77479a94

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

win32k!vSrcCopyS32D32Identity+5e

9172e5fd ff4d08 dec dword ptr [ebp+8]

 

SYMBOL_STACK_INDEX: 2

 

SYMBOL_NAME: win32k!vSrcCopyS32D32Identity+5e

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: win32k

 

IMAGE_NAME: win32k.sys

 

DEBUG_FLR_IMAGE_TIMESTAMP: 47c78851

 

FAILURE_BUCKET_ID: 0x50_win32k!vSrcCopyS32D32Identity+5e

 

BUCKET_ID: 0x50_win32k!vSrcCopyS32D32Identity+5e

 

Followup: MachineOwner

---------

 

 

 

 

Dump 3:

 

 

Microsoft ® Windows Debugger Version 6.11.0001.404 X86

Copyright © Microsoft Corporation. All rights reserved.

 

 

Loading Dump File [C:\Windows\Minidump\Mini052409-03.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: srv*c:\symbols*http://msdl.microsoft.com/download/symbols

Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 6001.18000.x86fre.longhorn_rtm.080118-1840

Machine Name:

Kernel base = 0x8180f000 PsLoadedModuleList = 0x81926c70

Debug session time: Sun May 24 17:46:16.661 2009 (GMT+2)

System Uptime: 0 days 0:31:45.310

Loading Kernel Symbols

...............................................................

................................................................

............

Loading User Symbols

Loading unloaded module list

.....

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

Use !analyze -v to get detailed debugging information.

 

BugCheck D1, {9920f838, 6, 0, 81f1b23c}

 

Probably caused by : atapi.sys ( atapi!AtapiSendAtaCommand+ca )

 

Followup: MachineOwner

---------

 

1: kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)

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 kernel debugger is available get stack backtrace.

Arguments:

Arg1: 9920f838, memory referenced

Arg2: 00000006, IRQL

Arg3: 00000000, value 0 = read operation, 1 = write operation

Arg4: 81f1b23c, address which referenced memory

 

Debugging Details:

------------------

 

 

READ_ADDRESS: GetPointerFromAddress: unable to read from 81946868

Unable to read MiSystemVaType memory at 81926420

9920f838

 

CURRENT_IRQL: 6

 

FAULTING_IP:

atapi!AtapiSendAtaCommand+ca

81f1b23c c9 leave

 

CUSTOMER_CRASH_COUNT: 3

 

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

 

BUGCHECK_STR: 0xD1

 

PROCESS_NAME: System

 

TRAP_FRAME: 9922f7b8 -- (.trap 0xffffffff9922f7b8)

ErrCode = 00000000

eax=0000fb00 ebx=83d9cb48 ecx=815a9840 edx=0000fb00 esi=815a9840 edi=83d9c36c

eip=81f1b23c esp=9922f82c ebp=9920f838 iopl=0 nv up ei pl zr na pe nc

cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246

atapi!AtapiSendAtaCommand+0xca:

81f1b23c c9 leave

Resetting default scope

 

LAST_CONTROL_TRANSFER: from 81f1b23c to 81869d84

 

STACK_TEXT:

9922f7b8 81f1b23c badb0d00 0000fb00 00000000 nt!KiTrap0E+0x2ac

9922f838 81f1b35f 83d9c36c 000003e8 00000102 atapi!AtapiSendAtaCommand+0xca

9922f850 81f1b3b1 83d9c36c 815a9840 9922f870 atapi!AtapiHandleAtaCommand+0x33

9922f860 81f28b57 83d9c36c 815a9840 9922f888 atapi!AtapiHwStartIo+0x27

9922f870 81f28cd5 83d9b0e0 815a95b8 83d9c600 ataport!CallMiniPortHwStartIo+0x1d

9922f888 81862651 815a95b8 83d9b002 83d9b0e0 ataport!IdeStartCrbSynchronized+0x5d

9922f8ac 81f28fe8 83d9b0e0 81f28c78 815a95b8 nt!KeSynchronizeExecution+0x21

9922f8d8 81efc074 815a95b8 9922f910 81bcd1f4 ataport!IdeStartIoCallBack+0xb8

9922f8e4 81bcd1f4 83d976e8 00000000 815a9614 PCIIDEX!BmReceiveScatterGatherList+0x1e

9922f910 81efc195 815a9614 83d976e8 835b1f40 hal!HalBuildScatterGatherList+0x1ba

9922f94c 81f287df 83d977a0 815a95b8 815a9500 PCIIDEX!BmSetup+0x3d

9922f968 81f28c60 83d9b0e0 815a9500 815a95b8 ataport!IdePortSetupScatterGatherList+0x2d

9922f980 81f27a90 83d9b0e0 815a95b8 83d9c600 ataport!IdeDispatchChannelRequest+0x6e

9922f998 81f27cbd 83d9b0e0 815a95b8 83d9c600 ataport!IdeStartChannelRequest+0x6c

9922f9b0 81f286e0 00d9c600 00000000 852a8008 ataport!IdeStartDeviceRequest+0xe7

9922f9d0 81f259c5 83d9c548 00000103 9922f9f8 ataport!IdePortPdoDispatch+0x98

9922f9e0 818cb053 83d9c548 852a8008 ffcd3ff4 ataport!IdePortDispatch+0x1d

9922f9f8 81e166a6 ffcd3ff4 9922fa18 81e1d084 nt!IofCallDriver+0x63

9922fa04 81e1d084 83da4c10 852a8008 852a80c0 acpi!ACPIDispatchForwardIrp+0x2a

9922fa18 81e16ee6 83da4c10 852a8008 00000000 acpi!ACPIIrpDispatchDeviceControl+0xa4

9922fa48 818cb053 83da4c10 82f44cb8 852a7290 acpi!ACPIDispatchIrp+0x19a

9922fa60 85dc474b 8153d748 852a7290 0000c800 nt!IofCallDriver+0x63

9922fa74 85dc415b 83da4c10 8445cb80 83e7c7c0 CLASSPNP!SubmitTransferPacket+0x106

9922fab4 85dc3ee7 00000000 0053d748 8445c870 CLASSPNP!ServiceTransferRequest+0x224

9922fadc 85dc4342 8445cac8 00000000 8445cac8 CLASSPNP!ClassReadWrite+0x16a

9922faf0 818cb053 8445cac8 8153d748 8153d888 CLASSPNP!ClassGlobalDispatch+0x20

9922fb08 81e8d116 ebbd7000 8153d748 83ef9490 nt!IofCallDriver+0x63

9922fb1c 81e8d151 8445c870 8153d86c 8445c7b8 partmgr!PmReadWrite+0x111

9922fb30 818cb053 8445c7b8 8153d748 8153d748 partmgr!PmGlobalDispatch+0x1d

9922fb48 81e9c6f1 8153d8ac 83ef93d8 8153d748 nt!IofCallDriver+0x63

9922fb64 818cb053 83ef93d8 8153d748 8153d8d0 volmgr!VmReadWrite+0x1b3

9922fb7c 85d93d77 00000009 ebbd7000 9922fba4 nt!IofCallDriver+0x63

9922fb8c 85d94565 84565ce0 8153d748 8184e1ef fvevol!RequestPassThrough+0x3b

9922fba4 85d92b6d 84565ce0 8153d748 85d7ac50 fvevol!FveFilterRead+0x23

9922fbc8 818cb053 84565c28 8153d748 00000000 fvevol!FveFilterRundownRead+0x11b

9922fbe0 85d6c864 8153d8d8 00000000 84668748 nt!IofCallDriver+0x63

9922fc08 85d6d542 84668748 8153d748 00000000 ecache!EcDeviceIoCallLowerDriver+0x1d4

9922fcd0 818cb053 84668690 8153d748 8153d918 ecache!EcDispatchReadWrite+0xc26

9922fce8 85d16033 9922fd38 8476b6c0 82f97ad0 nt!IofCallDriver+0x63

9922fd08 818cb053 8476b6c0 8153d748 86753550 volsnap!VolSnapRead+0x14d

9922fd20 85c16500 867534d8 9922fd44 818c8318 nt!IofCallDriver+0x63

9922fd2c 818c8318 86753550 00000000 ffffffff Ntfs!NtfsStorageDriverCallout+0x14

9922fd2c 818c8411 86753550 00000000 ffffffff nt!KiSwapKernelStackAndExit+0x118

867534e8 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

atapi!AtapiSendAtaCommand+ca

81f1b23c c9 leave

 

SYMBOL_STACK_INDEX: 1

 

SYMBOL_NAME: atapi!AtapiSendAtaCommand+ca

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: atapi

 

IMAGE_NAME: atapi.sys

 

DEBUG_FLR_IMAGE_TIMESTAMP: 47918f74

 

FAILURE_BUCKET_ID: 0xD1_atapi!AtapiSendAtaCommand+ca

 

BUCKET_ID: 0xD1_atapi!AtapiSendAtaCommand+ca

 

Followup: MachineOwner

---------

 

 

 

 

Håper noen klarer å finne ut av dette!

 

Mvh Julian

 

EDIT: Den rebooter uten noen forvarsel, minnedump eller bluescreens. Har satt på at den ikke skal reboote vis den får bluescreen, og lagrer alt i minidumps.

Endret 26. mai 2009 av Effectiv

[fenderebest]

Ut ifra minnedumpene. som er beskrevet er jeg fristet til å si en hardware feil.

 

Er dette en ny PC eller har den fungert lenge uten noen endringer i hardwareoppsettet?

[Effectiv]

Det er ikke akkurat en ny pc, men har bygget den selv. I starten virket den helt fint utenom at den fikk bluescreen når vi slo den av. Det er vista på den og tipper at det er feilen, men pcen nekter å lese Xp-boot cden. Aner ikke hvorfor :S Men hva tror du hardwarefeilen kan være? Noen forslag? Den har blitt verre etter at jeg reinstallerte vista av en eller annen grunn.

Håper noen kan hjelpe meg litt her!

[ZombieBobie]

sett i control panel->administrator tools->event viewer-> ?

 

mulig de popper opp i listen der under critical eller error events. Er gjerne litt lettere å skjønne hva som er galt da.

Endret 26. mai 2009 av ZombieBobie

[fenderebest]

Det jeg ville ha først testet er minnet ved å boote fra en cd som har har memtest.

Hadde dog vært artig å dumpet ut IDT tabellen for å se hvilke interrupts som kjøres på IRQL 6 og 8.

[Effectiv]

Sto en del der ja. Blant annet WMI, Cdrom, Search-profile, volmgr, application error, application hang, MSI installer, Search, eventsystem, eventlog, atirecord, httpevent, vss, distributedCOM og noe annet..

 

Har tatt memtest inne i windows, ikke som boot. Kan teste vis det er noe forskjell

[fenderebest]

Nei som regel er det vel overoppheting, minne eller harddiskproblemer som er de vanligste på en maskin som har fungert lenge. Men har vanskelig for å si noe konkret uten å ha kunne gjennomgå minnedumpene personlig.

[Effectiv]

Det er ikke overopphetning(ligger på 35 grader cpu, gpu 55), tviler på det er minne for den klarer memtest uten feil, og harddiskproblem høres ulogisk ut siden det skjer uansett hva jeg gjør. Det skjer som oftest når jeg starter programmer o.l. Bare firefox går fint en stund. ANER faktisk ikke hva som kan være problemet :/

[fenderebest]

Vel det aller siste jeg har å sette en knapp på er da skjermkortet. Grunnen til at jeg mistenker hardwareproblemer er generelt sett pga to ting:

 

1.Minnedumpene følger intet fast mønster - som regel vil driver relaterte problemer gi lignende minnedumper og kunne trigges av bestemte handlinger.

 

2.I to av de tre dumpene er IRQL hevet til et nivå over 2. Windows prioriterer avbruddene sine på bestemte nivåer der 0-2 er reservert software avbrudd og 3-31 er resvert hardware. Når IRQL er hevet over 2 betyr det mao at feilen oppsto mens maskinvaren kommuniserte med operativsystemet.

 

Noe mere enn dette er vaskelig å si uten å gjennomgått minnedumpene selv som sagt.

Endret 26. mai 2009 av fenderebest

[Effectiv]

Mulig for meg å sende de til deg på en måte? Vis du har mulighet/tid til å se over de

[fenderebest]

Jeg trenger isåfall en kjerneminnedump. Avhengig av hvor mye fysisk minne du har ligger de på mellom 200-300mb og kalles MEMORY.DMP. Om du har mulighet for å laste filen opp til en filserver så hadde det vært flott.

[Effectiv]

Skal endre til kjerneminnedump og se hva jeg får til

[Effectiv]

Nå forstår jeg ingenting :s Klarer ikke å framprovosere noen som helst feil. Har kjørt OCCT-tester siden sist post, spilt left 4 dead (det som klikket hele tiden etter 5 min klikker ikke i det hele tatt :S ) og sett på film. Ingenting gale skjer. Har lagt inn nye skjermkortdrivere, hovedkortdrivere og sånn, og ser kanskje ut som det har virket. Har gjort det før og da virket det ikke :S Kommer med tilbakemelding om det skjer noe igjen takk for mange og gode svar iallefall!

 

Mvh effectiv

[Effectiv]

Her er link til memory.dmp http://www.zshare.net/download/605718981f0e1c04/ Du får se om du finner noe

[Effectiv]

er ikke 70 grader på cpu alt for mye?! Når jeg kjører OCCT blir core 2 72 grader, mens core 1 ligger på 67. Original AMD athlon x2 6000+ vifte. Men det står at cpu jobber på 2,6 ghz (-12,9% av normal). Alt står på auto i bios.. :S Og ramen (som jeg mener er presis disse https://prisguiden.no/product.php?p...ew=productinfo) skal kjøre på 2.2 volt, men i bios står de på originalt 1.8. Og når jeg setter på 2.2 får jeg melding om farlig høy spenning. Er det dumt å kjøre ramen på 1.8 istedet for 2.2?

Vcore er på 1.41

3.3v er på 3.2

5v er på 4.9

12v er på 11.90

 

noen som ser noe mystisk? Kan det være for lav spenning på noen komponenter som gjør at den fryser/rebooter? Er et antec kabinett med 380w strømforsyning (Earthwatts er merket). Hovedkort er gigabyte ga-ma770-ds3 og gpu er Club 3d 3850.

 

Mvh Effectiv

[fenderebest]

Feil spenningsstyrke på det fysiske minnet kan gi seg i effekt av såkalt bitflipping der en tilfeldig bit blir snudd (feks 0 blir 1) og dermed ender man opp på en tilfeldig plass i minnet. Dog skal dette gi seg utslags i evt minnetester også.

 

Jeg gikk igjennom minnedumpen og dette er kanskje et skudd i blinde men du kunne ikke prøve å oppdatere nwifi.sys som jeg mistenker er trådløskortdriveren din? Evt deaktivere trådløskortet og se om problemet vedvarer.

 

Dog om jeg så på på den kernel dumpen for seg selv ville jeg ha tenkt skjermkortdriveren da atikmdag.sys er en del av grafikkortdriver pakken til ati. Dog sier du jo at du har oppdatert skjermkortdriveren så jeg vet ikke.

 

Forøvrig kunne du bare lagt ved minidump filene av de andre kræsjene?

Endret 28. mai 2009 av fenderebest