Pc fährt mit 2 Ramriegel nicht mehr hoch

[Bumbelbee]

Hi Leutz!

Und zwar habe ich seit heute ein komisches Problem.

Mein PC bringt mir permanent Bluescreens und friert dann ein sobald der Windows Ladebalken erscheint!

Nach zig versuchen und Testen, bin ich nun zu folgendem Ergebniss gekommen! Baue ich nur einen Ramriegel ein (Slot ist dabei egal geht bei beiden) funkt der PC tadellos wie immer, baue ich den zweiten ein, gibts Bluscreens!

Das komische dabei ist, dass jeder Riegel für sich alleine ohne Probleme läuft egal ob im Ramslot 1 oder 2, sobald jedoch ein zweiter dazu kommt ist ende obwohl es nun 3 Monate gut ging!

Nun meine Frage an was liegt es? Board oder doch Ram oder was ganz anderes?


Mein Sys siehe Signatur, Betriebssystem ist Win7 RC/ 32bit

Edit: Hab das Bios schon resettet und alles auf defauls ohne OC'ing, Problem besteht weiterhin!

 

[nicoc]

... die Infos im Bluscreen sind wichtig. Am Besten mal abschreiben/Fotografieren.

 

[Robo32]

Meine Glaskugel ist beschlagen...

1. Welches MB ?
2. Welche RAMs und wie konfiguriert ?

Ein Bild vom SPD der RAMs wäre nicht schlecht.

 

[Bumbelbee]

Mainboard ist ein Zotac 9300 Wifi und die Rams sind von OZC ( 2x 1 GB)

Edit:

Also stehen tut folgendes:

Stop: 0x0000000A (0x839FFFEC, 0x00000002,0x00000001,082AB79

Ich hoffe das stimmt so, ist immer sofort wieder weg, wird der BS nirgends gespeichert?

 

[Robo32]

Meinst wohl OCZ - trotzdem wäre es interessant was im SPD steht und wie du es konfiguriert hast - auslesen kannst du beides mit CPU-z.

 

[emeraldmine]

Doch nix

 

[Robo32]

Dieses

 

[Bumbelbee]

Ich bekomm echt die Krise! HAb jetzt die Datei bei mir gefunden (DMP Datei), wenn ich sie aber mit WinDBG öffne kommen nur Hyroglyphen!

So nun ging es!

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


Loading Dump File [C:\Windows\Minidump\101009-13696-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\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Windows 7 Kernel Version 7100 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7100.0.x86fre.winmain_win7rc.090421-1700
Machine Name:
Kernel base = 0x82a51000 PsLoadedModuleList = 0x82b99810
Debug session time: Sat Oct 10 18:40:43.222 2009 (GMT+2)
System Uptime: 0 days 0:00:09.110
*********************************************************************
* 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\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Loading Kernel Symbols
...............................................................
...............................................
Loading User Symbols
Loading unloaded module list
.
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {8, 2, 1, 82b00679}

*** WARNING: Unable to verify timestamp for rdyboost.sys
*** ERROR: Module load completed but symbols could not be loaded for rdyboost.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 : rdyboost.sys ( rdyboost+1ba5 )

Followup: MachineOwner

 

[emeraldmine]

Wird wohl der Speichercontroller im Chipsatz des Mainboardes defekt sein, umtauschen lassen !

Aber probiere vorher nochmal einen Systemwiederherstellung von VISTA, Installations DVD booten,

alten Systemwiederherstellungspunkt laden usw.

Noch nen Tip: Beim nächsten Board nicht so großzügig den FSB übertakten

 

[Bumbelbee]

Habe vorher Win7 schon neu Installiert! Problem besteht trotzdem

Wieso großzügig übertakten? Läuft doch innerhalb der Spezifikationen oder war da Ironie deinerseits mit dabei


Hm einschicken ist dann ja mal toll! Dauert dann ewig bis das Dingen wieder aus der RMA kommt

 

[emeraldmine]

Wieso Ironie ? Die CPU ist für max 2,5 Ghz freigegeben, du hast 3,5 Ghz und willst erzählen du hast nicht am FSB "geschraubt" , ist ja egal.

 

[Bumbelbee]

Ähm ist zwar jetzt ein wenig off Topic aber egal!

Du hast gesagt ''Wird wohl der Speichercontroller im Chipsatz des Mainboardes defekt sein, umtauschen lassen''

Mein E 5200 hat einen Multi von 12,5 was bei einem Takt von 3,5 GHZ einen FSB von 280 MHZ zu folge hat! Da das Board aber offiziell CPU's mit FSB 333 MHZ unterstützt, versteh ich deine Aussage nicht ganz, was das übertakten der CPU innerhalb der Boardspezifikationen mit dem ''defekt'' des Speichercontrollers des Mainboards zu tun hat!

Es wäre was anderes, wenn ich die CPU mit FSB 400 oder noch mehr am laufen gehabt hätte mit deutlich erhöhter NB Spannung! Dies war aber nicht der Fall, Board lief immer innerhalb der Spez.

 

[emeraldmine]

http://www.chip.de/preisvergleich/105664/Intel-Pentium-Dual-Core-E5200-2-50-GHz-Sockel-775.html

???

 

[Bumbelbee]

Ich verstehe nicht worauf du hinaus willst!

 

[emeraldmine]

Ich kanns dir nicht erklären, aber ich bin der Meinung das die Übertaktung der CPU schon

Auswirkungen auf den Chipsatz haben können. Eigentlich ist das Übertakten auch damit zu

rechnen. Erklären kann ich das nicht, aber gehe davon aus.

 

[Bumbelbee]

Auf gar keinen Fall solange das Übertakten innerhalb der Boardspezifikationen stattfindet!

 

[nicoc]

... 0x0000000A: IRQL_NOT_LESS_OR_EQUAL. Wie sind die Timings und Spannung der Speicher eingestellt. Am besten laut Hersteller. Sollte das nichts bringen wird der Kontroller ein Problem haben ob wegen Übertaktung oder auch nicht.

 

[Bumbelbee]

Timings sind wie auf den Riegel aufgedruckt, 4-4-4 (1,8v) habe aber auch schon 1,9V gegeben und hat nix gebracht!

Werde das Board am Montag einschicken! Danke euch