Neuer PC treibt mich in den Wahnsinn

[cbkoerncb]

Hallo,
sorry, dass ich mich jetzt so lange nicht gemeldet habe. Hatte haufen Zeugs um die Ohren. Ausserdem wollte der Rechner heute erst mal gar nicht mehr booten, bis der Speicher überprüft wurde und haufen Verweise korrigiert wurden (von Windows aus).

Anbei erst mal die Screens von CPU-Z.

Memtest 86+ habe ich jetzt auch nochmal probiert. Der erste Test brachte keine Probleme. Komplett konnte ich ihn noch nicht durchlaufen lassen.
Laut Aussagen von den Spezis im Laden wurde aber mit den neuesten Tests die Komponenten getestet.

Was soll ich als nächstes testen/machen?

Ergänzung (27. Juni 2010)

Anbei noch was die Debugging Tools zu dem Bluescreen sagen:



Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\micha\Desktop\Minidump\062110-12246-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`0281a000 PsLoadedModuleList = 0xfffff800`02a57e50
Debug session time: Mon Jun 21 21:05:47.490 2010 (GMT+2)
System Uptime: 0 days 0:00:07.614
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
..................
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffc00063dcb58, 2, 0, fffff80002909418}

*** WARNING: Unable to verify timestamp for mssmbios.sys
*** ERROR: Module load completed but symbols could not be loaded for mssmbios.sys
Unable to load image \SystemRoot\system32\DRIVERS\ataport.SYS, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ataport.SYS
*** ERROR: Module load completed but symbols could not be loaded for ataport.SYS
Unable to load image \SystemRoot\system32\DRIVERS\atapi.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for atapi.sys
*** ERROR: Module load completed but symbols could not be loaded for atapi.sys
***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+ef418 )

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

 

[simpel1970]

Ausserdem wollte der Rechner heute erst mal gar nicht mehr booten, bis der Speicher überprüft wurde und haufen Verweise korrigiert wurden (von Windows aus).

Memtest 86+ habe ich jetzt auch nochmal probiert. Der erste Test brachte keine Probleme. Komplett konnte ich ihn noch nicht durchlaufen lassen.
Laut Aussagen von den Spezis im Laden wurde aber mit den neuesten Tests die Komponenten getestet.

Zur Bluescreenauwertung: Du hast wohl den Symbolpfad nicht richtig hinterlegt ("SRV*C:\symbols*http://msdl.microsoft.com/download/symbols" (ohne "")).

Zum RAM: Was genau wurde denn wie überprüft und korrigiert?
Hast du bei den Timings im Bios etwas manuell eingestellt?
Lasse Memtest86+ ein paar Durchgänge laufen.
Bringt Memtest keine Fehler, erhöhe die Spannung des RAM testweise auf 1,65V im Bios (nicht mehr!).
Sollten dann immer noch Probleme bestehen, testweise den PC nur mit 2 Riegeln (1 Kit) betreiben.

 

[cbkoerncb]

Zur Bluescreenauwertung: Du hast wohl den Symbolpfad nicht richtig hinterlegt ("SRV*C:\symbols*http://msdl.microsoft.com/download/symbols" (ohne "")).

hmm
...und wie kann ich den ändern?
Vielen Dank

 

[simpel1970]

Klick!

(Files -> Symbol File Path und in das kleine Fenster folgenden Befehl eingeben (paste&copy):
"SRV*C:\symbols*http://msdl.microsoft.com/download/symbols").

 

[cbkoerncb]

OK suppi.

Jetzt kommt das hier:


Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\062110-12246-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 (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`0281a000 PsLoadedModuleList = 0xfffff800`02a57e50
Debug session time: Mon Jun 21 21:05:47.490 2010 (GMT+2)
System Uptime: 0 days 0:00:07.614
Loading Kernel Symbols
...............................................................
..................
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffc00063dcb58, 2, 0, fffff80002909418}

Probably caused by : PCIIDEX.SYS ( PCIIDEX!BmFlush+25 )

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

2: 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: fffffc00063dcb58, 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: fffff80002909418, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ac20e0
fffffc00063dcb58

CURRENT_IRQL: 2

FAULTING_IP:
nt! ?? ::FNODOBFM::`string'+40a8c
fffff800`02909418 488b4128 mov rax,qword ptr [rcx+28h]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff88002f8c770 -- (.trap 0xfffff88002f8c770)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=001480006e696268 rbx=0000000000000020 rcx=fffff88004635020
rdx=0000000000eb5000 rsi=0000000000000002 rdi=0000000000000000
rip=fffff80002e12e8d rsp=fffff88002f8c908 rbp=0000000000000002
r8=0000000000001000 r9=0000000000000080 r10=0000000000001000
r11=fffff88004635000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
hal!memcpy+0xbd:
fffff800`02e12e8d 488941e0 mov qword ptr [rcx-20h],rax ds:2b70:fffff880`04635000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002889b69 to fffff8000288a600

STACK_TEXT:
fffff880`02f8c338 fffff800`02889b69 : 00000000`0000000a fffffc00`063dcb58 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02f8c340 fffff800`028887e0 : fffffa80`079b5e70 fffff6fb`7dbf1000 fffffa80`079b5e70 fffff880`00ff36d4 : nt!KiBugCheckDispatch+0x69
fffff880`02f8c480 fffff800`02909418 : fffffa80`0783e1b0 fffffa80`08073010 00000000`00000001 fffff800`02885e56 : nt!KiPageFault+0x260
fffff880`02f8c610 fffff800`028886ee : 00000000`00000000 fffff880`04635000 00000000`00000020 00000000`00000130 : nt! ?? ::FNODOBFM::`string'+0x40a8c
fffff880`02f8c770 fffff800`02e12e8d : fffff800`02df8e15 fffff880`0462d000 00000000`00000002 fffffa80`0806d010 : nt!KiPageFault+0x16e
fffff880`02f8c908 fffff800`02df8e15 : fffff880`0462d000 00000000`00000002 fffffa80`0806d010 00000000`00001000 : hal!memcpy+0xbd
fffff880`02f8c910 fffff800`02df869a : fffffa80`07850ea0 00000000`00001000 fffffa80`06a51130 00000000`00018000 : hal!HalpDmaSyncMapBuffers+0x1bd
fffff880`02f8c9c0 fffff800`02dfb83f : fffffa80`07850ea0 fffff8a0`00d40000 fffffa80`06a51130 00000000`00020000 : hal!HalpDmaFlushScatterTransfer+0xae
fffff880`02f8ca10 fffff800`02dfa7d5 : fffffa80`080730b0 fffff8a0`00d40000 00000000`00020000 fffffa80`0806d010 : hal!IoFlushAdapterBuffers+0xaf
fffff880`02f8ca50 fffff880`00dd9199 : fffffa80`08073010 fffffa80`0783e1b0 fffffa80`08073010 fffffa80`079289c0 : hal!HalPutScatterGatherList+0x85
fffff880`02f8cab0 fffff880`00c2643b : fffff880`02f64180 fffffa80`07987ac0 fffff800`02885fe3 00000000`0000000a : PCIIDEX!BmFlush+0x25
fffff880`02f8cae0 fffff880`00c260ec : fffffa80`078311a0 00000000`00000000 fffffa80`078311a0 fffffa80`08073010 : ataport!IdeProcessCompletedRequests+0x123
fffff880`02f8cc10 fffff800`02895cdc : fffff880`02f64180 fffff800`029941ae fffffa80`07831050 fffffa80`07831118 : ataport!IdePortCompletionDpc+0x1a8
fffff880`02f8ccd0 fffff800`02892dfa : fffff880`02f64180 fffff880`02f6f0c0 00000000`00000000 fffff880`00c25f44 : nt!KiRetireDpcList+0x1bc
fffff880`02f8cd80 00000000`00000000 : fffff880`02f8d000 fffff880`02f87000 fffff880`02f8cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
PCIIDEX!BmFlush+25
fffff880`00dd9199 4883a3e003000000 and qword ptr [rbx+3E0h],0

SYMBOL_STACK_INDEX: a

SYMBOL_NAME: PCIIDEX!BmFlush+25

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: PCIIDEX

IMAGE_NAME: PCIIDEX.SYS

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc114

FAILURE_BUCKET_ID: X64_0xA_PCIIDEX!BmFlush+25

BUCKET_ID: X64_0xA_PCIIDEX!BmFlush+25

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

2: 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: fffffc00063dcb58, 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: fffff80002909418, address which referenced memory

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


READ_ADDRESS: fffffc00063dcb58

CURRENT_IRQL: 2

FAULTING_IP:
nt! ?? ::FNODOBFM::`string'+40a8c
fffff800`02909418 488b4128 mov rax,qword ptr [rcx+28h]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff88002f8c770 -- (.trap 0xfffff88002f8c770)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=001480006e696268 rbx=0000000000000020 rcx=fffff88004635020
rdx=0000000000eb5000 rsi=0000000000000002 rdi=0000000000000000
rip=fffff80002e12e8d rsp=fffff88002f8c908 rbp=0000000000000002
r8=0000000000001000 r9=0000000000000080 r10=0000000000001000
r11=fffff88004635000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
hal!memcpy+0xbd:
fffff800`02e12e8d 488941e0 mov qword ptr [rcx-20h],rax ds:2b70:fffff880`04635000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002889b69 to fffff8000288a600

STACK_TEXT:
fffff880`02f8c338 fffff800`02889b69 : 00000000`0000000a fffffc00`063dcb58 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02f8c340 fffff800`028887e0 : fffffa80`079b5e70 fffff6fb`7dbf1000 fffffa80`079b5e70 fffff880`00ff36d4 : nt!KiBugCheckDispatch+0x69
fffff880`02f8c480 fffff800`02909418 : fffffa80`0783e1b0 fffffa80`08073010 00000000`00000001 fffff800`02885e56 : nt!KiPageFault+0x260
fffff880`02f8c610 fffff800`028886ee : 00000000`00000000 fffff880`04635000 00000000`00000020 00000000`00000130 : nt! ?? ::FNODOBFM::`string'+0x40a8c
fffff880`02f8c770 fffff800`02e12e8d : fffff800`02df8e15 fffff880`0462d000 00000000`00000002 fffffa80`0806d010 : nt!KiPageFault+0x16e
fffff880`02f8c908 fffff800`02df8e15 : fffff880`0462d000 00000000`00000002 fffffa80`0806d010 00000000`00001000 : hal!memcpy+0xbd
fffff880`02f8c910 fffff800`02df869a : fffffa80`07850ea0 00000000`00001000 fffffa80`06a51130 00000000`00018000 : hal!HalpDmaSyncMapBuffers+0x1bd
fffff880`02f8c9c0 fffff800`02dfb83f : fffffa80`07850ea0 fffff8a0`00d40000 fffffa80`06a51130 00000000`00020000 : hal!HalpDmaFlushScatterTransfer+0xae
fffff880`02f8ca10 fffff800`02dfa7d5 : fffffa80`080730b0 fffff8a0`00d40000 00000000`00020000 fffffa80`0806d010 : hal!IoFlushAdapterBuffers+0xaf
fffff880`02f8ca50 fffff880`00dd9199 : fffffa80`08073010 fffffa80`0783e1b0 fffffa80`08073010 fffffa80`079289c0 : hal!HalPutScatterGatherList+0x85
fffff880`02f8cab0 fffff880`00c2643b : fffff880`02f64180 fffffa80`07987ac0 fffff800`02885fe3 00000000`0000000a : PCIIDEX!BmFlush+0x25
fffff880`02f8cae0 fffff880`00c260ec : fffffa80`078311a0 00000000`00000000 fffffa80`078311a0 fffffa80`08073010 : ataport!IdeProcessCompletedRequests+0x123
fffff880`02f8cc10 fffff800`02895cdc : fffff880`02f64180 fffff800`029941ae fffffa80`07831050 fffffa80`07831118 : ataport!IdePortCompletionDpc+0x1a8
fffff880`02f8ccd0 fffff800`02892dfa : fffff880`02f64180 fffff880`02f6f0c0 00000000`00000000 fffff880`00c25f44 : nt!KiRetireDpcList+0x1bc
fffff880`02f8cd80 00000000`00000000 : fffff880`02f8d000 fffff880`02f87000 fffff880`02f8cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
PCIIDEX!BmFlush+25
fffff880`00dd9199 4883a3e003000000 and qword ptr [rbx+3E0h],0

SYMBOL_STACK_INDEX: a

SYMBOL_NAME: PCIIDEX!BmFlush+25

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: PCIIDEX

IMAGE_NAME: PCIIDEX.SYS

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc114

FAILURE_BUCKET_ID: X64_0xA_PCIIDEX!BmFlush+25

BUCKET_ID: X64_0xA_PCIIDEX!BmFlush+25

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

 

[simpel1970]

Installiere zunächst mal die aktuellsten Chipsatztreiber (3/4/5/800/900/Server Series Chipsets (EXE)) für dein P55 Board. Evtl. reicht das.

 

[cbkoerncb]

Ok hab ich gemacht.
Mal sehen obs was hilft.

Vielen Dank schon mal

Ergänzung (29. Juni 2010)

Ich wünschte ich könnte besseres berichten, aber heute früh kam wieder ein Bluescreen.
Beim ersten booten ist er einfach nur hängen geblieben.
Beim zweiten booten kam ein Memory Management-Bluescreen
Beim dritten mal ein IRQL NOT LESS OR EQUAL
Beim vierten mal ein Page fault in non page area
Beim fünften booten kam, dass das Catalyst Control Centre:Host application nicht mehr funktioniert

Habe langsam den Verdacht, dass die Bluescreens nur beim Kaltstart kommen.


Für weitere Ideen bin ich dankbar.

 

[simpel1970]

Habe langsam den Verdacht, dass die Bluescreens nur beim Kaltstart kommen.

Das ist ein wichtiger Hinweis! Das solltest du genau beobachten.
Ist es wirklich so, dass die Bluescreens/Probleme nur bei einem Kaltstart auftreten? Also wenn der PC mal läuft, bleibt er stabil und auch Neustarts sind dann kein Problem mehr.
Erst wenn der PC längere Zeit aus war, treten die Probleme auf?
(Hatte sich am Anfang nicht so angehört: "Die Fehler treten meistens beim Booten auf- ist aber auch schon vorgekommen, dass beim zocken ein blauer Bildschirm kam.")

In dem Fall könnte es an einem Cold Boot Bug des G.Skill RAM liegen (kannst ja mal googeln "G.Skill Cold Boot Bug").

Die vielen verschiedenen Bluescreens, die du jetzt aufgezählt hast, deuten zumindest auf ein RAM-Problem hin.

Edit: Probiere mal die folgenden RAM-Einstellung im Bios aus (fest einstellen - kein AUTO):

Timings: 9-9-9-24-33
Frequenz: 1333mhz (667mhz)
Command Rate: 2T [2N]
Spannung: 1,65V

 

[cbkoerncb]

Also die Bluescreens kamen definitiv auch während des Betriebes.
Nach der Neuinstallation ist der Fehler aber immer beim Kaltstart aufgetreten.

Wie kann ich den Cold Boot Bug beheben? Sicher nur durch neuen RAM oder?
Überlege den Rechner gleich nochmal zum Händler zu bringen (solange er kalt ist) und die Timings später umzustellen.

 

[simpel1970]

Jupp, den Cold Boot Bug kannst du nur durch neuen RAM "beheben".
Wobei es daran alleine nicht liegen kann, wenn du auch im Betrieb Bluescreens hast.

Überlege den Rechner gleich nochmal zum Händler zu bringen (solange er kalt ist) und die Timings später umzustellen.

Das wird besser sein, als sich mühsam mit Timing-Einstellungen rumzuplagen, wenn es mit anderen Riegeln gleich behoben werden kann.

 

[cbkoerncb]

OK ich bin dann mal beim Händler...

 

[simpel1970]

Alles klar. Viel Erfolg!

 

[cbkoerncb]

So Rechner ist dort. Hoffe nur, dass die auch den richtigen Arbeitsspeicher verbauen...

 

[simpel1970]

Ist relativ egal, solange du für den RAM nicht mehr bezahlen musst
Hauptsache er ist mit dem Board kompatibel und macht keine Probleme.
Ich denke aber, dass du den gleichen (nicht dieselben ) wieder bekommen wirst.

 

[cbkoerncb]

Hallo,
habe meinen Rechner vorgestern wieder bekommen.
UNd voila am Tag drauf gabs früh beim Kaltstart keinen Bluescreen. Der Verkäufer meinte der Speicher hätte falsche Timings gehabt und war auf ner falschen Spannung eingestellt.
- Da sollte wohl was mit der automatischen Ermittlung nichthingehauen haben (heisst das, dass der RAM defekt ist?). Ausserdem meinte er, dass die Ram-Riegel in der falschen Reihenfolge auf dem Mainboard waren (wurde also falsch von denen montiert).

Heute früh, wos noch relativ kühl war, hatte ich ihn dann wieder gebootet und wurde wieder mit einigen Bluescreens begrüßt.
Hab heute nochmal angerufen und da meinten sie, dass bis zum Montag nichts getestet werden kann und dass er denkt, dass es an der Hitze liegt .
Irgendwie hab ich das Gefühl, dass ich den Rechner am Dienstag wieder bekomme mit den Worten, dass keine Fehler festgestellt werden konnten.
Ich hab den Rechner jetzt schon ein halbes Jahr und spiele dieses spielchen mit. Seit dem installiere ich das Windows fast jede Woche neu.
Habt ihr noch paar Tipps? Wie sieht die Rechtslage aus- hab langsam Lust den Rechner wieder abzugeben, irgendwie bin ich kurz vorm Aufgeben

Viele Grüße

 

[simpel1970]

Auf welchen Dimms sind denn die RAM-Riegel von denen jetzt montiert worden.
Und wie sind die Timings eingestellt? Kannst du noch mal Screenshots von CPU-Z (Reiter Memory und SPD) machen?
Sind ja vermutlich immer noch dieselben Riegel drin! Oder hat der Verkäufer gesagt, dass jetzt andere Riegel drin sind?

 

[cbkoerncb]

Auf welchen Dimms sind denn die RAM-Riegel von denen jetzt montiert worden.
Und wie sind die Timings eingestellt? Kannst du noch mal Screenshots von CPU-Z (Reiter Memory und SPD) machen?
Sind ja vermutlich immer noch dieselben Riegel drin! Oder hat der Verkäufer gesagt, dass jetzt andere Riegel drin sind?

Es sind bei mir alle 4 Steckplätze belegt habe jeweils 2GB Arbeitsspeicher drinnen. Er meinte nur dass die wegen dem DualChannel volkommen falsch gesteckt waren (hab da damals nicht nachgesehen- bin einfach davon ausgegangen, dass die richtig gesteckt sind).

Hab Dir die Screens mal angehängt. Achso auf der Ram-Verpackung stand drauf, dass das CL7-7-7-21 1,5V sind.
Er meinte aber die müssen bei 1,6.. laufen. CPU-Z zeigt aber 1,5V an- was ist da richtig?
Ausserdem stimmen ja die Timings jetzt auch nicht , oder interpretiere ich die CPU-Z-Werte falsch? Er scheint doch jetzt auch als ein CL9 zu laufen oder?

Nein, es scheinen die selben Riegel zu sein, da er meinte, dass die Ram-Einstellungen falsch waren und das ganze gar nicht hätte funktionieren können.

VG Micha

 

[KnolleJupp]

Stell mal fest ein im BIOS

CL auf 7, tRCD auf 7, tRP auf 7, tRAS auf 21 (alles andere auf AUTO)
VDIMM auf 1,5V
CR auf 2T
667MHz

Dann sollten sie korrekt laufen.

 

[emeraldmine]

http://www.msi.com/index.php?func=downloaddetail&type=bios&maincat_no=1&prod_no=1845

Also wenns noch nicht gemacht wurde, hab den Thread nur überflogen , dann unbedingt ein Mainboard BIOS Update machen.

Am besten mit dem BIOS internen "M-Flash" Tool/Programm !

Lohnt bei jeder Version die was anderes sagt wie Version 1.7 !

Daran gehts wohl nicht vorbei.

Kannst ja mit CPU-.Z schauen welche BIOS Version auf dem Board ist .

 

[simpel1970]

Bei Vollbestückung brauchst du i.d.R. immer mehr Spannung auf den RAM.
Hattest du meine Einstellungen im Bios eingestellt?

Timings: 9-9-9-24-33
Frequenz: 1333mhz (667mhz)
Command Rate: 2T [2N]
Spannung: 1,65V

Unter Umständen kann es auch notwendig sein, die QPI Spannung zu erhöhen.
Probiere aber zunächst das Bios-Update, sofern es ein Aktuelleres gibt.