random bsod's, memtest ok, nog suggesties?...

[AlexanderB]

...voordat ik maandag het hele ding uit elkaar sloop en alles in andere pc's douw om te kijken welk onderdeel dr failed.

probleem:
iedere +/- 20 minuten tot 2 uur een bsod, iedere keer een andere, vooral/alleen als hij idle is, t gebeurt iedere keer als je net niet kijkt en zonder aanwijsbare reden, vooral van het soort IRQ_LESS_OR_NOT_EQUAL. memdumps en errorcodes zal ik later ff posten als ik weer bij de pc in questie ben. heb al geprobeerd om de minidumps te ontleden, maar dat wijst iedere keer op iets anders uit de windows kernel/system.

het gaat om de Packard Bell ixtreme Jxxxx van mn vriendin,
q6600,
4 gb ddr2 (zal wel pc2-5200 zijn ofzo, krijgt een lage windows experience index, verder unrelated)
8600 GTX
oem m-atx bordje
oem voeding
hdd
optical
cardreader
originele PB/HP vista home-?? --> windows 7 ultimate (was ff het 1e dvdtje dat ik kon vinden)

uit de troubleshooting guide: memtest86+ n hele tijd laten draaien, geen probleem, ook de windows 7 memtest van de dvd laten draaien, ook geen probleem, kortom, ik verdenk het mem niet, maar zal het voor de zekerheid ook ff in mn eigen doos testen.

verdenkingen: kan vanalles zijn, voeding brak, hdd corrupt, temps, bord leip, gpu stuk, etc.. dus dat zal maandag wel komen..
wat ik ook nog ff kan checken is n linux livecd dr in te douwen, alleen ben ik bang dat dr dan ineens niets meer "mis" is. (hoewel het na een verse install meteen weer mis was, lijkt me dus geen windows probleem)

maar wat ik wou vragen, iemand nog een suggestie? heb ik iets over het hoofd gezien? zo niet, gaat maandag de hele zooi uit elkaar.

[Zandpad]

IRQ Not Less Or Equal wijst op een memory fout of een conflict in de IRQ's...
Waarschijnlijk een com poort of serieele poort die dezelfde IRQ gebruikt als een ander apparaat.
Kijk even in de BIOS!

[AlexanderB]

that would make sense, het gezooi is begonnen nadat de pc verhuisd is, blijkbaar zijn de stekkers (alleen maar usb apparaten trouwens) er in de "verkeerde" volgorde in gegaan? maar dan nog, brakke setup dat het toevoegen of van poort wisselen van tobo en muis de hele zaak op tilt kan laten gaan.. zal de bios ook ff uitpluizen en alle irq vretende dingen afzetten goede tip.

[MAX3400]

maar dat wijst iedere keer op iets anders uit de windows kernel/system.

Welke meldingen komen daar dan uit? Als je die post (of 4 of 5 verschillende), kan er mogelijk duidelijker gewezen/gedacht worden waar het issue kan zitten?

[AlexanderB]

zal ik maandag doen , computer staat nu 100+ km hier vandaan, helaas..

[Zandpad]

AlexanderB schreef op donderdag 15 april 2010 @ 21:29:
that would make sense, het gezooi is begonnen nadat de pc verhuisd is, blijkbaar zijn de stekkers (alleen maar usb apparaten trouwens) er in de "verkeerde" volgorde in gegaan? maar dan nog, brakke setup dat het toevoegen of van poort wisselen van tobo en muis de hele zaak op tilt kan laten gaan.. zal de bios ook ff uitpluizen en alle irq vretende dingen afzetten goede tip.

Hmm USB poorten zou niet een probleem moeten zijn, tenzij er een USB apparaat is dat een specifieke driver/IRQ nodig heeft... Is er tijdens de verhuizing niet iets kapot gegaan? Mobo, CPU, RAM, Graka of HDD ??

[Verwijderd]

Zandpad schreef op donderdag 15 april 2010 @ 22:06:
[...]


Hmm USB poorten zou niet een probleem moeten zijn, tenzij er een USB apparaat is dat een specifieke driver/IRQ nodig heeft... Is er tijdens de verhuizing niet iets kapot gegaan? Mobo, CPU, RAM, Graka of HDD ??

Als het na een verhuizing 'ineens' niet meer werkt is dat wel mogelijk lijkt me.

[Zandpad]

Verwijderd schreef op donderdag 15 april 2010 @ 22:16:
[...]


Als het na een verhuizing 'ineens' niet meer werkt is dat wel mogelijk lijkt me.

Nee oke, maar je weet zeker dat binnenin niets aan de hand is?

[Verwijderd]

Zandpad schreef op donderdag 15 april 2010 @ 22:19:
[...]


Nee oke, maar je weet zeker dat binnenin niets aan de hand is?

Nee natuurlijk niet

[AlexanderB]

hmja, ik heb em open gehad, niets aan te zien (behalve dat alle 3 de identieke computers @ vriendin thuis het 6 pins PEG kabeltje missen, maar 2 van de 3 doen het prima)
"verhuizing" nja, van de ande naar de andere kant van de kamer verplaatst. kan dr nogsteeds wel wat losgeschoten zijn na verplaatsen, maar stekkervolgorde en irritante drivers klinkt logischer.. we'll see.. (verklaart zowel oorzaak als symptomen, dus dat is makkelijk)

[ Voor 7% gewijzigd door AlexanderB op 15-04-2010 22:59 ]

[Rupie]

memtest86+ n hele tijd laten draaien

wat versta je onder een hele tijd als ik vragen mag?

[DannyvdHof]

Ik heb zelf ook hetzelfde probleem gehad. en dit bleek een Windows Update te zijn elke keer een andere bluescreen. ik zal even opzoeken wel update het is.

de Windows Update die dit kan veroorzaken is: KB977165
maar het kan natuurlijk zijn dat het toch aan de hardware ligt, succes

[ Voor 29% gewijzigd door DannyvdHof op 16-04-2010 12:04 ]

[AlexanderB]

2x tot 100%, oftewel een aantal uur (uur of 7-8 zal t zijn geweest?) + n uur ofzo wat die microsoft memtest doet.

[ Voor 24% gewijzigd door AlexanderB op 16-04-2010 13:08 ]

[sanderhak]

Vanaf windows 7 cd in repair console chkdsk draaien en vanaf seatools boot cd harddisk fysiek controleren.

[Nielson]

Zandpad schreef op donderdag 15 april 2010 @ 21:02:
IRQ Not Less Or Equal wijst op een memory fout of een conflict in de IRQ's...
Waarschijnlijk een com poort of serieele poort die dezelfde IRQ gebruikt als een ander apparaat.
Kijk even in de BIOS!

Denk dat ts de foutmelding verkeerd overgetypt heeft want ws is het IRQL_LESS_OR_NOT_EQUAL en deze heeft helemaal niks met hardware irq's te maken. Wel vaak memory of driver probleem.

[BdK9001]

Inderdaad IRQL... problemen zijn vaak driver gerelateerd. in ieder geval een chkdsk draaien (driver kan tenslotte failen op corrupt bestandje) en ook de 'grote' drivers (als video/audio/chipset) opnieuw installeren.

ik moet er eerlijk gezegd wel bij vermelden dat ik deze melding ooit wel eens had op een pc met een te zwakke voeding en dat ik er na een voedingswissel nooit meer last van had

[AlexanderB]

nou, ik heb de dumplogs, zal ff kijken waar ik de originelen upload, vroeger zette ik datsoort zooi op mn tripod/lycos, maar dat bestaat niet meer, zie net dat ik n klein beetje karmapunten tekort kom om t.net storage te gebruiken, dan ff andere hosting zoeken..

klopt, IRQL, ik had t ook alleen maar onthouden, dan sluipt zo'n foutje dr snel in.

zal zo ff chkdsk draaien, als dat het niet is, ga ik de hele pc uit elkaar halen en alles apart testen (hoera voor een veeltal compatible pc's om dingen mee om te wisselen en te kijken welke de symptomen overneemt)

hebbes, filehosting site incl mooie reclameplaatjes, kan dr ff niets aan doen...
http://www.yourfilelink.com/get.php?fid=541561&dv=1
iemand enig idee? zal zo ook ff de errorcodes dr uit halen en hier posten..

oude vista install:

code:

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 98cde03d, The address that the exception occurred at
Arg3: ad589384, Trap Frame
Arg4: 00000000

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

FAULTING_IP: 
win32k!EngCopyBits+3b
98cde03d 8b8e10060000    mov     ecx,dword ptr [esi+610h]

TRAP_FRAME:  ad589384 -- (.trap 0xffffffffad589384)
ErrCode = 00000000
eax=ad589c30 ebx=00000000 ecx=fd854e60 edx=ad589c30 esi=00000140 edi=ad589c40
eip=98cde03d esp=ad5893f8 ebp=ad58962c iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206
win32k!EngCopyBits+0x3b:
98cde03d 8b8e10060000    mov     ecx,dword ptr [esi+610h] ds:0023:00000750=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  5

DEFAULT_BUCKET_ID:  COMMON_SYSTEM_FAULT

BUGCHECK_STR:  0x8E

PROCESS_NAME:  msnmsgr.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 98cca83b to 98cde03d

STACK_TEXT:  
ad58962c 98cca83b fd854e70 ad589c40 ad589934 win32k!EngCopyBits+0x3b
ad589a7c 98cca050 ad589c84 fd8faa10 00000000 win32k!EngStretchBltNew+0x799
ad589b08 98ccbdc1 fdfa06f8 fd8faa10 00000000 win32k!EngStretchBlt+0x341
ad589ca0 98ccbfe4 00000200 000000ef 00000000 win32k!GreStretchDIBitsInternal+0xc90
ad589d1c 8248da9a 010118ff 000000ef 00000000 win32k!NtGdiStretchDIBitsInternal+0xe1
ad589d1c 77129a94 010118ff 000000ef 00000000 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
115ffd58 00000000 00000000 00000000 00000000 0x77129a94


STACK_COMMAND:  kb

FOLLOWUP_IP: 
win32k!EngCopyBits+3b
98cde03d 8b8e10060000    mov     ecx,dword ptr [esi+610h]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  win32k!EngCopyBits+3b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: win32k

IMAGE_NAME:  win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a856c3f

FAILURE_BUCKET_ID:  0x8E_win32k!EngCopyBits+3b

BUCKET_ID:  0x8E_win32k!EngCopyBits+3b

Followup: MachineOwner

code:

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c000001d, The exception code that was not handled
Arg2: 98d5f230, The address that the exception occurred at
Arg3: 9f418848, Trap Frame
Arg4: 00000000

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


EXCEPTION_CODE: (NTSTATUS) 0xc000001d - {EXCEPTION}  Illegal Instruction  An attempt was made to execute an illegal instruction.

FAULTING_IP: 
win32k!SURFREFAPI::SURFREFAPI+345
98d5f230 ff              ???

TRAP_FRAME:  9f418848 -- (.trap 0xffffffff9f418848)
ErrCode = 00000000
eax=fe4a4010 ebx=fe4a4000 ecx=9f418888 edx=00000001 esi=00000000 edi=00000100
eip=98d5f230 esp=9f4188bc ebp=9f418924 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
win32k!SURFREFAPI::SURFREFAPI+0x345:
98d5f230 ff              ???
Resetting default scope

CUSTOMER_CRASH_COUNT:  6

DEFAULT_BUCKET_ID:  COMMON_SYSTEM_FAULT

BUGCHECK_STR:  0x8E

PROCESS_NAME:  explorer.exe

CURRENT_IRQL:  0

MISALIGNED_IP: 
win32k!SURFREFAPI::SURFREFAPI+345
98d5f230 ff              ???

LAST_CONTROL_TRANSFER:  from 98d5ff98 to 98d5f230

FAILED_INSTRUCTION_ADDRESS: 
win32k!SURFREFAPI::SURFREFAPI+345
98d5f230 ff              ???

STACK_TEXT:  
9f418924 98d5ff98 fe39ec58 fe724410 fdbd9f68 win32k!SURFREFAPI::SURFREFAPI+0x345
9f418984 98d600ae fe39ec58 fe724410 fdbd9f68 win32k!EngNineGrid+0x6e
9f4189e0 98d60310 fe39ec58 fe724410 fdbd9f68 win32k!EngDrawStream+0x100
9f418a54 98d5eba6 9f418bb4 fdbd9f68 fe724400 win32k!NtGdiDrawStreamInternal+0x245
9f418be4 98d5e603 c20114d8 00000000 ffa0d480 win32k!GreDrawStream+0x556
9f418d30 8245ea9a c20114d8 00000060 0331e57c win32k!NtGdiDrawStream+0x8c
9f418d30 77d09a94 c20114d8 00000060 0331e57c nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
0331e4f8 00000000 00000000 00000000 00000000 0x77d09a94


STACK_COMMAND:  kb

FOLLOWUP_IP: 
win32k!SURFREFAPI::SURFREFAPI+345
98d5f230 ff              ???

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  win32k!SURFREFAPI::SURFREFAPI+345

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  IP_MISALIGNED

BUCKET_ID:  IP_MISALIGNED

Followup: MachineOwner

code:

ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY (fc)
An attempt was made to execute non-executable memory.  The guilty driver
is on the stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: 8c5138a0, Virtual address for the attempted execute.
Arg2: 2e0d5963, PTE contents.
Arg3: 8c513798, (reserved)
Arg4: 00000002, (reserved)

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


CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xFC

PROCESS_NAME:  Vm_sti.exe

CURRENT_IRQL:  0

TRAP_FRAME:  8c513798 -- (.trap 0xffffffff8c513798)
ErrCode = 00000011
eax=8c513801 ebx=00000000 ecx=8c513900 edx=00000001 esi=00000000 edi=8c513900
eip=8c5138a0 esp=8c51380c ebp=90540023 iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206
8c5138a0 0839            or      byte ptr [ecx],bh          ds:0023:8c513900=00
Resetting default scope

LAST_CONTROL_TRANSFER:  from 8248fbf4 to 824da195

STACK_TEXT:  
8c513780 8248fbf4 00000008 8c5138a0 00000000 nt!MmAccessFault+0x10a
8c513780 8c5138a0 00000008 8c5138a0 00000000 nt!KiTrap0E+0xdc
WARNING: Frame IP not in any known module. Following frames may be wrong.
8c513840 82649dbf 00000000 00560056 a9ba7990 0x8c5138a0
8c513aa0 8267c25d 8c513d44 8246cc25 904f4773 nt!CmpBuildHashStackAndLookupCache+0x170
8c513ab8 8267b3ff 861be0d8 00000000 85a964e8 nt!ObpLookupDirectoryEntry+0x35f
8c513b48 826530f6 00000000 8c513ba0 00000040 nt!ObpLookupObjectName+0x5a8
8c513ba8 82641722 0012e118 00000000 85a96501 nt!ObOpenObjectByName+0x13c
8c513d54 8248ca9a 0012e118 0012e0f0 0012e148 nt!NtQueryAttributesFile+0x125
8c513d54 77159a94 0012e118 0012e0f0 0012e148 nt!KiFastCallEntry+0x12a
0012e148 00000000 00000000 00000000 00000000 0x77159a94


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+dc
8248fbf4 85c0            test    eax,eax

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KiTrap0E+dc

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4b1e892f

FAILURE_BUCKET_ID:  0xFC_nt!KiTrap0E+dc

BUCKET_ID:  0xFC_nt!KiTrap0E+dc

Followup: MachineOwner

code:

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: 00008250, memory referenced
Arg2: 0000001b, 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: 824bd6c9, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from 82541868
Unable to read MiSystemVaType memory at 82521420
 00008250 

CURRENT_IRQL:  1b

FAULTING_IP: 
nt!KeAcquireQueuedSpinLockAtDpcLevel+19
824bd6c9 8908            mov     dword ptr [eax],ecx

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  NMIndexingServi

TRAP_FRAME:  8dc9d72c -- (.trap 0xffffffff8dc9d72c)
ErrCode = 00000002
eax=00008250 ebx=00000418 ecx=82502d38 edx=825423c3 esi=8250c13c edi=85560ec8
eip=824bd6c9 esp=8dc9d7a0 ebp=8dc9d7bc iopl=0         nv up ei ng nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010286
nt!KeAcquireQueuedSpinLockAtDpcLevel+0x19:
824bd6c9 8908            mov     dword ptr [eax],ecx  ds:0023:00008250=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from 824bd6c9 to 82464dc4

STACK_TEXT:  
8dc9d72c 824bd6c9 badb0d00 825423c3 82502920 nt!KiTrap0E+0x2ac
8dc9d79c 82441fa0 00000000 8250c13c 8dc9d82c nt!KeAcquireQueuedSpinLockAtDpcLevel+0x19
8dc9d7bc 82441ec0 00000000 00000000 8dc9d7e4 nt!KiAttemptFastInsertQueue+0xd7
8dc9d7cc 82441e7a 8250c13c 85560ec8 88cc9cd0 nt!KeInsertQueue+0x14
8dc9d7e4 82419351 85560ec8 00000001 8dc9d840 nt!ExQueueWorkItem+0x43
8dc9d804 805d6e63 88cc9cd0 8dc9d82c 00000000 nt!IoReportTargetDeviceChangeAsynchronous+0x11f
8dc9d850 805daebd 88cc80d8 89933fb8 88cc74d0 partmgr!PmInvalidatePartitionTableCache+0xb3
8dc9d86c 805d44b8 88cc7418 89933e28 89933fd4 partmgr!PartitionIoctlGetLengthInfo+0x5d
8dc9d888 805d45f0 88cc7418 89933e28 89933e28 partmgr!PmPartitionDeviceControl+0xe7
8dc9d89c 805d4151 88cc7418 89933e28 88cc7418 partmgr!PmLegacyDeviceControl+0x34
8dc9d8b0 824c60c3 88cc7418 89933e28 89933ff8 partmgr!PmGlobalDispatch+0x1d
8dc9d8c8 8257556a 89933e28 89933fdc 88cc7418 nt!IofCallDriver+0x63
8dc9d8f0 805ed2d6 88cc7418 89933e28 89933e28 nt!IoForwardIrpSynchronously+0x6a
8dc9d928 824c60c3 88cc67a8 89933fdc 89934000 volmgr!VmDeviceControl+0x878
8dc9d940 8b547470 824c605f 88c7d640 00000000 nt!IofCallDriver+0x63
8dc9d964 824c60c3 89933fdc 89933e28 00000000 volsnap!VolSnapDeviceControl+0x42
8dc9d97c 8b2042af c000014f 00000000 88c7d640 nt!IofCallDriver+0x63
8dc9d9cc 8b20546e 88c7d640 8dc9d9f4 00000000 Fs_Rec!FsRecGetDeviceSectorSize+0x65
8dc9d9fc 8b2040be 88a89918 89aed1e8 88a89918 Fs_Rec!ExFatRecFsControl+0x4c
8dc9da10 824c60c3 88a89918 89aed1e8 8253ee00 Fs_Rec!FsRecFsControl+0x60
8dc9da28 825ada8a 88cc67a8 827c7030 827c70c0 nt!IofCallDriver+0x63
8dc9da8c 8244ea6a 88cc67a8 89af7d00 00000000 nt!IopMountVolume+0x1ce
8dc9dabc 8262a5a4 89af7d20 8dc9dbe0 8dc9db78 nt!IopCheckVpbMounted+0x60
8dc9db98 826503ff 88cc67a8 00000000 857138e8 nt!IopParseDevice+0x7fe
8dc9dc28 826280f6 00000000 8dc9dc80 00000040 nt!ObpLookupObjectName+0x5a8
8dc9dc88 82629bf3 01affd44 00000000 82502e01 nt!ObOpenObjectByName+0x13c
8dc9dcfc 8261a635 01affd80 00100000 01affd44 nt!IopCreateFile+0x63b
8dc9dd44 82461a9a 01affd80 00100000 01affd44 nt!NtOpenFile+0x2a
8dc9dd44 76fa9a94 01affd80 00100000 01affd44 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
01affd78 00000000 00000000 00000000 00000000 0x76fa9a94


STACK_COMMAND:  kb

FOLLOWUP_IP: 
partmgr!PmInvalidatePartitionTableCache+b3
805d6e63 8b4dfc          mov     ecx,dword ptr [ebp-4]

SYMBOL_STACK_INDEX:  6

SYMBOL_NAME:  partmgr!PmInvalidatePartitionTableCache+b3

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: partmgr

IMAGE_NAME:  partmgr.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  47918f82

FAILURE_BUCKET_ID:  0xA_partmgr!PmInvalidatePartitionTableCache+b3

BUCKET_ID:  0xA_partmgr!PmInvalidatePartitionTableCache+b3

Followup: MachineOwner

code:

NTFS_FILE_SYSTEM (24)
    If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
    parameters are the exception record and context record. Do a .cxr
    on the 3rd parameter and then kb to obtain a more informative stack
    trace.
Arguments:
Arg1: 001904aa
Arg2: 8c072a30
Arg3: 8c07272c
Arg4: 8b4a5348

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


EXCEPTION_RECORD:  8c072a30 -- (.exr 0xffffffff8c072a30)
ExceptionAddress: 8b4a5348 (Ntfs!NtfsCommonCleanup+0x00003036)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000000
   Parameter[1]: 378c3792
Attempt to read from address 378c3792

CONTEXT:  8c07272c -- (.cxr 0xffffffff8c07272c)
eax=378c377a ebx=00000000 ecx=378c377a edx=00000000 esi=9cd37008 edi=a1d285d4
eip=8b4a5348 esp=8c072af8 ebp=8c072cf0 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
Ntfs!NtfsCommonCleanup+0x3036:
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h] ds:0023:378c3792=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  INTEL_CPU_MICROCODE_ZERO

PROCESS_NAME:  System

CURRENT_IRQL:  0

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

EXCEPTION_PARAMETER1:  00000000

EXCEPTION_PARAMETER2:  378c3792

READ_ADDRESS: GetPointerFromAddress: unable to read from 82589868
Unable to read MiSystemVaType memory at 82569420
 378c3792 

FOLLOWUP_IP: 
Ntfs!NtfsCommonCleanup+3036
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h]

FAULTING_IP: 
Ntfs!NtfsCommonCleanup+3036
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h]

BUGCHECK_STR:  0x24

LAST_CONTROL_TRANSFER:  from 8b41f308 to 8b4a5348

STACK_TEXT:  
8c072cf0 8b41f308 a1d285d4 855c6da0 074367cc Ntfs!NtfsCommonCleanup+0x3036
8c072d2c 8250b388 a1d28584 0000042c ffffffff Ntfs!NtfsCommonCleanupCallout+0x1d
8c072d2c 8250b481 a1d28584 0000042c ffffffff nt!KiSwapKernelStackAndExit+0x118
a1d28514 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31


SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  Ntfs!NtfsCommonCleanup+3036

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  47918a96

STACK_COMMAND:  .cxr 0xffffffff8c07272c ; kb

FAILURE_BUCKET_ID:  0x24_Ntfs!NtfsCommonCleanup+3036

BUCKET_ID:  0x24_Ntfs!NtfsCommonCleanup+3036

Followup: MachineOwner

en de laatste:

code:

NTFS_FILE_SYSTEM (24)
    If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
    parameters are the exception record and context record. Do a .cxr
    on the 3rd parameter and then kb to obtain a more informative stack
    trace.
Arguments:
Arg1: 001904aa
Arg2: 8c072a30
Arg3: 8c07272c
Arg4: 8b4a5348

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


EXCEPTION_RECORD:  8c072a30 -- (.exr 0xffffffff8c072a30)
ExceptionAddress: 8b4a5348 (Ntfs!NtfsCommonCleanup+0x00003036)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000000
   Parameter[1]: 378c3792
Attempt to read from address 378c3792

CONTEXT:  8c07272c -- (.cxr 0xffffffff8c07272c)
eax=378c377a ebx=00000000 ecx=378c377a edx=00000000 esi=9cd37008 edi=a1d285d4
eip=8b4a5348 esp=8c072af8 ebp=8c072cf0 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
Ntfs!NtfsCommonCleanup+0x3036:
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h] ds:0023:378c3792=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  INTEL_CPU_MICROCODE_ZERO

PROCESS_NAME:  System

CURRENT_IRQL:  0

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

EXCEPTION_PARAMETER1:  00000000

EXCEPTION_PARAMETER2:  378c3792

READ_ADDRESS: GetPointerFromAddress: unable to read from 82589868
Unable to read MiSystemVaType memory at 82569420
 378c3792 

FOLLOWUP_IP: 
Ntfs!NtfsCommonCleanup+3036
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h]

FAULTING_IP: 
Ntfs!NtfsCommonCleanup+3036
8b4a5348 8b4018          mov     eax,dword ptr [eax+18h]

BUGCHECK_STR:  0x24

LAST_CONTROL_TRANSFER:  from 8b41f308 to 8b4a5348

STACK_TEXT:  
8c072cf0 8b41f308 a1d285d4 855c6da0 074367cc Ntfs!NtfsCommonCleanup+0x3036
8c072d2c 8250b388 a1d28584 0000042c ffffffff Ntfs!NtfsCommonCleanupCallout+0x1d
8c072d2c 8250b481 a1d28584 0000042c ffffffff nt!KiSwapKernelStackAndExit+0x118
a1d28514 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31


SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  Ntfs!NtfsCommonCleanup+3036

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME:  Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  47918a96

STACK_COMMAND:  .cxr 0xffffffff8c07272c ; kb

FAILURE_BUCKET_ID:  0x24_Ntfs!NtfsCommonCleanup+3036

BUCKET_ID:  0x24_Ntfs!NtfsCommonCleanup+3036

Followup: MachineOwner

windows 7:

code:

Windows 7 Kernel Version 7600 MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.x86fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0x82613000 PsLoadedModuleList = 0x8275b810
Debug session time: Mon Apr  5 14:48:36.966 2010 (GMT+2)
System Uptime: 0 days 0:39:21.307
Loading Kernel Symbols
...............................................................
................................................................
.............
Loading User Symbols
Loading unloaded module list
...........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {b404, 1c, 0, 8267ddc0}

Probably caused by : ntkrpamp.exe ( nt!KiTrap0E+2cf )

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: 0000b404, memory referenced
Arg2: 0000001c, IRQL
Arg3: 00000000, 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: 8267ddc0, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from 8277b718
Unable to read MiSystemVaType memory at 8275b160
 0000b404 

CURRENT_IRQL:  1c

FAULTING_IP: 
nt!KeUpdateSystemTime+1f4
8267ddc0 66a104b47382    mov     ax,word ptr [nt!PoDeepIdleMask (8273b404)]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  WinSAT.exe

TRAP_FRAME:  a0b0dc5c -- (.trap 0xffffffffa0b0dc5c)
ErrCode = 00000000
eax=ffffff00 ebx=00000000 ecx=a0b0dcf8 edx=00000001 esi=82776c4c edi=a0b0dcfc
eip=8267ddc0 esp=a0b0dcd0 ebp=a0b0dd20 iopl=0         nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
nt!KeUpdateSystemTime+0x1f4:
8267ddc0 66a104b47382    mov     ax,word ptr [nt!PoDeepIdleMask (8273b404)] ds:0023:8273b404=????
Resetting default scope

LAST_CONTROL_TRANSFER:  from 8267ddc0 to 826597eb

STACK_TEXT:  
a0b0dc5c 8267ddc0 badb0d00 00000001 c00bdc00 nt!KiTrap0E+0x2cf
a0b0dd20 82683577 078ef600 078ef600 000000d1 nt!KeUpdateSystemTime+0x1f4
a0b0dd20 750067a2 078ef600 078ef600 000000d1 nt!KeUpdateSystemTimeAssist+0x13
WARNING: Frame IP not in any known module. Following frames may be wrong.
11b0602a 00000000 00000000 00000000 00000000 0x750067a2


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiTrap0E+2cf
826597eb 833dc46a778200  cmp     dword ptr [nt!KiFreezeFlag (82776ac4)],0

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt!KiTrap0E+2cf

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc007

FAILURE_BUCKET_ID:  0xA_nt!KiTrap0E+2cf

BUCKET_ID:  0xA_nt!KiTrap0E+2cf

Followup: MachineOwner

en 19 minuten later:

code:

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: 01000004, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, 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: 828cce40, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from 82983718
Unable to read MiSystemVaType memory at 82963160
 01000004 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExpFindEmptyEntry+11
828cce40 8b5004          mov     edx,dword ptr [eax+4]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  INTEL_CPU_MICROCODE_ZERO

BUGCHECK_STR:  0xA

PROCESS_NAME:  svchost.exe

TRAP_FRAME:  987857f8 -- (.trap 0xffffffff987857f8)
ErrCode = 00000000
eax=01000000 ebx=00000000 ecx=01000000 edx=00000000 esi=85eb43d5 edi=85eb43d5
eip=828cce40 esp=9878586c ebp=98785870 iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206
nt!ExpFindEmptyEntry+0x11:
828cce40 8b5004          mov     edx,dword ptr [eax+4] ds:0023:01000004=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from 828cce40 to 828617eb

STACK_TEXT:  
987857f8 828cce40 badb0d00 00000000 852cc400 nt!KiTrap0E+0x2cf
98785870 82858711 98785894 82850008 00000000 nt!ExpFindEmptyEntry+0x11
987858b4 8b627b34 85eb43d4 00000001 98785934 nt!ExAcquireResourceSharedLite+0x69
987858c4 8b6b0de0 854598a0 a4793908 00000001 Ntfs!NtfsAcquireResourceShared+0x25
98785934 8b68f2bb 854598a0 a4793908 00000004 Ntfs!NtfsPostUsnChangeWithOverrideOption+0xba
987859d0 8b6a619c 854598a0 863d4b68 a4793ba0 Ntfs!NtfsOverwriteAttr+0x735
98785ab8 8b694967 854598a0 863d4b68 a4793ba0 Ntfs!NtfsOpenAttributeInExistingFile+0x729
98785bf4 8b6a8381 854598a0 863d4b68 a3a340f8 Ntfs!NtfsOpenFile+0x832
98785cdc 8b62e210 854598a0 863d4b68 986cf944 Ntfs!NtfsCommonCreate+0xd84
98785d1c 8288b10e 986cf8dc 00000000 ffffffff Ntfs!NtfsCommonCreateCallout+0x20
98785d1c 8288b205 986cf8dc 00000000 ffffffff nt!KiSwapKernelStackAndExit+0x15a
986cf840 00000000 00000000 00000000 00000000 nt!KiSwitchKernelStackAndCallout+0x31


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!ExpFindEmptyEntry+11
828cce40 8b5004          mov     edx,dword ptr [eax+4]

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!ExpFindEmptyEntry+11

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc007

FAILURE_BUCKET_ID:  0xA_nt!ExpFindEmptyEntry+11

BUCKET_ID:  0xA_nt!ExpFindEmptyEntry+11

Followup: MachineOwner

update 11uur07: 0x000000FC (0x9C03AB00,0x0A000963,0x9C03A8CC,0x00000002) memdump failed
gaan we verder:

code:

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 82ab6e40, The address that the exception occurred at
Arg3: d0f4d8a8, Trap Frame
Arg4: 00000000

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

FAULTING_IP: 
nt!AlpcpValidateAndPopulateHeader+72
82ab6e40 6a03            push    3

TRAP_FRAME:  d0f4d8a8 -- (.trap 0xffffffffd0f4d8a8)
ErrCode = 00000000
eax=00008000 ebx=00000000 ecx=d0f4d96c edx=00000000 esi=85a23548 edi=d0f4d984
eip=82ab6e40 esp=d0f4d91c ebp=d0f4d92c iopl=0         nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
nt!AlpcpValidateAndPopulateHeader+0x72:
82ab6e40 6a03            push    3
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  INTEL_CPU_MICROCODE_ZERO

BUGCHECK_STR:  0x8E

PROCESS_NAME:  einsteinbinary

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from 82a99975 to 82ab6e40

STACK_TEXT:  
d0f4d92c 82a99975 00010002 00000000 87140c01 nt!AlpcpValidateAndPopulateHeader+0x72
d0f4d9c0 82aabe35 d0f4d9e0 d0f4da1c 00000000 nt!AlpcpSendMessage+0x1d9
d0f4da04 96629716 875e5200 d0f4da1c ffb6f560 nt!LpcRequestPort+0x39
d0f4da88 966008e2 875e5200 010f07ed 0212143f win32k!DwmAsyncUpdateSprite+0x11f
d0f4db0c 96600e92 ffb79748 00010044 04051438 win32k!GreHintSpriteShape+0x35b
d0f4db60 966db3f8 ffb79748 fea02b28 04051438 win32k!HintSpriteShape+0x33
d0f4dbdc 96690817 850511be 00000000 00000000 win32k!RecreateRedirectionBitmap+0xf2
d0f4dc0c 96690406 00000000 ff9d1728 00000020 win32k!zzzResetRedirectedWindows+0x63
d0f4dc2c 966905c9 ff9d1728 87a2c9b0 00000000 win32k!zzzResetSharedDesktops+0x19f
d0f4dc5c 96699a21 87a2c9b0 ff9d1728 00000000 win32k!xxxResetDisplayDevice+0x6b
d0f4dc88 9669a2ab 00000000 00000000 87a2c9b0 win32k!xxxInternalUserChangeDisplaySettings+0x2b9
d0f4dcf8 96699e07 00000000 00000000 00000000 win32k!xxxUserChangeDisplaySettings+0x67
d0f4dd1c 8289142a 00000000 00000000 00000000 win32k!NtUserChangeDisplaySettings+0x60
d0f4dd1c 77b064f4 00000000 00000000 00000000 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
0022f4fc 00000000 00000000 00000000 00000000 0x77b064f4


STACK_COMMAND:  kb

FOLLOWUP_IP: 
win32k!DwmAsyncUpdateSprite+11f
96629716 8b4d08          mov     ecx,dword ptr [ebp+8]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  win32k!DwmAsyncUpdateSprite+11f

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: win32k

IMAGE_NAME:  win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc2a2

FAILURE_BUCKET_ID:  0x8E_win32k!DwmAsyncUpdateSprite+11f

BUCKET_ID:  0x8E_win32k!DwmAsyncUpdateSprite+11f

Followup: MachineOwner

en nog een paar die failden bij het saven of debuggen ofzo:
0x000000D1 en 0x00000018 [edit:] en was i post, nog een 0x00000099

[ Voor 255% gewijzigd door AlexanderB op 20-04-2010 19:33 ]

[AlexanderB]

bumpje..

iemand enig idee wat deze bsods kunnen betekenen? ik ga zo de hele pc uit elkaar halen en de parts verdelen over andere pc's, kijken of dat wat uithaalt..

[edit:]
andere psu, kijken wat dr gebeurt..
[edit2:]
2 uur, no bsod, so far so good.. (maar wie de neuk stopt dr dan n 250 watt psu in een pc met quadcode en gaming videokaart? ohja, packard bell..
[edit 3:] na meer dan 12 uur aan te staan, geen bsod's meer. ik zeg, opgelost dankjewel voor het meedenken allemaal

[ Voor 53% gewijzigd door AlexanderB op 22-04-2010 13:35 ]

[Verwijderd]

lol, thats all