Kan noen tyde denne WinDeBug'en for meg? (Minne-relatert)

[Foe_of_Good]

Tjenare godtfolk.

Sliter igjen med det jeg tror er minne, samme symptomer som forrige gang med BSOD'er og forskjellige programmer som forårsaket dem hver gang. Den gangen fant jeg over 24800 feil i MemTest på en av mine Crucial BallistiX PC8500 brikker. Denne gangen tok jeg først en kjapp sjekk i MemTest med alle tre minnebrikker i maskina, bare for å se, og jeg fikk 41 feil før jeg skrudde av. Hadde liksom fått bekreftet at noe var galt, så da måtte jeg finne ut hvilken brikke.

Men, saken er at når jeg testet brikkene en etter en, så fikk jeg ingen feil. Og bare på pur f, så testet jeg dem også i B1 sporet (de første testene var i A1 sporet), så alle tre brikkene på en gang igjen, og fikk ikke opp noen feil da heller! WTF? Kjørte Windows Debugger, og i en av dem stod det Memory_Controller, noe som får det til å gå kaldt nedover ryggen på meg. Det skulle i så fall bety gåent hovedkort på meg, igjen... Men, på den andre siden, sitter ikke minnekontrolleren i prosessor i AMD-systemer?

Gjorde en analyse av den siste dumpen min nå, og den var ødelagt / korrupt (Samme skjedde da den forrige brikka fikk 24800 + feil). Tok den nest siste, og der ser det ut til at det er Panda Antivirus som har slått ut maskina. Før det var det skjermspareren til O&O Defrag. Før det... Lista går videre. Derfor lurte jeg på om noen med litt mer peil enn meg kan sjekke denne mini dumpen her, se om dere ser noe muffins!

 

Kan nevne specs'a mine også: WinXP 32bits SP2, AMD AM2+ 9950BE CPU, ASUS Crosshair II Formula HK, 3x 1gb Crucial BallistiX DDR2 PC8500 1066MHz minne, ASUS EN9800GTX 512mb GPU + masse annet, men det er vel disse tingene som er av de interessante.

 

Loading Dump File [C:\WINDOWS\Minidump\Mini090808-02.dmp]

Mini Kernel Dump File: Only registers and stack trace are available

 

Symbol search path is: C:\WINDOWS\Symbols

Executable search path is: C:\WINDOWS\Symbols

Unable to load image ntoskrnl.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntoskrnl.exe

Windows XP Kernel Version 2600 (Service Pack 2) MP (4 procs) Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700

Debug session time: Mon Sep 8 15:32:20.593 2008 (GMT+2)

System Uptime: 0 days 1:17:02.585

Unable to load image ntoskrnl.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntoskrnl.exe

Loading Kernel Symbols

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

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

Loading User Symbols

Loading unloaded module list

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

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

* *

* Bugcheck Analysis *

* *

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

 

Use !analyze -v to get detailed debugging information.

 

BugCheck 1000000A, {0, 2, 1, 805219c4}

 

Probably caused by : memory_corruption ( nt!MmCleanProcessAddressSpace+38d )

 

Followup: MachineOwner

---------

 

0: 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: 00000000, memory referenced

Arg2: 00000002, IRQL

Arg3: 00000001, 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: 805219c4, address which referenced memory

 

Debugging Details:

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

 

 

WRITE_ADDRESS: 00000000

 

CURRENT_IRQL: 2

 

FAULTING_IP:

nt!MmCleanProcessAddressSpace+38d

805219c4 ff08 dec dword ptr [eax]

 

CUSTOMER_CRASH_COUNT: 2

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

BUGCHECK_STR: 0xA

 

PROCESS_NAME: ApVxdWin.exe (Panda Antivirus (Red. Anm. ;-) ))

 

LAST_CONTROL_TRANSFER: from 80521d5c to 805219c4

 

STACK_TEXT:

af46bcdc 80521d5c 00000000 c0017580 00000003 nt!MmCleanProcessAddressSpace+0x38d

af46bcf8 8051fb67 02eb0000 0507bb54 00000001 nt!MiResolveDemandZeroFault+0xcb

af46bd4c 805437c8 00000001 02eb0000 00000001 nt!MiCleanSection+0x285

af46bd64 240211a5 badb0d00 00000200 af46bd98 nt!`string'

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

af46bd68 badb0d00 00000200 af46bd98 af46bdcc 0x240211a5

af46bd6c 00000000 af46bd98 af46bdcc 00000000 0xbadb0d00

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

nt!MmCleanProcessAddressSpace+38d

805219c4 ff08 dec dword ptr [eax]

 

SYMBOL_STACK_INDEX: 0

 

SYMBOL_NAME: nt!MmCleanProcessAddressSpace+38d

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: nt

 

DEBUG_FLR_IMAGE_TIMESTAMP: 45e53f9d

 

IMAGE_NAME: memory_corruption

 

FAILURE_BUCKET_ID: 0xA_W_nt!MmCleanProcessAddressSpace+38d

 

BUCKET_ID: 0xA_W_nt!MmCleanProcessAddressSpace+38d

 

Followup: MachineOwner

---------

 

Jeg er temmelig sikker på at dette er minne feil, og har bestilt 4 gig med OCZ minne. Men synes det er rart at jeg nå ikke får opp noen feil i MemTest. Minnebrikkene har kanskje blitt noe stokket om på i forhold til hvor de satt før, men det burde ikke ha noe å si? Er det feil, så er det feil, uansett hvor de sitter!

BSOD'ene kommer uten noe mønster. Noen ganger når jeg skal åpne en fil, andre ganger når jeg skal hente en fane i IE7, noen ganger uten at jeg har gjort noe som helst.

 

Håper noen gidder å ta seg tiden til å se på dette, er det noe du lurer på så spør! Takker for alle svar

[Mr.M]

Kan nevne specs'a mine også: WinXP 32bits SP2, AMD AM2+ 9950BE CPU, ASUS Crosshair II Formula HK, 3x 1gb Crucial BallistiX DDR2 PC8500 1066MHz minne, ASUS EN9800GTX 512mb GPU + masse annet, men det er vel disse tingene som er av de interessante.

 

Du er kanskje ikke klar over at minnekontrolleren i Phenom i følge specs. ikke støtter bruk av mer enn 2 ramslotter v/ PC8500/1066mhz minnehastighet? Du bruker tre brikker..

 

Mulig her det skjærer seg?

[Foe_of_Good]

Glemte å nevne det

Har klokket brikkene ned til 800MHz for å kunne kjøre litt mer ram istedenfor hastighet. Hadde tenkt meg å forske litt på forskjellene her, men har ikke kommet så langt. Det som er litt rart er at systemet nå virker helt stabilt. Får se i morgen tidlig, har sikkert kommet en BSOD over natten tenker jeg...

[Mr.M]

Hvis man skal tro QVL list hos Asus og Gigabyte (har ikke sjekket noen andre) så "påstår" de iallefall det som jeg nevnte over her. Gjelder forsåvidt Athlon X2 også.

 

Det nyeste Asus 790FX SB750 (sjekk på ram/QVL list)

 

"Due to AMD CPU limitation, DDR2 1066 is supported by AM2+ CPU for one DIMM per channel only."

 

Nye Gigabyte 790GP SB750 (sjekk Memory support list)

 

"Note: Due to AMD AM2+ CPU limitation, DDR2 1066 is only supported by 1 dimm per channel."

 

Vil med andre ord si at inntil det kommer PC8500 4GB size brikker i butikkhylla(hvis denslags støttes av hovedkortet), er det 2x2 GB PC8500 som er maks, hvis man vil kjøre på oppgitt PC8500/1066MHz hastighet.

 

Med PC6400 brikker har man dog ikke denne "one DIMM per channel" begrensningen.

 

Livet skal liksom ikke være enkelt. Graver man litt, er det begrensninger på alle bauger & kanter

[Foe_of_Good]

Data er aldri enkelt... Først begrensninger i alle bauger og kanter, så problemer i alle kanter og bauger. Klokken er nå 0600, og ingen blåskjerm enda systemet har stått på i hele natt! Skjønner det ikke... Men, jeg må på jobb!

[Foe_of_Good]

Enda ikke noen BSOD idag. Veit ikke hva som foregår her. Får la det tusle og gå og se hva som skjer.

[Duqe]

Går det stabilt med prime95?

Er noen av komponentene veldig varme?