[Windows 7]Zeer regelmatig BSOD, vnl ntoskrnl.exe

[Bezulba]

Na 5 maanden geklooi ben ik het wel een beetje zat aan het worden. Ik heb een 2de pc staan, niets bijzonders, 1 videokaart, dvd brandertje, hdtje etc. Geen superduursnelmonster, maar gewoon een pc om filmpjes op te kijken en om langames mee te spelen. Nu heb ik al 5 maanden lang zeer veel last van BSOD's. Dit kan tijdens idle'n zijn, tijdens gamen, bij het opstarten, afsluiten, tijdens herinstallatie, maakt niet uit. Het vermoede bestond in het begin dat het aan de videokaart lag, omdat hij leek te crashen bij games en films. Was niet de oplossing. Ik ben toen het volgende gaan vervangen:

Moederbord: AsusP5KPL-AM/EPU,s775
Powersupply: OCZModXStream Pro 600W
Geheugen: 2gig ocz geheugen (foutje, had 4 gig moeten zijn)
Videokaart: Sapphire RADEON HD 5770
Hd vervangen
Alle sata kabels vervangen.
3x windows opnieuw geinstallerd (Windows 7 Ultimate 64bit)
Alle drivers geupdate en niet geupdate (om te kijken of het mischien een nieuwe versie probleem was met het 1 of ander) en nog steeds krijg ik bsod's.
Memtest gedraait, 7 cycles, helemaal geen fouten

De enige originele onderdelen zijn een dvd brander, cpu (E8400) en m'n computerkast.
9 van de 10 keer geeft de minidump het volgende aan: Probably caused by : ntoskrnl.exe ( nt+90c7f ) Na een tijdje komen er andere probably caused by, maar mijn vermoeden is dat dan mijn windows installatie nogal over de zijk is van het vele onverwacht rebooten dat niet alles meer perfect loopt.

Natuurlijk op zoek gegaan op internet, maar veel verder dan, is je pc niet te heet (nee), heb je wel al je drivers geupdate (ja) en draai eens een memtest kwam ik niet.

Moet ik nu daadwerkelijk maar m'n dvdspeler, cpu en kast gaan vervangen om dit zwaar irritante probleem op te lossen? Of is er toch een software oplossing hiervoor die ik over het hoofd heb gezien?

ps. wat een zwaar achtelijke actie moet je uit voeren om die minidumps uit te lezen, programmeerdebugtools downloaden en een symbolserver instellen (wat nog steeds niet werkt, maar dat terzijde) om alleen maar te kijken wat de minidump nou aangeeft

[Proxx]

Hd vervangen
Alle sata kabels vervangen.
3x windows opnieuw geinstallerd (Windows 7 Ultimate 64bit)
Alle drivers geupdate en niet geupdate (om te kijken of het mischien een nieuwe versie probleem was met het 1 of ander) en nog steeds krijg ik bsod's.
Memtest gedraait, 7 cycles, helemaal geen fouten

in die tijd had je al minstens 1000keer je minidump kunnen debuggen.

zo moeilijk is het allemaal niet.

in de howto staat het heel duidelijk uitgelegd! het ziet er heel uit maar het valt wel mee.

Om uit te vinden waar de BSOD vandaan komt hebben we wat dingen nodig:

Debugging Tools for Windows (ik heb 4.0 beta 1 gebruikt maar pak maar gewoon de nieuwste die je vinden kan) te verkrijgen op:
http://www.microsoft.com/...ls/debugging/default.mspx
_{Symbol files
te verkrijgen op http://www.microsoft.com/.../debugging/symbolpkg.mspx
Download hier de symbol files passend bij het operating systeem/service pack wat je draait *note werkt niet in firefox/opera wegens het keuze menu*.
De installatie spreekt redelijk voor zich en zal daar ook geen woorden over vuilmaken.}



Windbg

Na het starten van windbg hebben gestart gaan we naar

File->Symbol file path_{en vullen de de directory in waar de symbols geinstaleerd staan (waarschijnlijk c:\winnt\symbols).}

In de 4.0 _beta versie van de tols kan je ook SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols invullen waarna de debugger de informatie die ie nodig heeft zelf zal downloaden bij microsoft en deze in c:\websymbols plaatsen.

Vervolgens vullen we bij File ->image file path het path in waar windows geinstaleerd staat. (C:\winnt waarschijnlijk)

waarna we File->Open Crashdump onze crashdump kunnen openen. Ik heb ter illustratie een van m'n eigen mini dumps geanalyseerd. Na het openen zal windbg automatish een korte analyse geven van de dump. deze is later nog es op te roepen door !kanalyzebugcheck


Bugcheck Analysis

Use !analyze -v to get detailed debugging information.

BugCheck 100000EA, {81600708, 814b43a8, 8179f888, 1}

Probably caused by : nv4_disp ( nv4_disp+2dddb )

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

bron

bij het voorbeeld geeft hij al meteen aan dat het nv4-disp moet zijn. als hij vervolgens die !analyze -v zou aan klikken krijg je een gedetailleerdere uitleg.

die nv4_disp zou je op google kunnen zoeken als het niet meteen belletjes doet rinkelen!
_{nv4_disp = nvidia natuurlijk}

in mijn ervaring zijn het vaak .sys bestanden

[ Voor 8% gewijzigd door Proxx op 07-10-2010 23:29 ]

[Bezulba]

tof, mag fijn die data telkens opnieuw invullen voor elke imgdump die ik wil bekijken, want na het laden van 1tje, mag ik niet een volgende openen, nee moet eerst het programma dicht (begrijp je wat ik bedoel met onzinnige stappen moeten uitvoeren voor het bekijken van een toch wel heel erg basic en belangrijk bestuuringssysteemonderdeel?)

anyway, zonder symbols is het ntoskrnl.exe, met symbols is het

Probably caused by : memory_corruption

en

Probably caused by : cdd.dll ( cdd!ShadowUnLock+2a )

na wat zoek werk kan het wel kloppen dat de cdd.dll een bsod geeft, want volgens mij was ik toen ook een filmpje aan het kijken. Dus hij geeft een BSOD van een file die actief was. Nu rest nog de vraag wat kan ik er aan doen.. memtests en bios updates hebben niet geholpen (wat zo'n beetje de catch all is van alle fora's waar dit probleem op staat)

[Bezulba]

hmm ik vind het volgende artikel: http://www.pcpro.co.uk/ne...f-windows-7-graphics-flaw

ik heb aero uitgezet, even kijken of dit effect heeft.

Ik baal er wel even van dat ik m'n minidumps niet bewaard heb bij de laatste herinstallatie..

alhoewel de MS fix die dat probleem zou moeten verhelpen wel geinstalleerd is..

[ Voor 13% gewijzigd door Bezulba op 07-10-2010 23:48 ]

[alt-92]

http://osvdb.org/64731
Wel een leuk write-up van de bug in kwestie.
Welke media player en games gaat het om bij jou?

[ Voor 4% gewijzigd door alt-92 op 08-10-2010 08:31 ]

[Proxx]

tof, mag fijn die data telkens opnieuw invullen voor elke imgdump die ik wil bekijken, want na het laden van 1tje, mag ik niet een volgende openen, nee moet eerst het programma dicht (begrijp je wat ik bedoel met onzinnige stappen moeten uitvoeren voor het bekijken van een toch wel heel erg basic en belangrijk bestuuringssysteemonderdeel?)

dat ligt niet aan het onzinnige debug programma hoor.

als je na de symbols file path te hebben in gevuld en de rest (nog voor je de dump file opend)
je workspace saved: (File > save workspace) hoef je die stap niet elke keer te herhalen!
en als je dan na het debuggen de 7ende knop van links aan klikt kun je gewoon weer een nieuw dump bestand openen zonder het programma te herstarten

moet wel eerlijk zeggen dat ik er sinds kort pas achter gekomen ben
ik deed ook elke keer het programma nieuw starten voor elke dump

[ Voor 8% gewijzigd door Proxx op 08-10-2010 08:44 ]

[Bezulba]

ik heb mijn pc aan laten staan vanacht, en hij is 9x gecrasht met een bsod.

Ik gebruik trouwens VLC en het gebeurt bij allerlij games, Mw2, civ5, civ4, TF2, het maakt niet uit

ik ben door de dumpfiles gegaan en het is tot nu toe:
2x Probably caused by : memory_corruption
4x Probably caused by : ntkrnlmp.exe ( nt!KiSystemServiceHandler+7c )
1x Probably caused by : win32k.sys

memory corruption denk ik natuurlijk meteen aan geheugen, maar het geheugen is gewoon goed en het zou wel heel toevallig zijn als all 3 mijn reepjes allemaal de memtest doorstaan maar toch alle 3 defect zijn.

Aero staat trouwens uit, geen effect gehad dus.

[Nielson]

eendje schreef op vrijdag 08 oktober 2010 @ 10:28:
memory corruption denk ik natuurlijk meteen aan geheugen, maar het geheugen is gewoon goed en het zou wel heel toevallig zijn als all 3 mijn reepjes allemaal de memtest doorstaan maar toch alle 3 defect zijn.

Hoe is je geheugenopstelling nu, want in de ts staat dat je 2 of 4GB hebt maar is dat met 3 modules? En aangezien het OCZ geheugen betreft, draait het op de voorgeschreven spanning?

[Bezulba]

1 bankje geheugen, ik had 2x2gb maar dat dus ook vervangen.

Ik heb niets overgeklokt, hoger gezet of aangepast. Alles draait op stock

[Nielson]

eendje schreef op vrijdag 08 oktober 2010 @ 10:34:
Ik heb niets overgeklokt, hoger gezet of aangepast. Alles draait op stock

Stock is bij OCZ vaak niet afdoende, kijk even naar de exacte specs van het geheugen.

[Rutix]

eendje schreef op vrijdag 08 oktober 2010 @ 10:28:
ik heb mijn pc aan laten staan vanacht, en hij is 9x gecrasht met een bsod.

Ik gebruik trouwens VLC en het gebeurt bij allerlij games, Mw2, civ5, civ4, TF2, het maakt niet uit

ik ben door de dumpfiles gegaan en het is tot nu toe:
2x Probably caused by : memory_corruption
4x Probably caused by : ntkrnlmp.exe ( nt!KiSystemServiceHandler+7c )
1x Probably caused by : win32k.sys

memory corruption denk ik natuurlijk meteen aan geheugen, maar het geheugen is gewoon goed en het zou wel heel toevallig zijn als all 3 mijn reepjes allemaal de memtest doorstaan maar toch alle 3 defect zijn.

Aero staat trouwens uit, geen effect gehad dus.

Begrijp ik goed dat hij dus 8x is gecrasht op het inlog scherm of windows desktop?

Edit: Zou je de analyze van die memdump van de bsod ntkrnlmp.exe ( nt!KiSystemServiceHandler+7c ) kunnen pasten?

[ Voor 6% gewijzigd door Rutix op 08-10-2010 10:48 ]

[Schonhose]

Nielson schreef op vrijdag 08 oktober 2010 @ 10:39:
[...]
Stock is bij OCZ vaak niet afdoende, kijk even naar de exacte specs van het geheugen.

OCZ geheugen draait vaak op een iets andere timing en voltage dan de meeste dimmetjes. Hier heb ik in het verleden ook problemen mee gehad. Als het goed is kun je in je BIOS het een en ander overklokken. Uiteindelijk kreeg ik het niet stabiel en heb ik Corsair genomen.

Bij mij waren de verschijnselen crashen bij installatie van Windows.

[ Voor 7% gewijzigd door Schonhose op 08-10-2010 11:39 ]

[Bezulba]

Rutix schreef op vrijdag 08 oktober 2010 @ 10:46:
[...]

Begrijp ik goed dat hij dus 8x is gecrasht op het inlog scherm of windows desktop?

Edit: Zou je de analyze van die memdump van de bsod ntkrnlmp.exe ( nt!KiSystemServiceHandler+7c ) kunnen pasten?

hij logt automatisch in, dus tijdens idlen in de windows desktop

ik kan de timing imho niet aanpassen in het bios, alleen de voltage en freq.


Loading Dump File [C:\Windows\Minidump\100810-18002-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: c:\windows
Windows 7 Kernel Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.20738.amd64fre.win7_ldr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02863000 PsLoadedModuleList = 0xfffff800`02a97eb0
Debug session time: Fri Oct 8 08:45:29.010 2010 (UTC + 2:00)
System Uptime: 0 days 0:07:35.586
Loading Kernel Symbols
...............................................................
................................................................
.............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffa83013680c8, 2, 1, fffff800028eede4}

Probably caused by : memory_corruption ( nt!MiUnlinkFreeOrZeroedPage+1ca )

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: fffffa83013680c8, 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: fffff800028eede4, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002b020e0
fffffa83013680c8

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiUnlinkFreeOrZeroedPage+1ca
fffff800`028eede4 48893cc2 mov qword ptr [rdx+rax*8],rdi

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: avgchsva.exe

TRAP_FRAME: fffff88006730410 -- (.trap 0xfffff88006730410)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000006026d018 rbx=0000000000000000 rcx=0000000000000006
rdx=fffffa8000000008 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800028eede4 rsp=fffff880067305a0 rbp=0000000000000004
r8=0000000000000000 r9=fffff80002a44e80 r10=fffffa80017febc0
r11=fffff88006730608 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz ac po nc
nt!MiUnlinkFreeOrZeroedPage+0x1ca:
fffff800`028eede4 48893cc2 mov qword ptr [rdx+rax*8],rdi ds:0002:fffffa83`013680c8=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800028c8ae9 to fffff800028c9580

STACK_TEXT:
fffff880`067302c8 fffff800`028c8ae9 : 00000000`0000000a fffffa83`013680c8 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`067302d0 fffff800`028c7760 : 00000000`00000001 fffffa83`013680c8 00000000`00000000 fffffa80`0163ecc0 : nt!KiBugCheckDispatch+0x69
fffff880`06730410 fffff800`028eede4 : fffffa80`0134d090 fffff800`028f3b7e 00000000`005aee00 fffff880`067307d8 : nt!KiPageFault+0x260
fffff880`067305a0 fffff800`028f3e68 : fffff880`06730680 00000000`00076a44 fffffa80`0163ecc0 fffffa80`01352490 : nt!MiUnlinkFreeOrZeroedPage+0x1ca
fffff880`06730610 fffff800`02895773 : 2aaaaaaa`aaaaaaab 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : nt!MiRemoveAnyPage+0x1d8
fffff880`06730730 fffff800`028b9439 : 00000000`00000004 00000000`00000000 fffff8a0`06f28b20 00000000`00000000 : nt!MiGetPage+0x39f
fffff880`067307d0 fffff800`028f4c5d : fa8001de`8c7004c0 ffffffff`00000420 fffff8a0`06f28b00 00000000`00000000 : nt!MiResolveMappedFileFault+0xadd
fffff880`06730920 fffff800`028e889e : 00000000`00000000 00000000`013a0000 fffff680`00009d00 fffffa80`03577ec8 : nt!MiResolveProtoPteFault+0x48d
fffff880`067309c0 fffff800`028e7511 : fffffa80`02b5d200 00000000`013a0000 00000000`00000000 fffff8a0`00000000 : nt!MiDispatchFault+0x1de
fffff880`06730ad0 fffff800`028c766e : 00000000`00000000 00000000`013a0000 00000000`03fbed01 00000000`e6452017 : nt!MmAccessFault+0x3ab1
fffff880`06730c20 000007fe`ff50224c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`03fbeb10 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`ff50224c


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiUnlinkFreeOrZeroedPage+1ca
fffff800`028eede4 48893cc2 mov qword ptr [rdx+rax*8],rdi

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiUnlinkFreeOrZeroedPage+1ca

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c42e3

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0xA_nt!MiUnlinkFreeOrZeroedPage+1ca

BUCKET_ID: X64_0xA_nt!MiUnlinkFreeOrZeroedPage+1ca

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

[ Voor 88% gewijzigd door Bezulba op 08-10-2010 11:56 ]

[Rutix]

Paar mogelijkheden wat het zou kunnen zijn:

* Memory voltage is te laag en of timings zijn verkeerd. (Check je motherboard fabrikant voor de bios handleiding om die 2 te veranderen.)
* AVG. Ik heb namelijk gehoord dat er veel problemen zijn met de laatste AVG versies. Het is het proberen waard om het te verwijderen en kijken of het dan over is.

[Bezulba]

ik heb AVG pas gisteravond opnieuw geinstalleerd, ik had toen al 2 bsod's gehad. Ok, 7 meer vanacht, maar ik denk niet dat dat het enige probleem is dan.

[Proxx]

ik zou toch avg even wegdoen. hij was met die avgchsva.exe bezig ten tijde van de crash

OCZ geheugen heb ik hier ook echt vervelende ervaringen me gehad en dat lag ook aan de timings.
misschien het type eens opzoeken op de site. en met een tooltje of in de bios de timings nakijken.

en is dit toevallig een of geeft hij bij elke BSOD:

PROCESS_NAME: avgchsva.exe

knip

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c42e3

IMAGE_NAME: memory_corruption

zou je eens willen kijken of er afweikende dumps tussen zitten. en welke uptime de computers hebben.
als het consequent na 7min gebeurt heb je al weer iets meer om naar te zoeken.

en nu ben je minidumps aan het uitlezen. misschien kun je bij systeemeigenschappen > geavanceerd > Opstart/herstart instellingen. een volledige dump aan zetten. daar staat iets meer informatie in.

[ Voor 53% gewijzigd door Proxx op 08-10-2010 13:04 ]

[Bezulba]

het lijkt erop alsof de BSOD's minder zijn geworden. Ik krijg ze nog wel, maar niet 3-4x per dag. AVG is er iig af. maar zoals gevraagd, hierbij een minidump:


Loading Dump File [C:\Windows\Minidump\101710-17035-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is: c:\windows
Windows 7 Kernel Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.20738.amd64fre.win7_ldr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02866000 PsLoadedModuleList = 0xfffff800`02a9aeb0
Debug session time: Sun Oct 17 22:05:23.310 2010 (UTC + 2:00)
System Uptime: 0 days 11:30:04.580
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffa8030bd4fca, 2, 0, fffff80002908b05}

Probably caused by : win32k.sys ( win32k!vSolidFillRect1+11e )

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

1: 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: fffffa8030bd4fca, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, 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: fffff80002908b05, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002b050e0
fffffa8030bd4fca

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiMapPageInHyperSpaceWorker+15
fffff800`02908b05 450fb6481a movzx r9d,byte ptr [r8+1Ah]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: newsLeecher.ex

TRAP_FRAME: fffff880069dfb10 -- (.trap 0xfffff880069dfb10)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000007e057cc rbx=0000000000000000 rcx=00f0f0f000f0f0f0
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff960000d9a42 rsp=fffff880069dfca0 rbp=00000000ffffffff
r8=00000000000002bd r9=0000000007e057cc r10=0000000000000000
r11=0000000000000685 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
win32k!vSolidFillRect1+0x11e:
fffff960`000d9a42 418939 mov dword ptr [r9],edi ds:ac30:00000000`07e057cc=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff800028cbae9 to fffff800028cc580

STACK_TEXT:
fffff880`069df5f8 fffff800`028cbae9 : 00000000`0000000a fffffa80`30bd4fca 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`069df600 fffff800`028ca760 : 00000000`00000000 fffffa80`30bd4fca 00000000`00000000 fffffa80`013f7400 : nt!KiBugCheckDispatch+0x69
fffff880`069df740 fffff800`02908b05 : fffff800`0288d1c6 00000000`00000002 00000000`00000000 fffffa80`013f73a0 : nt!KiPageFault+0x260
fffff880`069df8d8 fffff800`0288d1c6 : 00000000`00000002 00000000`00000000 fffffa80`013f73a0 fffffa80`0374c8d0 : nt!MiMapPageInHyperSpaceWorker+0x15
fffff880`069df8e0 fffff800`0299029d : fffffa80`013f7400 fffff880`069dfa40 00000000`00000080 00000000`0004ee6c : nt!MiRestoreTransitionPte+0x86
fffff880`069df940 fffff800`028e9f13 : ffffffff`ffffffff fffff880`069dfa40 00000000`00000000 2aaaaaaa`aaaaaaab : nt!MiRemoveLowestPriorityStandbyPage+0x2ad
fffff880`069df9c0 fffff800`028ca66e : 00000000`00000001 00000000`07e057cc 00000000`00000600 00000000`00000001 : nt!MmAccessFault+0x34b3
fffff880`069dfb10 fffff960`000d9a42 : fffff960`000d9924 fffff900`c06687b0 00000000`00000000 00000000`08254eb0 : nt!KiPageFault+0x16e
fffff880`069dfca0 fffff960`000d9804 : fffff880`069e00e0 00000000`00000685 00000000`08254eb0 00000000`00f0f0f0 : win32k!vSolidFillRect1+0x11e
fffff880`069dfce0 fffff960`000b57c8 : 00000000`00000005 fffff880`069e00e0 00000000`00000000 fffff800`00f0f0f0 : win32k!vDIBSolidBlt+0x204
fffff880`069dfec0 fffff960`0009f88d : 00000000`00000000 00000000`00000000 00000000`00000000 fffff900`c06687b0 : win32k!EngBitBlt+0x788
fffff880`069dffc0 fffff960`0009f474 : 00000000`00000000 fffff880`069e03e0 fffff880`069e0250 fffff900`0000f0f0 : win32k!GrePatBltLockedDC+0x2f9
fffff880`069e0070 fffff960`00273278 : fffff880`069e0250 fffff800`02b7f666 00000000`0008d3e0 fffff960`00000000 : win32k!GrePolyPatBltInternal+0x2ec
fffff880`069e01c0 fffff800`028cb7d3 : 00000000`0008cb28 00000000`00f00021 00000000`0008d3e0 ffffffff`00000001 : win32k!NtGdiPolyPatBlt+0x308
fffff880`069e02f0 00000000`758c02ba : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0008cb08 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x758c02ba


STACK_COMMAND: kb

FOLLOWUP_IP:
win32k!vSolidFillRect1+11e
fffff960`000d9a42 418939 mov dword ptr [r9],edi

SYMBOL_STACK_INDEX: 8

SYMBOL_NAME: win32k!vSolidFillRect1+11e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4c7dc13c

FAILURE_BUCKET_ID: X64_0xA_win32k!vSolidFillRect1+11e

BUCKET_ID: X64_0xA_win32k!vSolidFillRect1+11e

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

[Leviathan_nl]

Ik zou als ik jouw was het voltage van je geheugen in de BIOS wat hoger zetten.
Waarschijnlijk heeft je geheugen 1.65 volt nodig.
Mijn OCZ geheugen wat draaide op de standaard 1.5 volt was de oorzaak van mijn blauwe schermen.
De reepjes die ik erin heb zitten draaien nu op 1.7 volt (stond ook al op de reepjes aangegeven )

Waarschijnlijk staat op de geheugenreepjes al aangegeven welk voltage je nodig hebt.

[ Voor 14% gewijzigd door Leviathan_nl op 18-10-2010 08:59 ]

[Bezulba]

voltage was al aangepast naar wat het geheugen aangaf, 1.8v
samen met wat andere dingen die ik gedaan heb zorgde het wel voor een vermindering van de bsod's, maar ze zijn niet weg.

[ Voor 54% gewijzigd door Bezulba op 18-10-2010 09:05 ]

[Pepehv]

Ikzelf heb ook tijden lang gekloot met precies dezelfde mysterieuze bsods als jij. Ook met ntoskrnl.exe en memory_corruption in de hoofdrol.

Memtest 50x foutloos kunnen draaien maar het bleef fout gaan. Ergens een ander goedkoop (niet exotisch qua timings / snelheid) reepje geheugen op de kop getikt en het daar eens mee geprobeerd. Geen bsod meer gehad.

Het geheugensetje ge-RMA'ed, nieuw setje gekregen, dat geplaatst en werkte als een trein.

Ofwel: probeer gewoon eens compleet ander geheugen? Memtest is nou eenmaal niet 100% uitsluitend...

[alt-92]

Geen software issue eigenlijk, daarom >> PMG.

[Bezulba]

Pepehv schreef op dinsdag 19 oktober 2010 @ 19:48:
Ikzelf heb ook tijden lang gekloot met precies dezelfde mysterieuze bsods als jij. Ook met ntoskrnl.exe en memory_corruption in de hoofdrol.

Memtest 50x foutloos kunnen draaien maar het bleef fout gaan. Ergens een ander goedkoop (niet exotisch qua timings / snelheid) reepje geheugen op de kop getikt en het daar eens mee geprobeerd. Geen bsod meer gehad.

Het geheugensetje ge-RMA'ed, nieuw setje gekregen, dat geplaatst en werkte als een trein.

Ofwel: probeer gewoon eens compleet ander geheugen? Memtest is nou eenmaal niet 100% uitsluitend...

ik heb dus al het geheugen vervangen, maar mischien moet ik gewoon nog een setje kopen