Onstabiele Vista op stabiel lijkende PC

[Mastakilla]

Hallo allemaal,

Ik ben voor mijn broer een PC in elkaar aan het steken.

Dit steekt erin:

Phenom X3 720BE
Asus M4A78-E (790GX met 750SB)
4GB OCZ PC8500 DDR2 RAM
500W OCZ stealthXtream
Skythe Mugen 2 CPU cooler
Sapphire Radeon 4830
SATA Samsung 640GB HDtje
SATA Optiarc DVDWriter

Er staat Windows Vista x64 op met alle laatste updates en alle laatste drivers / bios

Ik heb weekje zitten overclocken en 1 van de 3 cores is wat minder (boot maar tot 3,6Ghz, onafhankelijk van voltages), de overige 2 cores booten tot 3,9Ghz
Na heeeel veel proberen en erg veel stresstesten dacht ik het stabiel gekregen hebben op 3,5Ghz (260Mhz x 13,5 @ default voltage en 1,4v op de NB)
HTT draait op 2340mhz, NB op 1,8ghz
GPU draait op 690Mhz (ipv 575mhz) en GPU RAM op 1190Mhz (ipv 900mhz)

Dit is qua stress tools 100% stabiel:
5+ uur OCCT
11 passes memtest86+
2+ uur OCCT powersupply test (= Linpack + ~Furmark)
3D Mark Vantage in loops
en vele games

Toch is het geheel niet stabiel...

Ik ben er niet 100% zeker van of dit door de overclock komt (ben nu op default settings aan het proberen een crash te triggeren)

Het probleem is hetvolgende:
Vista zelf is onstabiel...

Soms crashed explorer, soms crashed iets in svchost.exe (plug and play service has stopped working), soms een bluescreen, etc, etc...

soms kan ik doorwerken, soms reboot ie automatisch na 1 minuut en bij een bluescreen reboot ie na de memory dump

Het probleem begon op te vallen bij het spelen van Crysis Warhead (er crashte regelmatig een Windows service als ik in het menu zat, soms met een verplichte reboot tot gevolg), later bleek hij ook te crashen in het spel of tijdens de load screens).
Na het installeren van de Crysis Warhead patch, leek dit iets beter, maar dan crashte Crysis Warhead zelf soms.

Nu vandaag heb ik weinig spelletjes gespeelt, maar vooral spellen zitten installeren, files zitten kopieeren (soms over netwerk), rars zitten uitpakken, etc
en toen had ik dus regelmatig bluescreens

Even dacht ik dat het wordt getriggerd door het filesysteem te stressen, maar later ontdekte ik dat het niet altijd gebeurde na lang iets zwaar te doen met het filesysteem, maar ook soms bv in de 1e seconde van een actie op het filesysteem (het begin van een installatie)

maar ik heb nog wel steeds het gevoel dat het iets met het filesysteem (diskcontroller ofzo) heeft te maken

Ik heb in het BIOS mijn SATA controller op IDE mode staan.

Ik wou 1 van de dagen proberen een format te doen en dan de AHCI drivers met windows mee te installeren zodat ik misschien AHCI kan enablen in het BIOS in de hoop dat deze beter werken (ik heb al zitten proberen deze drivers achteraf in de huidige windows te installeren, maar dit is me niet gelukt)

Nu mijn vraag:
Heeft iemand een idee waar dit aan kan liggen? En hoe ik het kan triggeren, zodat ik misschien een oorzaak vinden... want momenteel gebeurt het heel random (soms enkele uren stabiel, soms 2x in een kwartier)

Bij voorbaat dank,

Mastakilla

[Verwijderd]

memtest gedaan?

[B4tman_DH]

Verwijderd schreef op vrijdag 10 april 2009 @ 22:27:
memtest gedaan?

"11 passes memtest86+"

[Verwijderd]

B4tman_DH schreef op vrijdag 10 april 2009 @ 22:29:
[...]


"11 passes memtest86+"

Pardon, niet gezien ( het is al laat he )

Heb je het al eens geprobeerd met een andere HDD ?

[Mastakilla]

heb hier geen andere vrije SATA hd liggen vrees ik en is ook nogal lastig om te testen als ik niet weet hoe ik het moet triggeren

[Verwijderd]

Mastakilla schreef op vrijdag 10 april 2009 @ 22:33:
heb hier geen andere vrije SATA hd liggen vrees ik en is ook nogal lastig om te testen als ik niet weet hoe ik het moet triggeren

Ga eens defragmenteren, als hij dan bluescreens geeft ligt het waarschijnlijk aan een brakke HDD.

[Mastakilla]

goed plan,

ben er nu mee bezig (met default clocks)

ben intussen al weer meer als een uur intensief vanalles aan het installeren met default clocks, zonder crashes of bluescreens, dus begin toch weer stilaan te denken dat het aan in van de overclock settings ligt...

maar ik ga iig ff verder met schijf C te defraggen

als die klaar eens ga ik em ff terug op overclocked settings zetten en schijf D defraggen

[Dima_2005]

Probeer eens gewoon om een extra paritie aan te maken en daar XP te installeren...
\[BSOD's + errors] Nieuw systeem

[BGB4rn]

heb je al een debugger gebruikt om te kijken wat er nou helemaal in die memory dumpfile staat ? windows geeft niet voor niks een BSOD..

en het probleem heb ik ook gehad met een totaal ander systeem, het bleek een chipset driver te missen..

[Raven]

Mastakilla schreef op vrijdag 10 april 2009 @ 22:24:
Ik wou 1 van de dagen proberen een format te doen en dan de AHCI drivers met windows mee te installeren zodat ik misschien AHCI kan enablen in het BIOS in de hoop dat deze beter werken (ik heb al zitten proberen deze drivers achteraf in de huidige windows te installeren, maar dit is me niet gelukt)

Daarvoor hoef je Windows niet opnieuw te installeren hoor

't is redelijk simpel.
Ga naar apparaatbeheer en zoek de SATA/RAID controller waar je HDD aan hangt.
Geef daar handmatig aan dat ie de SATA/RAID drivers moet gebruiken en reboot de pc.
Tijdens die reboot in de BIOS AHCI enablelen en daarna Windows laten starten.

Of had je het al op die manier geprobeerd waarbij het niet lukte?

[Mastakilla]

Raven schreef op zaterdag 11 april 2009 @ 00:34:
[...]

Daarvoor hoef je Windows niet opnieuw te installeren hoor

't is redelijk simpel.
Ga naar apparaatbeheer en zoek de SATA/RAID controller waar je HDD aan hangt.
Geef daar handmatig aan dat ie de SATA/RAID drivers moet gebruiken en reboot de pc.
Tijdens die reboot in de BIOS AHCI enablelen en daarna Windows laten starten.

Of had je het al op die manier geprobeerd waarbij het niet lukte?

dat heb ik idd al geprobeerd

als ik daar de AHCI drivers selecteer, dan is de lijst van drivers die ik voor devices kan installeren gewoon leeg

ook als ik nieuwe hardware toevoegen doe en ik die drivers selecteer blijft de lijst gewoon leeg

geen flauw idee waarom...

[-The_Mask-]

Kan komen door Cool'n'Quiet heb het zelf ook ondervonden met m'n AMD Phenom II X3 720BE. Als je Cool'n'Quiet uit zet of de HTT op de standaard 200MHz houd had ik nergens last van. Volgens mij kwam dit omdat Cool'n'Quiet de multiplier verlaagde maar door de verhoogde HTT ging de CPU speed niet helemaal terug. Het voltage was dus te laag in idle voor die CPU speed.
Oplossing overklokken met multiplier of Cool'n'Quiet uitlaten.

[ Voor 8% gewijzigd door -The_Mask- op 11-04-2009 18:08 ]

[Mastakilla]

-The_Mask- schreef op zaterdag 11 april 2009 @ 18:07:
Kan komen door Cool'n'Quiet heb het zelf ook ondervonden met m'n AMD Phenom II X3 720BE. Als je Cool'n'Quiet uit zet of de HTT op de standaard 200MHz houd had ik nergens last van. Volgens mij kwam dit omdat Cool'n'Quiet de multiplier verlaagde maar door de verhoogde HTT ging de CPU speed niet helemaal terug. Het voltage was dus te laag in idle voor die CPU speed.
Oplossing overklokken met multiplier of Cool'n'Quiet uitlaten.

bedankt voor de tip, maar CnC is het niet, die staat al uit samen met dat spread spectrum gedoe...

heb intussen al wel een iets betere manier gevonden om het te stressen:
een rar file maken van een 6GB ISO en dan gaan gamen...

1)
als ik een rar maak tijdens het spelen van fallout 3 dan crashed fallout 3 binnen de minuut (hij freezed, maar ik kan em via taskmanager nog wel killen)
het bizarre is dat dit niet alleen is als ie overclocked is, maar zelfs met alles op de defaults... de settings die ik in fallout 3 gebruik maken niet uit...
als ik daarentegen geen rar file maak, crashed ie niet, zelfs niet op 3,5Ghz (250x14) met alles op de max in fallout 3
maw: er is wel degelijk iets mis met mijn IO (zit deze in de NB of SB?), want zelfs bij default clocks heeft ie het... ofwel is het een instabiele driver, ofwel een kapotte NB / SB ofzo, ik heb al vanalles met voltages zitten proberen, maar heb voor fallout 3 nog geen oplossing gevonden...

2)
als ik een rar maak tijdens het spelen van far cry 2, dan crashed een random vista service binnen enkele minuten als ie op 3,5Ghz (250x14) draait...
als ik em op 3375Mhz (250x13,5) draai, met verder alles indentiek, dan kan ik meer als een uur rars maken en spelen tegelijk
maw: de overclock heeft wel degelijk een invloed op het probleem en de FSB lijkt niet het probleem

Op 3,5Ghz heb ik al zitten prutsen met de HTT en NB speed, maar dit lijkt niet uit te maken

ik ben er maw nog steeds niet uit... alle tips zin welkom...

Ik ga denk straks eens een format proberen en die AHCI aan de praat te krijgen, misschien doet die het beter...

[Raven]

Mastakilla schreef op zaterdag 11 april 2009 @ 16:37:
[...]

dat heb ik idd al geprobeerd

als ik daar de AHCI drivers selecteer, dan is de lijst van drivers die ik voor devices kan installeren gewoon leeg

ook als ik nieuwe hardware toevoegen doe en ik die drivers selecteer blijft de lijst gewoon leeg

geen flauw idee waarom...

Hmm, vaag

Wacht eens, had Vista niet issues met "unsigned" drivers? Hangt me iets van bij. Dan zou je tijdens het opstarten van WIndows in het F8-menu moeten aangeven dat "unsigned" drivers gebruikt mogen worden.

[Mastakilla]

na veel prutsen met partities heb ik Vista volledig opnieuw geinstalleerd met de laatste AHCI drivers en in het bios AHCI aangezet

ik heb alle drivers en updates installed, winrar en fallout 3 (dus: een vrij cleane vista)

en nog steeds heeft ie het probleem...

op 3,5Ghz crashte de plug and play service van windows bijna onmiddellijk na het starten van fallout 3 tijdens het maken van een rar file (met een verplichte reboot als gevolg)
en op de default speed freesde fallout 3 ongeveer 10 min na het opstarten (tijdens de intro) tijdens het maken van een rar file (via alt-ctrl-delete kon ik fallout 3, not responding, nog wel killen)

maw AHCI helpt ook niets...

heeft iemand nog een idee waar het aan kan liggen? is dit hardware? kapotte NB ofzo? of toch nog iets met brakke drivers?

[Mad Marty]

Wat staat er nu in je memory dump-file / op je BSOD? Dat geeft je waarschijnlijk meer informatie dan zo maar iets proberen. Verder, wat gebeurt er als je iets minder ver overklokt?

[Mastakilla]

Mad Marty schreef op zondag 12 april 2009 @ 15:25:
Wat staat er nu in je memory dump-file / op je BSOD? Dat geeft je waarschijnlijk meer informatie dan zo maar iets proberen. Verder, wat gebeurt er als je iets minder ver overklokt?

sinds die verse vista heb ik geen memory dump files meer (heb nog geen blue screens gehad, alleen crashende programmas en services)
bluescreens zullen nog wel komen echter, die kwamen voordien ook gewoon af en toe...

en ivm de overclock:
als je iets meer naar boven leest kan je zien dat Far cry 2 "stabiel"(er?) wordt vanaf 3375Mhz en Fallout 3 zelfs op de default speeds nog crashed in combinatie met winrar

[Mastakilla]

heb net een bluescreen kunnen forceren:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff28000001148, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80001cd5b45, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000007, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80001e70080
fffff28000001148

FAULTING_IP:
nt!MiCommitExistingVad+1cd
fffff800`01cd5b45 498b07 mov rax,qword ptr [r15]

MM_INTERNAL_CODE: 7

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: WinRAR.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffffa6008883a40 -- (.trap 0xfffffa6008883a40)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000058000000000 rbx=0000000000000000 rcx=fffffa800110df90
rdx=fffffa80079dfc10 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80001cd5b45 rsp=fffffa6008883bd0 rbp=0000000000000000
r8=0000000000000000 r9=0000000000229000 r10=0000000000000000
r11=000000000005af53 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!MiCommitExistingVad+0x1cd:
fffff800`01cd5b45 498b07 mov rax,qword ptr [r15] ds:a5e8:00000000`00000000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80001caa49f to fffff80001c9c350

STACK_TEXT:
fffffa60`08883948 fffff800`01caa49f : 00000000`00000050 fffff280`00001148 00000000`00000000 fffffa60`08883a40 : nt!KeBugCheckEx
fffffa60`08883950 fffff800`01c9aed9 : 00000000`00000000 fffff6fb`40000000 fffffa80`079dfc00 00000000`00000000 : nt!MmAccessFault+0x4af
fffffa60`08883a40 fffff800`01cd5b45 : ffffffff`ffffffff 00000000`00000000 fffffa80`07858bb0 00000000`00000000 : nt!KiPageFault+0x119
fffffa60`08883bd0 fffff800`01f1a415 : fffffa80`04203cd0 fffffa80`00000000 fffffa80`0428abb0 00000000`00000004 : nt!MiCommitExistingVad+0x1cd
fffffa60`08883ca0 fffff800`01c9bdf3 : ffffffff`ffffffff fffffa80`07858bb0 00000000`00000000 fffffa60`08884068 : nt!NtAllocateVirtualMemory+0x1435
fffffa60`08883e40 fffff800`01c9c300 : fffff800`01f32dfe 00000000`00000001 fffff880`0b8993f8 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
fffffa60`08884048 fffff800`01f32dfe : 00000000`00000001 fffff880`0b8993f8 00000000`00000000 fffff800`01cb49be : nt!KiServiceLinkage
fffffa60`08884050 fffff800`01f32f70 : 00000000`00004000 00000000`00040000 00000000`00000000 00000000`00001000 : nt!RtlCreateUserStack+0x14e
fffffa60`08884110 fffff800`01f325e2 : fffffa60`088846d0 fffffa60`08884ca0 00000000`00000000 fffffa60`08884340 : nt!PspSetupUserStack+0x68
fffffa60`08884180 fffff800`01f35bc4 : fffffa80`079dfc10 00000000`00000000 fffffa80`039a0000 fffffa60`088846d0 : nt!PspAllocateThread+0x415
fffffa60`088842c0 fffff800`01f3593a : 00000000`0007e560 00000000`00000001 00000000`00000001 fffffa60`088845a0 : nt!PspCreateThread+0x234
fffffa60`088844e0 fffff800`01c9bdf3 : fffffa80`07858bb0 00000000`0007e448 fffffa60`08884bc8 00000000`00000048 : nt!NtCreateThreadEx+0x1e6
fffffa60`08884bb0 00000000`775f64fa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0007e428 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x775f64fa


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiCommitExistingVad+1cd
fffff800`01cd5b45 498b07 mov rax,qword ptr [r15]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiCommitExistingVad+1cd

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 48d1ba35

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x50_nt!MiCommitExistingVad+1cd

BUCKET_ID: X64_0x50_nt!MiCommitExistingVad+1cd

Followup: MachineOwner
--------

Dit is gedaan door de Powersupply test van OCCT (= Linpack + Furmark) te doen tijdens het maken van een archive met winrar

Het bizarre is trouwens wel dat als ik een archive maak, ik wel OCCT, OCCT Linpack, OCCT GPU (Furmark) kan draaien zonder problemen, maar van zo gauw ik de OCCT powersupply test doe (Linpack + Furmark) dan had ik binnen de seconde een vette bluescreen

edit:
om zeker te zijn dat het niet winrar is, heb ik trouwens net ff winzip evaluation versie installed... en dat geeft exact hetzelfde probleem met fallout 3..

[BGB4rn]

IMAGE_NAME: memory_corruption

[-The_Mask-]

Even verschillende versies van Memtest proberen.
Memtest, Memtest86, Memtest86+, Memtest for Windows, Orthos Blend test (CPU+RAM)

[Mastakilla]

-The_Mask- schreef op zondag 12 april 2009 @ 18:45:
Even verschillende versies van Memtest proberen.
Memtest, Memtest86, Memtest86+, Memtest for Windows, Orthos Blend test (CPU+RAM)

Ik dacht dat 11 passes met een bootable memtest86+ CDtje wel genoeg bewijs waren om dat uit te sluiten?

Maar goed, ik zal het eens proberen... welke raad je aan om te beginnen en hoelang?

[-The_Mask-]

Mastakilla schreef op zondag 12 april 2009 @ 18:48:
[...]

Ik dacht dat 11 passes met een bootable memtest86+ CDtje wel genoeg bewijs waren om dat uit te sluiten?

Maar goed, ik zal het eens proberen... welke raad je aan om te beginnen en hoelang?

Memtest86 maar een nachtje ofzo.

[ Voor 7% gewijzigd door -The_Mask- op 12-04-2009 18:56 ]

[Mastakilla]

memtest86 ondersteund mijn chipset niet en wordt niet meer ontwikkeld...

vandaar dat ik memtest86+ gebruikte

[-The_Mask-]

Laatste update was anders nog wel van januari 2009, dus ze zijn er nog wel mee bezig.

[CH4OS]

PAGE_FAULT_IN_NONPAGED_AREA duidt meestal een probleem met het geheugen aan.
Clock je FSB / HTT eens naar standaard en kijk of je die problemen dan ook hebt.
Heb je ze dan niet, verhoogd de FSB / HTT dan stapje voor stapje.

Lukt het op stock speeds ook niet, draai dan eens Memtest86+ voor een nachtje, en kijk wat daar dan uit komt.
Waarschijnlijk is dan je geheugen namelijk gewoon rot.

Met hierboven dus

@ Hieronder:
Ik vergat eerst te refreshen...

[ Voor 7% gewijzigd door CH4OS op 12-04-2009 20:51 ]

[-The_Mask-]

Lukt het op stock speeds ook niet, draai dan eens Memtest86+ voor een nachtje, en kijk wat daar dan uit komt.

Lezen is ook een vak.

[Mastakilla]

-The_Mask- schreef op zondag 12 april 2009 @ 19:03:
Laatste update was anders nog wel van januari 2009, dus ze zijn er nog wel mee bezig.

ok, is idd nog wel recent

maar echt werken doet ie niet

optie 1) (single core) zit 2-3 seconden vast
optie 2) (multicore) zit onmiddellijk vast
(ook op default speeds)

op het ocz forum raden ze trouwens af van die te gebruiken:
http://www.ocztechnologyf...um/showthread.php?t=53732

ben nu iig nogmaals memtest86+ aan het draaien

heb intussen ook nog hoop meer geprobeert, maar dat vertel ik straks samen met het memtest86+ resultaat, na mijn werk

[Mastakilla]

RAM: ik heb vandaag memtest86+ opnieuw laten lopen. Hij zit intussen aan 16 passes zonder errors... dus ik denk dat het RAM toch echt wel in orde is...

HD / SATA controller: Ik heb intussen Vista opnieuw installed op een antieke 120GB IDE schijf (en SATA schijf losgekoppeld) en ook daarmee heb ik exact dezelfde problemen... Maw mijn Samsung HD of de SATA controller zijn ook al niet het probleem...

Temp + Voltages: ik heb nog wat verder met voltages zitten prutsen... zowel individueel als samen deze veranderen lijkt helemaal geen invloed te hebben (bij teveel zelfs het tegenovergestelde)... Daarnaast merkte ik ook op dat de NB vrij warm werd als ik het koelblok aanraakte... Ik heb er dan ook ff mijn 120mm windturbine (serverfan) op gericht waardoor de NB ijskoud werd, maar ook dit had geen invloed... (CPU wordt met die mugen 2 trouwens nooit warmer dan 45°, zelfs in dit warm weekend niet)...
maw temp en voltages zijn het ook al niet...

Games + Winrar:
Fallout 3 + winrar: loopt vast op met iedere setting (zelfs op 1600Mhz, de minimum)
Farcry 2 + winrar: loopt vast op 3500Mhz, stabiel op 3375Mhz
Crysis Warhead + winrar: "stabiel" op 3500Mhz (hoewel deze, voor de format, op 3500Mhz wel eens durfde crashen zonder winrar)
Bioshock + winrar: "stabiel" op 3500Mhz

Prime95: Ik heb intussen ook wat prime95 zitten lopen met small FFTs... Deze geeft op 3500Mhz een bluescreen na een 4-5 tal uur... Op 3375Mhz had ik na deze nacht nog geen blue screen...
prime95 samen met winrar maakt het trouwens niet onstabieler, ook niet met grotere FFTs

OCCT powersupply test + winrar: loopt soms vast op 3500Mhz, nog niet meegemaakt op 3375Mhz

maw: in de meeste toepassingen lijkt het opgelost te zijn als ik de CPU speed verlaag, maar in Fallout 3 absoluut niet... Dit begrijp dan ook niet echt... Zou iemand misschien ff aub zelf kunnen proberen Fallout 3 te spelen tijdens het maken van rar of zip file? thanks!

Ik heb trouwens ook de "farcry 2 + winrar"-test gedaan met enkel mijn 3e core (de zwakke) op 3375Mhz en ook dat lijkt het probleem op te lossen (behalve in fallout 3 natuurlijk )

[Deagle]

Hoe zit het met de bios op je moederbord? Is dit de nieuwste?