Gå til innhold
Trenger du hjelp med PCen? Still spørsmål her! ×

Problemer med ny hardware


Anbefalte innlegg

Kjøpte nylig følgende hardware:

 

* 1 Corsair Powersupply 750W Black, ATX/EPS, 140mm Fan, 8xSATA, SLI

* 1 Asus P5E, X38, Socket-775, DDR2, ATX, Firewire, GbLAN, 2xPCI-Ex(2.0)x16

* 1 Intel Core 2 Duo E6850 3.0GHz 1333Mhz Socket LGA775, 4MB, BOXED m/vifte

* 1 Corsair Dominator TWIN2X8500C5D 2048MB, DDR2,2x1GB(KIT),DHX,E.P.P, CL5-5-5-15-2T

* 1 Western Digital Raptor 150GB SATA 16MB 10000RPM

* 1 XFX GeForce 8800GTX 570M 768MB GDDR3, PCI-Express, 2xDVI/HDTV/HDCP, 384-bit

 

Sliter med bluescreens og at spill hopper ut i windows igjen (nvlddmkm stopped responding). Har oppdatert BIOSen på hovedkortet. Ikke gjort det på skjermkortet enda. Har ikke fått surra meg til å installere en floppy enda. Testet både med XP og Vista. Bluescreens hagler i hytt og pine uansett.

 

Noen som har driver tips e.l som kan hjelpe? Jeg har en lei følelse av at det kan være RAMen som er DoA eller BIOS instillingene som er feil. Når jeg sjekker minidumps er det alle mulige typer feil. DRIVER_IRQL_NOT_LESS_OR_EQUAL, PAGE_FAULT_IN_NON_PAGE_AREA, MEMORY_MANAGEMENT o.l Har sikkert fått andre typer også.

 

Setter pris på alle mulige løsninger

Lenke til kommentar
Videoannonse
Annonse
Prøv med en og en minnebrikke da, burde hjelpe det.

 

Hadde en minnebrikke som var defekt, og hadde samme symptomene som deg. Bluescreens her og der.

 

Jepp, skal gi det et førsøk. Prøver nå å booste opp spenningen på rammen litt. Hvis ikke det funker får jeg sjekke en og en brikke.

Lenke til kommentar

Testet nå med en og en brikke. Kunne spille Lost planet i ca 30 min før jeg ble kastet ut i windows med den ene brikken. Fikk ikke med meg hva feilen var. Med den andre brikken krasjet plutslig bare spillet etter ca 1 min og måtte reboote.

Endret av SpeEn
Lenke til kommentar
Kjørte memtest inatt, 60 passes med ca 160 errors. I speccen på rammen står det at den skal kjøre med 2.1v. Det er vel ikke usannsynlig å tro at rammen er DoA?

 

Det står også at mine ram skal kjøres på 2.1v, men pga 680i chipsett så er den kun stabilt i 1.9v ifølge råd fra andre forummedlemmer, og det visste til å være sant.

Lenke til kommentar
Kjørte memtest inatt, 60 passes med ca 160 errors. I speccen på rammen står det at den skal kjøre med 2.1v. Det er vel ikke usannsynlig å tro at rammen er DoA?

 

Det står også at mine ram skal kjøres på 2.1v, men pga 680i chipsett så er den kun stabilt i 1.9v ifølge råd fra andre forummedlemmer, og det visste til å være sant.

Mest sannsynlig død da ja.

Lenke til kommentar
Hvis du leser Denne tråden så vil du kanskje forstå hvorfor jeg må ha 1.9v for mine ram, men spør også SNIPPSAT om råd, han har mye erfaringer innefor raminstillinger.

 

Kjørte memtest igjen med først ene brikken som ga errors ganske fort. Den andre har kjørt 3 passes nå uten errors... Da er vel saken klar? Selv om jeg gjerne skulle ha testet med riktige BIOS settings. Som jeg har null peiling på hva skal være =/

Lenke til kommentar

Bios finne og sette dette.

 

MEM (DDR), 1066Mhz

Memory Voltage:2.1

NB Core Voltage: 1.45v

 

tCL (CAS Latency 5)

tRCD 5

tRP 5

tRAS 15

Command Per Clock (CMD): 2 clock (2T)

 

Advance Memory Settings

tRRD: AUTO

tRC: AUTO

tWR: AUTO

tWTR: AUTO

tREF: AUTO

Async Latency: AUTO

 

Det er nok sikkert at den ene brikken er dårlig.

Kan prøve en annen slot.

Og regner med at du bruker memtest86+ 1.70.

Endret av SNIPPSAT
Lenke til kommentar

Takk skal du ha. Ting ser ikke ut til å fungere enda. Skal prøve å installere XP på nytt nå, mulig noen filer har blitt corrupte under forrige installasjon pga den dårlige brikken. Men tror det må være noen driverfeil her også. Kan ha vært pga brikken det også. Jeg skjønner ingen verdens ting.......

Lenke til kommentar

Noen som får noe fornuftig ut av disse to dmp filene? Står driver feil. Men kan dette være pga rammen?

 

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

* *

* Bugcheck Analysis *

* *

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

 

PFN_LIST_CORRUPT (4e)

Typically caused by drivers passing bad memory descriptor lists (ie: calling

MmUnlockPages twice with the same list, etc). If a kernel debugger is

available get the stack trace.

Arguments:

Arg1: 0000008f, The free or zeroed page listhead is corrupt

Arg2: 00021808, new page

Arg3: 0002187b, old page

Arg4: 00000000, 0

 

Debugging Details:

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

 

 

 

 

BUGCHECK_STR: 0x4E_8f

 

CUSTOMER_CRASH_COUNT: 1

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

PROCESS_NAME: System

 

LAST_CONTROL_TRANSFER: from 8051bd12 to 804f9c37

 

STACK_TEXT:

f79f77f8 8051bd12 0000004e 0000008f 00021808 nt!KeBugCheckEx+0x1b

f79f7840 80696b94 865c4618 00000000 00000044 nt!MmZeroPageThread+0x250

f79f7dac 805ce794 80087000 00000000 00000000 nt!Phase1Initialization+0x1288

f79f7ddc 805450ce 8069590c 80087000 00000000 nt!PspSystemThreadStartup+0x34

00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

nt!MmZeroPageThread+250

8051bd12 cc int 3

 

SYMBOL_STACK_INDEX: 1

 

SYMBOL_NAME: nt!MmZeroPageThread+250

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: nt

 

DEBUG_FLR_IMAGE_TIMESTAMP: 41107b0d

 

IMAGE_NAME: memory_corruption

 

FAILURE_BUCKET_ID: 0x4E_8f_nt!MmZeroPageThread+250

 

BUCKET_ID: 0x4E_8f_nt!MmZeroPageThread+250

 

Followup: MachineOwner

---------

 

 

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

* *

* Bugcheck Analysis *

* *

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

 

UNEXPECTED_KERNEL_MODE_TRAP_M (1000007f)

This means a trap occurred in kernel mode, and it's a trap of a kind

that the kernel isn't allowed to have/catch (bound trap) or that

is always instant death (double fault). The first number in the

bugcheck params is the number of the trap (8 = double fault, etc)

Consult an Intel x86 family manual to learn more about what these

traps are. Here is a *portion* of those codes:

If kv shows a taskGate

use .tss on the part before the colon, then kv.

Else if kv shows a trapframe

use .trap on that value

Else

.trap on the appropriate frame will show where the trap was taken

(on x86, this will be the ebp that goes with the procedure KiTrap)

Endif

kb will then show the corrected stack.

Arguments:

Arg1: 00000008, EXCEPTION_DOUBLE_FAULT

Arg2: 80042000

Arg3: 00000000

Arg4: 00000000

 

Debugging Details:

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

 

 

 

 

BUGCHECK_STR: 0x7f_8

 

CUSTOMER_CRASH_COUNT: 2

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

PROCESS_NAME: iw3mp.exe

 

LAST_CONTROL_TRANSFER: from 00000030 to 8054371b

 

STACK_TEXT:

ba8e2084 00000030 00000000 80001118 00000000 nt!KiTrap0E+0x23

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

ba8e20f4 80001118 ba8e215c 00000000 8051ee33 0x30

00000000 00000000 00000000 00000000 00000000 0x80001118

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

nt!KiTrap0E+23

8054371b 1e push ds

 

SYMBOL_STACK_INDEX: 0

 

SYMBOL_NAME: nt!KiTrap0E+23

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: nt

 

IMAGE_NAME: ntkrpamp.exe

 

DEBUG_FLR_IMAGE_TIMESTAMP: 45e53f9d

 

FAILURE_BUCKET_ID: 0x7f_8_nt!KiTrap0E+23

 

BUCKET_ID: 0x7f_8_nt!KiTrap0E+23

 

Followup: MachineOwner

---------

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...