DXP GT – Fireplace
DXP GT – Mobile Footer Layer

Ab und zu Bluescreens ?

JonesDanbyjr.

Lieutenant
Registriert
Mai 2006
Beiträge
597
Hallo Leute ich hab seit ner kurzen zeit ab und zu mal Bluescreens und hab mal ne Dump ausgelesen, könnt ihr mir da vieleicht helfen?



Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\031810-51948-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 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02c03000 PsLoadedModuleList = 0xfffff800`02e40e50
Debug session time: Thu Mar 18 21:53:44.176 2010 (UTC + 1:00)
System Uptime: 0 days 3:53:15.940
Loading Kernel Symbols
...............................................................
................................................................
.............................................................
Loading User Symbols
Loading unloaded module list
...............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffffa800fbbbb98, 0, fffff80002c844ec, 2}


Could not read faulting driver name
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+40f90 )

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

2: 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: fffffa800fbbbb98, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80002c844ec, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000002, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eab0e0
fffffa800fbbbb98

FAULTING_IP:
nt!IoGetRelatedDeviceObject+c
fffff800`02c844ec 488b4008 mov rax,qword ptr [rax+8]

MM_INTERNAL_CODE: 2

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: vlc.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800bc30030 -- (.trap 0xfffff8800bc30030)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa800fbbbb90 rbx=0000000000000000 rcx=fffffa800737c270
rdx=fffffa800737c270 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002c844ec rsp=fffff8800bc301c8 rbp=fffff8800bc30208
r8=0000000000000000 r9=0000000000000000 r10=fffff8800bc30400
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!IoGetRelatedDeviceObject+0xc:
fffff800`02c844ec 488b4008 mov rax,qword ptr [rax+8] ds:fffffa80`0fbbbb98=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002cf2bc2 to fffff80002c74f00

STACK_TEXT:
fffff880`0bc2fec8 fffff800`02cf2bc2 : 00000000`00000050 fffffa80`0fbbbb98 00000000`00000000 fffff880`0bc30030 : nt!KeBugCheckEx
fffff880`0bc2fed0 fffff800`02c72fee : 00000000`00000000 00000000`00000000 fffffa80`0a651f00 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x40f90
fffff880`0bc30030 fffff800`02c844ec : fffff800`02f6436b 00000000`00000000 fffffa80`06a2c640 00000240`00000000 : nt!KiPageFault+0x16e
fffff880`0bc301c8 fffff800`02f6436b : 00000000`00000000 fffffa80`06a2c640 00000240`00000000 00000000`000007ff : nt!IoGetRelatedDeviceObject+0xc
fffff880`0bc301d0 fffff800`02c569e6 : fffffa80`0737c270 fffff8a0`0b4dc070 fffffa80`07b85401 ffffffff`80000b00 : nt!FsRtlAcquireFileExclusiveCommon+0x4b
fffff880`0bc30470 fffff800`02f628d2 : fffffa80`0737c270 fffff8a0`0b4dc070 fffffa80`07b85410 00000000`04000000 : nt!CcZeroEndOfLastPage+0x56
fffff880`0bc304b0 fffff800`030d0205 : fffff8a0`047a9b20 00000000`00000000 00000000`00000001 00000002`00000000 : nt!NtCreateSection+0x1a1
fffff880`0bc30530 fffff800`030d05b7 : 00000000`00000002 fffff8a0`0475f880 fffff880`0bc306c0 00000000`0000002c : nt!PfSnGetSectionObject+0x2d5
fffff880`0bc30620 fffff800`030d09cd : fffff880`0bc30740 00000000`00000000 00000000`00000000 00000000`00000000 : nt!PfSnPrefetchSections+0x247
fffff880`0bc30710 fffff800`030d0e0f : 00000013`3ff395fe fffffa80`076b8060 fffff8a0`0b4db000 00000000`00000000 : nt!PfSnPrefetchScenario+0x16d
fffff880`0bc30980 fffff800`02ec92bf : 00000000`00000000 00000000`5f2e6616 fffffa80`0733c330 00000000`00000000 : nt!PfSnBeginAppLaunch+0x35f
fffff880`0bc30a50 fffff800`02f4013c : fffffa80`081dcb60 fffffa80`0733c330 00000000`14050800 00000000`7efde000 : nt! ?? ::NNGAKEGL::`string'+0x51390
fffff880`0bc30a80 fffff800`02c535b5 : fffff800`02dede80 00000000`00000000 fffff800`02f40040 fffffa80`081dcb60 : nt!PspUserThreadStartup+0xfc
fffff880`0bc30ae0 fffff800`02c53537 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartUserThread+0x16
fffff880`0bc30c20 00000000`77203260 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartUserThreadReturn
00000000`0008fcf8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77203260


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+40f90
fffff800`02cf2bc2 cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+40f90

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0x50_nt!_??_::FNODOBFM::_string_+40f90

BUCKET_ID: X64_0x50_nt!_??_::FNODOBFM::_string_+40f90

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

2: kd> .trap 0xfffff8800bc30030
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa800fbbbb90 rbx=0000000000000000 rcx=fffffa800737c270
rdx=fffffa800737c270 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002c844ec rsp=fffff8800bc301c8 rbp=fffff8800bc30208
r8=0000000000000000 r9=0000000000000000 r10=fffff8800bc30400
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!IoGetRelatedDeviceObject+0xc:
fffff800`02c844ec 488b4008 mov rax,qword ptr [rax+8] ds:fffffa80`0fbbbb98=????????????????


Danke schonmal.

MFG Jones
 
Gut, nen Memtest hab ich letzte Woche schonmal laufen lassen aber nur 2 stunden und ein durchgang, denn werd ich dsa mal n bisschen verlängern müssen.
Die Übertaktung etc. hab ich raus genommen seit ner woche, die Volt und die Taktraten stehen alle auf auto bis auf die Voltzahl für den Ram, der auf 2.20 Volt läuft wie vorgeschrieben.
Was mir auch n bisschen komisch vorkommt das es anscheinend immer andere Bluescreens sind, der letzte war IRQL_NOT_LESS_OR_EQUAL gewesen, ich hab aber die Minidump nicht mehr.
Naja what ever, Ram wird bei gelegenheit getestet.
 
So Memtest hab ich erstmal 9 Stunden laufen gehabt allerdings mit allen riegeln drin, das mit den einzelnen werd ich denn nächste woche in angriff nehmen.
Ja stimmt nach den 9 Stunden war nix also alles ok so zu sagen.



Ja und hier nochmal die CPU-Z auslesung.
 
Der Speicher wird als PC2-6400 (400mhz) erkannt und läuft mit 535mhz. Bischen viel für ein 800er Speicher. Oder das Motherboard erkennt ihn nicht richtig. Was steht denn auf den Riegeln? 800 oder 1066 RAM?
Stell mal im Bios die Frequenz auf 800 mhz ein. Desweiteren, die Timings auf 5-5-5-18 und den tRC Wert über 23 fix einstellen. Die Spannung des RAM auf 1,8V (alt. 1,85v).

Kommen immer noch Bluescreens?
 
Oh jetzt wo du es sagst, wird wohl am Bios liegen denn es sind eigendlich 1067 Mhz Rams mit den Timings 5-5-5-15 und der Spannung 2.2 Volt, die laufen schon fast n Jahr mit den Einstellungen. Everest hat mir aber auch diese Daten ausgegeben, es kann sein weil ich im Januar ein Bios Update gemacht hab, das es davon kommt. Jetzt weiss ich nur nicht wie man das wieder zurückflashed.

Hier ist nochmal das Datenblatt von Kingston direkt, da steht auch was von standard 800 Mhz aber wurden auch auf 1067 Mhz getestet bei 2.2 Volt. Hmm merkwürdig alles.

Ja stimmt auf den Riegeln steht auch drauf KHX8500D2K2/4G.

So Bios hab ich zurückgesetzt, aber CPU-Z und Everest zeigen mir immernoch das selbe an.
 
Zuletzt bearbeitet:
Ja das hab ich ja schon immer gehabt. Ich warte mal noch ab ne weile, vieleicht lags ja auch an der Boisversion.
 
Zurück
Oben