Archief - BSOD 0x000000a Win7

Hey,

ik heb al gedurende lange tijd last van BSOD's en ik heb nu eens een dump geopend met devolgende resultaten:


Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: SRV*c:\symbols*Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02c4a000 PsLoadedModuleList = 0xfffff800`02e87e50
Debug session time: Tue Feb 23 22:07:47.497 2010 (GMT+1)
System Uptime: 0 days 8:28:33.387
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
..............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {9002, 2, 0, fffff80002cc72d2}

Probably caused by : ntkrnlmp.exe ( nt!KiProcessExpiredTimerList+72 )

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

2: 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: 0000000000009002, 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: fffff80002cc72d2, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ef20e0
0000000000009002

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff8800338c450 -- (.trap 0xfffff8800338c450)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000009002 rbx=0000000000000000 rcx=fffffa800b497c00
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc72d2 rsp=fffff8800338c5e0 rbp=00000000001dd885
r8=fffff88003366301 r9=0000000000000004 r10=0000000000000085
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KiProcessExpiredTimerList+0x72:
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h ds:00000000`00009002=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002cbb469 to fffff80002cbbf00

STACK_TEXT:
fffff880`0338c308 fffff800`02cbb469 : 00000000`0000000a 00000000`00009002 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0338c310 fffff800`02cba0e0 : 00000000`3f000000 fffffa80`0b497c20 00000000`42827eaa 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`0338c450 fffff800`02cc72d2 : fffffa80`0b497c20 fffffa80`0a8fec68 fffffa80`0a8fec68 00000000`00000102 : nt!KiPageFault+0x260
fffff880`0338c5e0 fffff800`02cc7e7e : 00000047`0b656655 fffff880`0338cc58 00000000`001dd885 fffff880`03367628 : nt!KiProcessExpiredTimerList+0x72
fffff880`0338cc30 fffff800`02cc7697 : 0000001a`5d49bcc3 0000001a`001dd885 0000001a`5d49bc80 00000000`00000085 : nt!KiTimerExpiration+0x1be
fffff880`0338ccd0 fffff800`02cc46fa : fffff880`03364180 fffff880`0336f0c0 00000000`00000000 fffff800`02ddac80 : nt!KiRetireDpcList+0x277
fffff880`0338cd80 00000000`00000000 : fffff880`0338d000 fffff880`03387000 fffff880`0338cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiProcessExpiredTimerList+72

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

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

2: 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: 0000000000009002, 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: fffff80002cc72d2, address which referenced memory

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


READ_ADDRESS: 0000000000009002

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff8800338c450 -- (.trap 0xfffff8800338c450)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000009002 rbx=0000000000000000 rcx=fffffa800b497c00
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc72d2 rsp=fffff8800338c5e0 rbp=00000000001dd885
r8=fffff88003366301 r9=0000000000000004 r10=0000000000000085
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KiProcessExpiredTimerList+0x72:
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h ds:00000000`00009002=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002cbb469 to fffff80002cbbf00

STACK_TEXT:
fffff880`0338c308 fffff800`02cbb469 : 00000000`0000000a 00000000`00009002 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0338c310 fffff800`02cba0e0 : 00000000`3f000000 fffffa80`0b497c20 00000000`42827eaa 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`0338c450 fffff800`02cc72d2 : fffffa80`0b497c20 fffffa80`0a8fec68 fffffa80`0a8fec68 00000000`00000102 : nt!KiPageFault+0x260
fffff880`0338c5e0 fffff800`02cc7e7e : 00000047`0b656655 fffff880`0338cc58 00000000`001dd885 fffff880`03367628 : nt!KiProcessExpiredTimerList+0x72
fffff880`0338cc30 fffff800`02cc7697 : 0000001a`5d49bcc3 0000001a`001dd885 0000001a`5d49bc80 00000000`00000085 : nt!KiTimerExpiration+0x1be
fffff880`0338ccd0 fffff800`02cc46fa : fffff880`03364180 fffff880`0336f0c0 00000000`00000000 fffff800`02ddac80 : nt!KiRetireDpcList+0x277
fffff880`0338cd80 00000000`00000000 : fffff880`0338d000 fffff880`03387000 fffff880`0338cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiProcessExpiredTimerList+72

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

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

2: 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: 0000000000009002, 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: fffff80002cc72d2, address which referenced memory

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


READ_ADDRESS: 0000000000009002

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff8800338c450 -- (.trap 0xfffff8800338c450)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000009002 rbx=0000000000000000 rcx=fffffa800b497c00
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc72d2 rsp=fffff8800338c5e0 rbp=00000000001dd885
r8=fffff88003366301 r9=0000000000000004 r10=0000000000000085
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KiProcessExpiredTimerList+0x72:
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h ds:00000000`00009002=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002cbb469 to fffff80002cbbf00

STACK_TEXT:
fffff880`0338c308 fffff800`02cbb469 : 00000000`0000000a 00000000`00009002 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0338c310 fffff800`02cba0e0 : 00000000`3f000000 fffffa80`0b497c20 00000000`42827eaa 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`0338c450 fffff800`02cc72d2 : fffffa80`0b497c20 fffffa80`0a8fec68 fffffa80`0a8fec68 00000000`00000102 : nt!KiPageFault+0x260
fffff880`0338c5e0 fffff800`02cc7e7e : 00000047`0b656655 fffff880`0338cc58 00000000`001dd885 fffff880`03367628 : nt!KiProcessExpiredTimerList+0x72
fffff880`0338cc30 fffff800`02cc7697 : 0000001a`5d49bcc3 0000001a`001dd885 0000001a`5d49bc80 00000000`00000085 : nt!KiTimerExpiration+0x1be
fffff880`0338ccd0 fffff800`02cc46fa : fffff880`03364180 fffff880`0336f0c0 00000000`00000000 fffff800`02ddac80 : nt!KiRetireDpcList+0x277
fffff880`0338cd80 00000000`00000000 : fffff880`0338d000 fffff880`03387000 fffff880`0338cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiProcessExpiredTimerList+72

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

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

2: 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: 0000000000009002, 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: fffff80002cc72d2, address which referenced memory

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


READ_ADDRESS: 0000000000009002

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff8800338c450 -- (.trap 0xfffff8800338c450)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000009002 rbx=0000000000000000 rcx=fffffa800b497c00
rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc72d2 rsp=fffff8800338c5e0 rbp=00000000001dd885
r8=fffff88003366301 r9=0000000000000004 r10=0000000000000085
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KiProcessExpiredTimerList+0x72:
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h ds:00000000`00009002=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002cbb469 to fffff80002cbbf00

STACK_TEXT:
fffff880`0338c308 fffff800`02cbb469 : 00000000`0000000a 00000000`00009002 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0338c310 fffff800`02cba0e0 : 00000000`3f000000 fffffa80`0b497c20 00000000`42827eaa 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`0338c450 fffff800`02cc72d2 : fffffa80`0b497c20 fffffa80`0a8fec68 fffffa80`0a8fec68 00000000`00000102 : nt!KiPageFault+0x260
fffff880`0338c5e0 fffff800`02cc7e7e : 00000047`0b656655 fffff880`0338cc58 00000000`001dd885 fffff880`03367628 : nt!KiProcessExpiredTimerList+0x72
fffff880`0338cc30 fffff800`02cc7697 : 0000001a`5d49bcc3 0000001a`001dd885 0000001a`5d49bc80 00000000`00000085 : nt!KiTimerExpiration+0x1be
fffff880`0338ccd0 fffff800`02cc46fa : fffff880`03364180 fffff880`0336f0c0 00000000`00000000 fffff800`02ddac80 : nt!KiRetireDpcList+0x277
fffff880`0338cd80 00000000`00000000 : fffff880`0338d000 fffff880`03387000 fffff880`0338cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiProcessExpiredTimerList+72
fffff800`02cc72d2 803818 cmp byte ptr [rax],18h

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiProcessExpiredTimerList+72

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

BUCKET_ID: X64_0xA_nt!KiProcessExpiredTimerList+72

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



Ik heb dus Win7 x64, 6GB DDR3 ram (stock speed) Core i7 920 op 3.8GHz lopen, Asus P6T Deluxe en ik probeer altijd mijn drivers up to date te houden.

Ik zie altijd maar "ntkrnlmp.exe" terugkomen? Ligt daar mijn probleem?

Is het altijd dezelfde bsod die ge krijgt of elke keer een andere? Probeer met google uw error code te zoeken en lees de oorzaak van het probleem. (Ge gaat heel vaak tegenkomen dat zogezegd uw harde schijf aan het falen is, of er is iets mis met uw geheugen. maar krijg geen schrik, het zal wel een bepaalde driver zijn of een programma dat een driver installeert zoals een CD Burn programma ofzo, maar zoek het toch maar op)

Ik heb ook heel veel last gehad van BSOD's (ook win7 64bit). Ik heb veel moeite gedaan en ik heb het kunnen verhelpen.

- Klik op de startknop
- In de zoekbalk onderaan schrijf: EVENT
- Klik op "Even Viewer" bovenaan
- In de eventviewer: CUSTOM VIEWS -> ADMINISTRATIVE EVENTS

Hier zie je vanalle errors normaal gezien.

Als ge kijkt ziet ge CRITICAL: Unexpected reboot -> dit is het moment wanneer je u BSOD kreeg en toen hebt ge gereboot

Als ge dan kijkt bij de error net daarvoor dan ziet ge wat er juist moeilijk heeft gedaan. Als het iets te maken heeft met een driver, uninstall & installeer die opnieuw bijvoorbeeld.

Als het iets is wat ge niet begrijpt -> google

Ik ben zo al mijn error's afgegaan en heb veel gegoogled en veel dingen gedaan en toen was het opeens opgelost.

Bijvoorbeeld: De laatste Slysoft Virtual Clone Drive zorgt ervoor dat ik BSOD's krijg. Met een oudere versie heb ik geen BSOD's.

Ik weet echt niet meer wat ik nog allemaal heb gedaan.

Maar mijn mening is dat er nog veel mis is met Windows 7.

NTKRNLMP = "NT KeRNeL, Multi-Processor version"

That file is the most important one in the entire OS, seeing as it contains the vast majority of its low-level internals. BSODs frequently get attributed to ntkrnlmp, but that's because it was dealing with bad data at the time of the crash.

Klik om te vergroten...

Zorg dat ge de laatste bios hebt, dat kan ook wat problemen verhelpen. (Zo kreeg ik geen BSOD's bij 2GB, wel bij 4GB geheugen, dat verholpen met BIOS update en na een format kreeg ik de problemen die ik hierboven heb beschreven)

=========

Als dat allemaal niet helpt, doe ook eens een memtest86+ en laat die een tijdje runnen. Die zou geen errors mogen krijgen.

0x0000000A IRQL_NOT_LESS_OR_EQUAL is een driver en/of een hardware
probleem

Ook deze STOP foutmelding lijkt voornamelijk door verkeerde of foutieve
drivers gegenereerd te worden, net als STOP 0x000000D1.

Echter uit ervaringen kan het ook zijn dat je geheugen aan de
brakkekant is dus test die ook eens met memtest86

Mijn advies is simpel maar doeltreffend.
Test is eerst het geheugen en zou deze goed zijn dan begint het mindere
werk.
Verwijder al het hardware en begin alles een voor een terug te doen en
maak dan gebruik ook van de laatste drivers. ( van het moederbord
frabikant ). Dit is zever, laat uw hardware zitten, ik ben 99% zeker dat het een driverprobleem is
En hopelijk vindt je zo je boosdoener.

Suc6

Cs-Freak

Klik om te vergroten...

Dus volgens mij: uw event viewer afgaan, dingen herkennen, software uninstallen die moeilijk doet -> PROFIT

Minimum Rage,

eerst en vooral bedankt voor je reply.

Ik heb de laatste dumps bekeken en het is altijd vanwege ntkrnlmp.exe.
Ik heb al wat gegoogled en veel wordt er het geheugen van beschuldigd dus heb ik gisteren avond/nacht Memtest86+ v4.00 een paar uur laten draaien en die gaf 0 errors.

Toen ben ik inderdaad meer in de richtig beginnen te denken dat het aan een driver lag.

Toen heb ik mijn BIOS geupdate( was ook al 9 maanden oud, maar als hij goed werkt blijf ik er liever af) mijn drivers van de geluidskaart en van de grafische kaart vandaag verder geupdate. Van mijn chipset heb ik verleden week nog geupdate.

Verder ben ik eens in die event viewer gaan kijken en daarin ben ik op hetvolgende gekomen:

Juist voordat ik de BSOD heb gekregen kreeg ik deze waarschuwingen allemaal op dezelfde seconde:

-Het stuurprogramma \Driver\WUDFRd kan niet worden geladen voor het apparaat Root\SIDESHOW\0000.

-Het stuurprogramma \Driver\WUDFRd kan niet worden geladen voor het apparaat Root\SIDESHOW\0001.

-Het stuurprogramma \Driver\WUDFRd kan niet worden geladen voor het apparaat Root\SIDESHOW\0002.

-Het stuurprogramma \Driver\WUDFRd kan niet worden geladen voor het apparaat Root\SIDESHOW\0003.

Die '\Driver\WUDFRd' waar vind je die nu he? Ik vind zoeken met win7 echt anders dan win vista omdat ik precies nooit iets gevonden krijg

Als ik dan terug kijk in het log naar de andere kritieke foutmeldingen dan kom ik ook telkens dezelfde foutmelding van:

-Het stuurprogramma \Driver\WUDFRd kan niet worden geladen voor het apparaat Root\SIDESHOW\000x.

Ik zal nu eens op google zoeken naar '\Driver\WUDFRd' en 'Root\SIDESHOW\0000'. Al denk ik niet dat het die laatste is maar eerder die eerste :applause:.

met google vind ik iets van Nokia en van Logitech keyboards. hebt ge één van deze 2? probeer eens die software te verwijderen

edit: Nu ik eraan denk!!!

Ge hebt een asus moederbord? Met een Atheros L1 netwerkkaart? Ik had problemen met de drivers die windows standaard installeerde (soms netwerk, soms niet, even viewer gaf errors ivm DNS could not be reached blabla)

download verse drivers van hier
http://partner.atheros.com/Drivers.aspx

De eerste google link was al direct de goeie

Ik had toen ik Win7 installeerde op mijn HD's nog een simpel toestenbord. Later heb ik dan een Logitech G19 gekocht. Dat heeft altijd goed gewerkt op Vista en daar had ik geen last van BSOD's.

Toen later heb ik 2 SSD's gekocht en daarop dus win7 gezet en vanaf toen is geregeld de miserie begonnen.

Hier heb ik dus een mogelijke oorzaak gevonden: klik

Ik heb in mijn LCD panel die slideshow uitgevinkt. In mijn configurantiescherm onder Windows Slideshow ook alles uitgevinkt en verder in mijn apparaatbeheer ook op 'uitschakelen' geklikt bij alle 4 de slideshows.

Ik hoop dat het daarmee is opgelost Ik heb er eerlijk gezegd wel een goed oog op want die G19 is altijd al wel buggy geweest op win7 en het gebeurd regelmatig dat die knoppen enz niet meer werken.

Allemaal te danken een je gouden tip van de event viewer :applause:.

Als er een manier is waarop ik je kan bedanken... laat maar weten he!!!

Minimum Rage,

Ik heb geen nokia telefoon, maar wel symbian software op mijn pc staan.

Ik heb inderdaad een asus moederbord, een Asus P6T Deluxe maar daar zit een Marvell Yukon.... chipset in zeker niet? Dus dan heb jij een andere van Atheros L1? Is dat ook zoiets als Marvell?

schumi2003 zei:

Als er een manier is waarop ik je kan bedanken... laat maar weten he!!!

Klik om te vergroten...

Neenee ik hoef niks.

Hopelijk blijven de BSOD's weg

schumi2003 zei:

Minimum Rage,

Ik heb geen nokia telefoon, maar wel symbian software op mijn pc staan.

Ik heb inderdaad een asus moederbord, een Asus P6T Deluxe maar daar zit een Marvell Yukon.... chipset in zeker niet? Dus dan heb jij een andere van Atheros L1? Is dat ook zoiets als Marvell?

Klik om te vergroten...

Negeer mijn zever maar. Ge had heel andere problemen als mij (Logitech keyb) Ik had een (fout) vermoeden dat ge exact dezelfde problemen als mij had. Ik heb nl ook Asus mobo, win7 64bit en veel BSOD's. Het zal wel opgelost zijn (hopelijk)

Ja die foutmeldingen slaan maar op 1 ding en altijd hetzelfde namelijk 'Logitech G19'

Ik hoop het ook dat het nu wegblijft En ik heb weeral iets bijgeleerd dus blijf aub af en toe toch nog fora's bezoeken .

Arh nee he, ipv een BSOD met fout 0x000000a is het nu 0x000001E.

Hetzelfde bestand ntkrnlmp.exe kom ik hierin ook weer tegen maar in het events logboek zie ik niets van een fout staan juist voor de kritieke foutmelding...

Al heb ik wel bij 'software verwijderen' 2 Drivers van NOKIA gevonden die ik nog ergens in het begin heb geinstalleerd toen win7 er pas opstond. Iets van Nokia PC connectivity sollution en nog ne driver voor usb denk ik. Heb er die dan maar direct afgeflikkerd.

Wat nu gedaan

Het het dumpfile:


Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: SRV*c:\symbols*Symbol information
Executable search path is:
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02c1e000 PsLoadedModuleList = 0xfffff800`02e5be50
Debug session time: Thu Feb 25 22:49:25.602 2010 (GMT+1)
System Uptime: 0 days 9:54:19.570
Loading Kernel Symbols
...............................................................
................................................................
........................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {0, 0, 0, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiKernelCalloutExceptionHandler+e )

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

3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

KMODE_EXCEPTION_NOT_HANDLED (1e)
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.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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


EXCEPTION_CODE: (Win32) 0 (0) - De bewerking is voltooid.

FAULTING_IP:
+0
00000000`00000000 ?? ???

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: 0000000000000000

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x1E

PROCESS_NAME: System

CURRENT_IRQL: 0

EXCEPTION_RECORD: fffff880031fda08 -- (.exr 0xfffff880031fda08)
ExceptionAddress: fffff8000320a6dc (hal!KeQueryPerformanceCounter+0x0000000000000104)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000001
Parameter[1]: 0000000000000001
Attempt to write to address 0000000000000001

TRAP_FRAME: fffff880031fdab0 -- (.trap 0xfffff880031fdab0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000001ecf93db61 rbx=0000000000000000 rcx=0000000000000001
rdx=00007b3e00000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000320a6dc rsp=fffff880031fdc48 rbp=0000000000000000
r8=0000000000000000 r9=000000000038a01d r10=0000000000000e7e
r11=fffff880031d5180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
hal!KeQueryPerformanceCounter+0x104:
fffff800`0320a6dc 4c890f mov qword ptr [rdi],r9 ds:a918:00000000`00000000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002c87c2e to fffff80002c8fed0

STACK_TEXT:
fffff880`031fcae8 fffff800`02c87c2e : fffff800`02ddbcec fffff880`031fd050 fffff880`031fd260 fffff800`02cbce28 : nt!KeBugCheck
fffff880`031fcaf0 fffff800`02cb5bed : fffff800`02e9cf78 fffff800`02ddb1d0 fffff800`02c1e000 fffff880`031fda08 : nt!KiKernelCalloutExceptionHandler+0xe
fffff880`031fcb20 fffff800`02cbd250 : fffff800`02dddb5c fffff880`031fcb98 fffff880`031fda08 fffff800`02c1e000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`031fcb50 fffff800`02cca1b5 : fffff880`031fda08 fffff880`031fd260 fffff880`00000000 00000000`00000001 : nt!RtlDispatchException+0x410
fffff880`031fd230 fffff800`02c8f542 : fffff880`031fda08 00000000`00000000 fffff880`031fdab0 fffff880`031d5180 : nt!KiDispatchException+0x135
fffff880`031fd8d0 fffff800`02c8e0ba : 00000000`00000001 00000000`00000000 fffff880`031d5100 fffff800`02c9ce18 : nt!KiExceptionDispatch+0xc2
fffff880`031fdab0 fffff800`0320a6dc : 00000000`00000000 fffffa80`07e4d1a0 00000000`00000000 0000001c`c751d101 : nt!KiPageFault+0x23a
fffff880`031fdc48 00000000`00000010 : 00000000`0038a01d 00000000`00000000 00000000`00000018 00000000`00000001 : hal!KeQueryPerformanceCounter+0x104
fffff880`031fdc78 00000000`0038a01d : 00000000`00000000 00000000`00000018 00000000`00000001 fffff800`02c9dab7 : 0x10
fffff880`031fdc80 00000000`00000000 : 00000000`00000018 00000000`00000001 fffff800`02c9dab7 00000000`0038a01d : 0x38a01d


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiKernelCalloutExceptionHandler+e
fffff800`02c87c2e 90 nop

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!KiKernelCalloutExceptionHandler+e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0x1E_nt!KiKernelCalloutExceptionHandler+e

BUCKET_ID: X64_0x1E_nt!KiKernelCalloutExceptionHandler+e

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