SpeEn Skrevet 24. desember 2007 Del Skrevet 24. desember 2007 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
-Shark- Skrevet 24. desember 2007 Del Skrevet 24. desember 2007 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. Lenke til kommentar
SpeEn Skrevet 24. desember 2007 Forfatter Del Skrevet 24. desember 2007 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
SpeEn Skrevet 24. desember 2007 Forfatter Del Skrevet 24. desember 2007 (endret) 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 24. desember 2007 av SpeEn Lenke til kommentar
Duqe Skrevet 24. desember 2007 Del Skrevet 24. desember 2007 Sett ned volten til ramen? Måtte gjøre det med min. Og fungert 24/7 uten problemer Lenke til kommentar
BoC_SantaCruz Skrevet 25. desember 2007 Del Skrevet 25. desember 2007 kjør memtest86 Lenke til kommentar
SpeEn Skrevet 25. desember 2007 Forfatter Del Skrevet 25. desember 2007 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? Lenke til kommentar
Duqe Skrevet 25. desember 2007 Del Skrevet 25. desember 2007 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
-Shark- Skrevet 25. desember 2007 Del Skrevet 25. desember 2007 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
Duqe Skrevet 25. desember 2007 Del Skrevet 25. desember 2007 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. Lenke til kommentar
SpeEn Skrevet 25. desember 2007 Forfatter Del Skrevet 25. desember 2007 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
snippsat Skrevet 25. desember 2007 Del Skrevet 25. desember 2007 (endret) 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 25. desember 2007 av SNIPPSAT Lenke til kommentar
SpeEn Skrevet 25. desember 2007 Forfatter Del Skrevet 25. desember 2007 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
SpeEn Skrevet 25. desember 2007 Forfatter Del Skrevet 25. desember 2007 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
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå