[Lordgoofy]

Hallo liebe Gemeinde,

Ich schmökere schon seit Längerem hier und habe auch schon auf zahlreiche Fragen Antworten gefunden. An dieser Stelle mal pauschal ein riesiges DANKE an alle Beteiligten

Nun bin ich aber auf ein Problem gestoßen, dass mich an meine bescheidenen Google- und Forengrenzen bringt.

Seit einiger Zeit (ein paar Monaten) quält mich folgendes Problem:

- Alle paar Nasenlängen (Intervall variiert zwischen 30 Minuten und 5 Tagen) habe ich entweder einen amüsanten BSOD oder das System friert komplett ein (auch Sound). Und das dann mehrmals hintereinander.

- Ab und zu passiert es dann, dass ich beim Neustart nicht mal zum Bios komme (Lüfter laufen auf Hochtouren, aber Nichts am Screen). Nach 1, 2 mal Rebooten komme ich dann wieder ins OS.

- Passiert meistens, wenn ich eine Applikation starte (Bisher: Ad Aware, Warhammer 40k Dawn of War II, Call Of Duty 5, VLC Media Player, Media Player)

- Wenn ich formatiere und neu Aufsetze (bisher 3 mal), rennt das Ding eine Zeit lang einwandfrei, beginnt dann aber wieder mit dem Gezicke (ca. 10 Stunden netto betrieben)

- Mein System:

HP Pavilion m9190.de
4GB DDR2
AMD Phenom QC (4x 2.2GHz)
GeForce 8800GT
Asus Narra3 Mainboard (nForce 430)
Netgear WG311 WLAN USB Stick
Soundblaster X-FI Audio Extrem

Anbei auch der letztgültige Crashdump, den mein System ausgekotzt hat.

Würde mich SEHR über konstruktives Feedback freuen

Vielen lieben Dank im Voraus!

cheers,

Stef

CODE

Microsoft ® Windows Debugger Version 6.12.0002.633 AMD64
Copyright © Microsoft Corporation. All rights reserved.


Loading Dump File [C:WindowsMinidump\072810-22401-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*c:cache*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`02807000 PsLoadedModuleList = 0xfffff800`02a44e50
Debug session time: Tue Jul 27 23:06:37.804 2010 (UTC + 2:00)
System Uptime: 0 days 1:40:36.832
Loading Kernel Symbols
..................................................
....WARNING: vga overlaps Beep
....WARNING: rdpencdd overlaps RDPCDD
.WARNING: rdprefmp overlaps rdpencdd
.WARNING: Msfs overlaps rdprefmp
.WARNING: Npfs overlaps Msfs
..
WARNING: TDI overlaps tdx
...WARNING: afd overlaps PctWfpFilter64
..WARNING: wfplwf overlaps netbt
.WARNING: pacer overlaps wfplwf
..WARNING: wanarp overlaps netbios
.....WARNING: discache overlaps mssmbios
...WARNING: blbdrive overlaps dfsc
.............WARNING: CompositeBus overlaps dxgmms1
.WARNING: AgileVpn overlaps dxgkrnl
....WARNING: raspppog overlaps ndiswan_sys
.WARNING: raspptp_sys overlaps raspppog
....WARNING: mouclass overlaps kbdclass
..WARNING: swenum overlaps AgileVpn
...WARNING: umbus overlaps usbehci
........WARNING: usbccgp overlaps cdfs
.......WARNING: LUsbFilt overlaps Dxapi
..WARNING: HIDCLASS overlaps hidusb
.WARNING: HIDPARSG overlaps HIDCLASS
..
.WARNING: LHidFilt overlaps monitor
.....WARNING: crashdmp overlaps kbdhid
......WARNING: hidir overlaps dump_duopfve
.WARNING: USBSTOR_SYS overlaps usbcir
...WARNING: lltdio overlaps luafv
WARNING: lltdio overlaps pctgntdi64
...WARNING: rspndr overlaps ndisuio
.WARNING: HTTP overlaps rspndr
.WARNING: bowser overlaps HTTP
.......WARNING: srvnet overlaps secdrv
.WARNING: tcpipreg overlaps srvnet
.WARNING: srv2 overlaps tcpipreg
..WARNING: LVPr2M64 overlaps srv
...WARNING: pctplfw64 overlaps pctNdis_PacketFilter64

Loading User Symbols
Loading unloaded module list
...........
**************************************************
*****************************
* *
* Bugcheck Analysis *
* *
**************************************************
*****************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {0, 2, 1, fffff8000287edd8}

Probably caused by : hardware ( nt!KiSwapContext+78 )

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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff8000287edd8, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002aaf0e0
0000000000000000

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff880033ab8a0 -- (.trap 0xfffff880033ab8a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=00000a6800000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000287edd8 rsp=fffff880033aba30 rbp=fffffa8002507b60
r8=0000000000000000 r9=000000000020ef34 r10=00000000000151a3
r11=fffff88003163100 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!KiSwapContext+0x78:
fffff800`0287edd8 0000 add byte ptr [rax],al ds:00000000`00000000=?
Resetting default scope

MISALIGNED_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

LAST_CONTROL_TRANSFER: from fffff80002878469 to fffff80002878f00

STACK_TEXT:
fffff880`033ab758 fffff800`02878469 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`033ab760 fffff800`028770e0 : 00000000`00000000 fffff880`03163180 fffffa80`056e7300 fffff880`01841b15 : nt!KiBugCheckDispatch+0x69
fffff880`033ab8a0 fffff800`0287edd8 : fffffa80`024e0000 fffffa80`024e0000 00000000`00000140 fffff880`0f3fb504 : nt!KiPageFault+0x260
fffff880`033aba30 fffff800`02880052 : 00000000`00000001 fffffa80`02507b62 fffff800`00000000 00000000`00000000 : nt!KiSwapContext+0x78
fffff880`033abb70 fffff800`02883ac3 : fffffa80`02507b60 00000000`00000000 0000057d`00000000 0000057e`02c84328 : nt!KiCommitThreadWait+0x1d2
fffff880`033abc00 fffff800`0288613b : fffff800`02a1c500 fffff800`02b72504 fffffa80`02507b60 00000000`00000000 : nt!KeRemoveQueueEx+0x303
fffff880`033abcb0 fffff800`02b1c164 : 00000000`00000000 fffffa80`02507b62 00000000`00000080 fffffa80`024d9230 : nt!ExpWorkerThread+0xeb
fffff880`033abd40 fffff800`02857484 : fffff880`03163180 fffffa80`02507b60 fffff880`0316dfc0 00000000`00000000 : nt!PspSystemThreadStartup+0x58
fffff880`033abd80 00000000`00000000 : fffff880`033ac000 fffff880`033a6000 fffff880`033ab9f0 00000000`00000000 : nt!KxStartSystemThread+0x14


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiSwapContext+78

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED

BUCKET_ID: X64_IP_MISALIGNED

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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff8000287edd8, address which referenced memory

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


WRITE_ADDRESS: 0000000000000000

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff880033ab8a0 -- (.trap 0xfffff880033ab8a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=00000a6800000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000287edd8 rsp=fffff880033aba30 rbp=fffffa8002507b60
r8=0000000000000000 r9=000000000020ef34 r10=00000000000151a3
r11=fffff88003163100 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!KiSwapContext+0x78:
fffff800`0287edd8 0000 add byte ptr [rax],al ds:00000000`00000000=?
Resetting default scope

MISALIGNED_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

LAST_CONTROL_TRANSFER: from fffff80002878469 to fffff80002878f00

STACK_TEXT:
fffff880`033ab758 fffff800`02878469 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`033ab760 fffff800`028770e0 : 00000000`00000000 fffff880`03163180 fffffa80`056e7300 fffff880`01841b15 : nt!KiBugCheckDispatch+0x69
fffff880`033ab8a0 fffff800`0287edd8 : fffffa80`024e0000 fffffa80`024e0000 00000000`00000140 fffff880`0f3fb504 : nt!KiPageFault+0x260
fffff880`033aba30 fffff800`02880052 : 00000000`00000001 fffffa80`02507b62 fffff800`00000000 00000000`00000000 : nt!KiSwapContext+0x78
fffff880`033abb70 fffff800`02883ac3 : fffffa80`02507b60 00000000`00000000 0000057d`00000000 0000057e`02c84328 : nt!KiCommitThreadWait+0x1d2
fffff880`033abc00 fffff800`0288613b : fffff800`02a1c500 fffff800`02b72504 fffffa80`02507b60 00000000`00000000 : nt!KeRemoveQueueEx+0x303
fffff880`033abcb0 fffff800`02b1c164 : 00000000`00000000 fffffa80`02507b62 00000000`00000080 fffffa80`024d9230 : nt!ExpWorkerThread+0xeb
fffff880`033abd40 fffff800`02857484 : fffff880`03163180 fffffa80`02507b60 fffff880`0316dfc0 00000000`00000000 : nt!PspSystemThreadStartup+0x58
fffff880`033abd80 00000000`00000000 : fffff880`033ac000 fffff880`033a6000 fffff880`033ab9f0 00000000`00000000 : nt!KxStartSystemThread+0x14


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiSwapContext+78

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED

BUCKET_ID: X64_IP_MISALIGNED

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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff8000287edd8, address which referenced memory

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


WRITE_ADDRESS: 0000000000000000

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff880033ab8a0 -- (.trap 0xfffff880033ab8a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001
rdx=00000a6800000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000287edd8 rsp=fffff880033aba30 rbp=fffffa8002507b60
r8=0000000000000000 r9=000000000020ef34 r10=00000000000151a3
r11=fffff88003163100 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
nt!KiSwapContext+0x78:
fffff800`0287edd8 0000 add byte ptr [rax],al ds:00000000`00000000=?
Resetting default scope

MISALIGNED_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

LAST_CONTROL_TRANSFER: from fffff80002878469 to fffff80002878f00

STACK_TEXT:
fffff880`033ab758 fffff800`02878469 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`033ab760 fffff800`028770e0 : 00000000`00000000 fffff880`03163180 fffffa80`056e7300 fffff880`01841b15 : nt!KiBugCheckDispatch+0x69
fffff880`033ab8a0 fffff800`0287edd8 : fffffa80`024e0000 fffffa80`024e0000 00000000`00000140 fffff880`0f3fb504 : nt!KiPageFault+0x260
fffff880`033aba30 fffff800`02880052 : 00000000`00000001 fffffa80`02507b62 fffff800`00000000 00000000`00000000 : nt!KiSwapContext+0x78
fffff880`033abb70 fffff800`02883ac3 : fffffa80`02507b60 00000000`00000000 0000057d`00000000 0000057e`02c84328 : nt!KiCommitThreadWait+0x1d2
fffff880`033abc00 fffff800`0288613b : fffff800`02a1c500 fffff800`02b72504 fffffa80`02507b60 00000000`00000000 : nt!KeRemoveQueueEx+0x303
fffff880`033abcb0 fffff800`02b1c164 : 00000000`00000000 fffffa80`02507b62 00000000`00000080 fffffa80`024d9230 : nt!ExpWorkerThread+0xeb
fffff880`033abd40 fffff800`02857484 : fffff880`03163180 fffffa80`02507b60 fffff880`0316dfc0 00000000`00000000 : nt!PspSystemThreadStartup+0x58
fffff880`033abd80 00000000`00000000 : fffff880`033ac000 fffff880`033a6000 fffff880`033ab9f0 00000000`00000000 : nt!KxStartSystemThread+0x14


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiSwapContext+78
fffff800`0287edd8 0000 add byte ptr [rax],al

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiSwapContext+78

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED

BUCKET_ID: X64_IP_MISALIGNED

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

achja,

Ich hab' Windows 7 Ultimate 64 Bit laufen

Nur als keine Randinfo.

cheers,

Dieser Beitrag wurde von Lordgoofy bearbeitet: 28. Juli 2010 - 19:28
Änderungsgrund: shrink and merge

[sermon]

Also ich brauch eine nähere angabe was deinen Arbeitspeicher angeht. 4Gb ist ja schön. nur von wem.
Da kommen wir auch schon gleich zur Lösung. Eventuell.
Du hast ein ASUS Board. ASUS hat "probleme" mit Arbeitsspeichern.
Es gibt eine QVL Liste von Asus. Da stehen die kompatiblen Arbeitsspeicher zu den jeweiligen Boards.
Hilfe findest du hier
Ansosnten empfehle ich jedem ASUS Board user corsair.
Allerdings ist dein Board scheinbar so alt, dass es nicht von corsair unterstützt wird. Sry.
Da es aber ein HP Rechner zu sein scheint, solltest du mal versuchen nach herstellern von Komplett rechner zu suchen bei Corsair. Vielleicht findest du da was. Dazu musst du aber die genaue bezeichnung deines Rechners wissens.
Ansonsten bleibt nur die QVL Liste.
Außerdem solltest du das nächste mal dein system mit Everest Home oder aida32 asulesen. Um die genau bezeichnung deines Boards zu wissen. Das sollte nämlich M2N68-LA sein.

Übrigens verweist der Fehler IRQL_NOT_LESS_OR_EQUAL ... Arg1: 0000000000000000, MEMORY referenced auf einen Arbeitsspeicher Fehler.
Ich hoffe ich konnte helfen

[Taxidriver05]

ch würde auf Grund der Freezes und den Informationen im Log auch auf den RAM tippen...

Was hast Du für ein Netzteil dran?
Nicht das das zu wenig Saft gibt...

[Lordgoofy]

Hiho,

Mal Danke für die raschen Antworten.

Da ich schon länger vor hatte, den Noname RAM (sind übrigens nur 3GB, 4x 512GB und 1x 2GB) zu swappen, bin ich nach der 1. Antwort sofort zum Saturn und hab mir einen 2GB Kingston Riegel gekrallt.

Neuer RAM: 1x Kingston 2GB RAM Riegel, DDR2, PC6400, 800MHz, 240pin

@Sermon: Wegen Provision bitte an Saturn wenden

Siehe da, nach Tausch lässt sich die Kiste ohne Probleme booten und bis dato auch kein BSOD.

Aber irgendwie traue ich dem Frieden nicht ... deswegen hier der Output, welcher mir von WhoCrashed vor die Kauleiste gewuchtet wurde:

On Wed 28.07.2010 07:53:21 your computer crashed
This was likely caused by the following module: usbport.sys
Bugcheck code: 0xD1 (0x18, 0x2, 0x0, 0xFFFFF88003C11F1A)
Error: DRIVER_IRQL_NOT_LESS_OR_EQUAL
Dump file: C:\Windows\Minidump\072810-49202-01.dmp
file path: C:\Windows\system32\drivers\usbport.sys
product: Betriebssystem Microsoft® Windows®
company: Microsoft Corporation
description: USB 1.1 & 2.0-Porttreiber
The crash took place in a standard Microsoft module. Your system configuration may be incorrect, possibly the culprit is in another driver on your system which cannot be identified at this time.



On Wed 28.07.2010 22:35:27 your computer crashed
This was likely caused by the following module: ntoskrnl.exe
Bugcheck code: 0xA (0x0, 0x2, 0x1, 0xFFFFF8000287EDD8)
Error: IRQL_NOT_LESS_OR_EQUAL
Dump file: C:\Windows\Minidump\072810-22401-01.dmp
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
The crash took place in a standard Microsoft module. Your system configuration may be incorrect, possibly the culprit is in another driver on your system which cannot be identified at this time.

Nochmal Danke euch Allen

cheers,

[sermon]

Steht der Kingston den auf der QVL Liste?

btw.
Wie kannst du eigentlich in die Zukunft schauen?

Zitat

On Wed 28.07.2010 22:35:27 your computer crashed

Also bei mir ist es gerade mal 14:23....

Der erste fehler bezieht sich auf ein treiber Problem. Du müsstest mal den chip vom board updaten.

Da ich immer noch nciht genau weiß, welches Board du hast musst du dir den Treiber selber suchen
Wenn das alles nciht hilft, kann man auch ein BIOS update machen. Damit aber VORSICHTIG!!
Durch das BIOS Update erweitert das board seine "Beziehung" zu Ram Riegeln. Sprich er erkennt mehr.

Ach und noch ein guter rat.
Lass die fertig rechner. außer sie sind von dell.
sonst haste die hälfte nur schrott drine.

Dieser Beitrag wurde von sermon bearbeitet: 28. Juli 2010 - 13:23

[Lordgoofy]

Hi Sermon,

Danke für Deine Hilfe

Also Everest spuckt zum Motherboard leider nichts aus.

Google spuckt auch nicht wirklich was Brauchbares aus.

Da find ich nur:

- Narra3/Nettle3 Hauptplatine

Chipsatz ist anscheinend nForce 430 -- und diese Treiber sind eigentlich up2date.

Das hier ist das Ding: http://www.gimahhot.de/m900-346116-0-0-0/h...de-kb047aa.html

Zu Deinem letzten Argument:

Ja, Du hast eindeutig recht mit den Fertig PCs. Hab aber beruflich sehr viel mit den großen Hardwarevendoren zu tun (Fujitsu, Dell, IBM, HP, NetApp, EMC usw). Da hab ich mit den HP Komponenten und vorallem mit dem Support die besten Erfahrungen gemacht -- deswegen der Griff zu dieser Kiste. Keine Sorge, wird mir nicht nochmal passieren ^^

cheers,

Goofy

Hier noch der Output von CPUiD zum Mainboard und RAM

Angehängte Miniaturbilder

• 
• 

[sermon]

ist das dein Board?

btw wenn ich bei google narra 3 eingebe, spuckt er mir das als erste Antwort raus...

von Kingston gibt es 2 riegel die erlaubt sind..
1. KVR800D2N5/2G
2. KHX6400D2/2G

nachzulesen hier

bzw ein vergleichbarer chip.. dafür wäre diese QVL Liste doch besser...

Dieser Beitrag wurde von sermon bearbeitet: 28. Juli 2010 - 15:18

[Lordgoofy]

Jaaaaa

Das ist es!

Grad aufgeschraubt und gecheckt.

cheers,

[sermon]

Dann weißte ja bescheid.
Öfter mal google benutzen^^
Also an sich hat sich dein Problem gelöst. Oder etwa nicht?
wenn ja, dann bearbeite doch den ersten post von dir und änder mal den Titel. Schreib am besten [erledigt] davor.
Ansosnten kannste mich auhc gerne privat anschreiben. bin von 7:00 bis 16:30 on^^
Danach ist Feierabend

[Lordgoofy]

Du bist ein Wahnsinn Semron, thx

Problem scheint gelöst zu sein und ich werd zur Sicherheit nochmal die aktuellen nForce Treiber drueber laden lassen und nach einem BIOS Update suchen.

Kleine Frage haett ich noch:

Laut QVL Liste ist mein Kingston Riegel nicht supportet, ich hab den hier:

http://www.kingston.com/retail/show_produc...art=RMD2_800_2G

Würde das erklären, warum er mit 401,8MHz rennt, obwohl Mainboard und RAM für 800MHz ausgelegt sind? (siehe Screenshot in obigem Reply)

Kanns sein, dass ich mit 2x 1GB besser als mit 1x 2GB rennen würde?

Danke Dir

cheers,

[klawitter]

Zitat (sermon: 28.07.2010, 08:44)

Also ich brauch eine nähere angabe was deinen Arbeitspeicher angeht. 4Gb ist ja schön. nur von wem.
Da kommen wir auch schon gleich zur Lösung. Eventuell.
Du hast ein ASUS Board. ASUS hat "probleme" mit Arbeitsspeichern.
Es gibt eine QVL Liste von Asus. Da stehen die kompatiblen Arbeitsspeicher zu den jeweiligen Boards.
Hilfe findest du hier
Ansosnten empfehle ich jedem ASUS Board user corsair.

Das ist zeimlicher Stuss, den du auch nicht zum ersten Mal hier schreibst. Zumal keine QVL der Welt vollständig ist und eine 'typische' Speicherinkompatibilität oder -empfindlichkeit von 'Asus-Boards' schlicht nicht existiert. Auch wenn deine persönlichen Erfahrungen es vlt anders aussehen lassen.


Wenn ein Fehler als Fehler im Arbeitsspeicher ausgegeben wird, kann die Ursache trotzdem woanders liegen.
Aufschluss über den Zustand des Arbeitsspeichers selbst liefert Memtest86+. Alles andere ist Gestocher im Nebel.

Darüberhinaus ist der Nforce 4 Chipsatz für seine Bsod-Produktion berüchtigt, sobald er mit Nvidia-Treibern und nicht mit den Windows-Standardtreibern läuft. Win7 lädt nach und nach selbstständig Treiber. Das würde auch die verzögerte Verschlechterung nach der Neuinstallation erklären.

Mein erster Tip deshalb: Alle Nvidiatreiber ausser dem Grafiktreiber deinstallieren und das Nachladen von Nvidia-Mobotreibern im Update von Win7 unterbinden ( Installation nicht automatisch, Nvidia-Mobo-Updates dauerhaft ausblenden). Mit Windows-Standardtreibern läuft die Kiste um Längen stabiler.
Ram mit Mentest86+ testen.

Die Freezes können eine unabhängige Ursache haben. Verantwortlich dafür können Unzulänglichkeiten in der Stromversorgung sein. Die Frage ist, ob es tatsächllich Freezes sind, oder ob z.b. der Festplattencontroller in seinem eigenen Overhead ersäuft und es zu einem anscheinenden, aber nicht tatsächlichen Freeze kommt. Bei letzterem liefe der PC nach einigen Minuten wieder weiter, als sei nichts geschehen.


Wenn man sich den Bugcheck anschaut, werden vor allem ein Treiberfehler und IRQL less or equal aufgeführt. Das kann vom verbugten USB-Treiber bis zum defekten RAM so ziemlich alles sein.

[sermon]

Also ich sach mal so. ich hatte auch RAM riegel, vom selben hersteller aus der selben packung, die iegentlich auf dem board laufen mussten. gab aber auch dicke probleme. die besagten freezes.
hab einen riegel rausgenommen und es lief. hab die riegel gewechselt, alles gut.
hab mit memtest86+ die riegel auf jeder einzelnen bank geprüft alles gut.
war für mich unerklärlich. bis ich mal aus langeweile auf meine verpackung vom board geguckt habe. da stand es dick und fett drauf.
qvl liste. neue riegel geshoppt und siehe da? alles gut. das ist leider das leiden von asus.

@klawitter
klar sind die listen nicht vollständig. aber wenigstens eine richtlinie. ich habe auch nicht hunderprozentig die riegel gekauft die auf der liste stehen aber sehr sehr ähnliche und die laufen jetzt einwandfrei.
und alles auf windows standrt tribern laufen zu lassen ist auch nicht immer gut. in vielen fällen hilft es. das liegt aber daran, da die hardware älter ist und nich wirklich supportet wird.

@Lordgoofy nochmal:
wenn dir 2 Gb reichen. lass es lieber. wegen der mhz kannste ja noch ein wenig"rumspielen" aber wenn du mit der performance zufrieden bist, lass alles einfach so.
Außerdem kann es sein, dass die Rigel nicht draufstehen, da es ja ein HP Board ist. und die gezeigten sind wirklich asus boards. Aber wie gesagt: Läuft? Läuft! Ergo alles gut

Dieser Beitrag wurde von sermon bearbeitet: 28. Juli 2010 - 18:17

[Lordgoofy]

Läuft? Läuft! Hast ja recht.

Danke nochmal für eure Hilfe Freunde.

Waren anscheinend echt die RAMs, da bis dato alles ohne Probs läuft.

Setzt euch auf eure virtuelle "Goofy-schuldet-mir-[hier Zahl einfügen]-Bier-Liste" 2 Bierchen

cheers,

Goofy