Hoi,
Een aantal maanden geleden heb ik bij mijn schoonouders een moederbord, processor, geheugen, en videokaart vervangen (geupgrade uiteraard
).
Sinds deze aanpassing is bij hun het probleem dat de pc 1x in de zoveel dagen spontaan reboot.
Je krijgt dan een blauw scherm en na een paar seconden reboot de pc.
Er zit totaal geen vaste regelmaat in.
Wat ik getest heb:
- Ik heb de harde schijf vervangen voor een andere.
- Er zitten 2 geheugenreepjes in, ik heb beide er stuk voor stuk in gehad maar bij beide doet het probleem zich voor
- Nieuwe installatie van windows.
- Sinds kort van windows vista naar windows 7 (met goede hoop) maar ook daar gebeurt het mee.
- memtest86+ gedraait volledig en geen fouten gevonden.
- de nieuwste bios staat erop.
Ik heb gezocht op tweakers.net tot ik er scheel van ging kijken maar of ik zoek niet goed of dit specifieke probleem komt niet voor (zal het eerste wel zijn).
Kom wel heel veel onderwerpen tegen maar niet exact wat ik zoek.
Nu heb ik zojuist weer dit probleem gehad en ik kon net de onderste zin lezen.
Het begon met: psychical memory dump
Via google kwam ik erachter dat er een dumpfile staat in c:\windows\minidump
Deze kon ik niet openen in wordpad of kladblok (ja kan wel maar alleen gekke tekentjes).
In ieder geval ben ik erachter gekomen dat ik daarvoor "windbg" moest hebben en die heb ik dan ook geinstalleerd en de dumpfile is nu te lezen.
Echter is mijn engels niet al te best en kom ik er niet helemaal uit.
Dus hier is de dumpfile en ik hoop dat jullie er wat mee kunnen.
Indien meer gegevens nodig zijn, laat het me weten dan zal ik dat melden.
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Verwijderd ivm privacy\Desktop\032610-24484-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
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 = 0x82839000 PsLoadedModuleList = 0x82978570
Debug session time: Fri Mar 26 19:54:29.634 2010 (GMT+1)
System Uptime: 0 days 0:35:08.650
Loading Kernel Symbols
...............................................................
................................................................
...............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, 0, 864c62f0, 0}
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
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: 00000000, The address that the exception occurred at
Arg3: 864c62f0, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - De instructie op 0x%08lx verwijst naar geheugen op 0x%08lx. Een lees- of schrijfbewerking op het geheugen is mislukt: %s.
FAULTING_IP:
+0
00000000 ?? ???
TRAP_FRAME: 864c62f0 -- (.trap 0xffffffff864c62f0)
ErrCode = 00000000
eax=00000019 ebx=ffb5ff48 ecx=00000000 edx=00000000 esi=00000000 edi=00000000
eip=00000000 esp=864c6364 ebp=00000000 iopl=0 nv up ei ng nz na po cy
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010283
00000000 ?? ???
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: svchost.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 00000000 to 00000000
STACK_TEXT:
864c6360 00000000 00000000 00000000 00000000 0x0
STACK_COMMAND: .trap 0xffffffff864c62f0 ; kb
SYMBOL_NAME: ANALYSIS_INCONCLUSIVE
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Unknown_Module
IMAGE_NAME: Unknown_Image
DEBUG_FLR_IMAGE_TIMESTAMP: 0
BUCKET_ID: ZEROED_STACK
Followup: MachineOwner
Een aantal maanden geleden heb ik bij mijn schoonouders een moederbord, processor, geheugen, en videokaart vervangen (geupgrade uiteraard
Sinds deze aanpassing is bij hun het probleem dat de pc 1x in de zoveel dagen spontaan reboot.
Je krijgt dan een blauw scherm en na een paar seconden reboot de pc.
Er zit totaal geen vaste regelmaat in.
Wat ik getest heb:
- Ik heb de harde schijf vervangen voor een andere.
- Er zitten 2 geheugenreepjes in, ik heb beide er stuk voor stuk in gehad maar bij beide doet het probleem zich voor
- Nieuwe installatie van windows.
- Sinds kort van windows vista naar windows 7 (met goede hoop) maar ook daar gebeurt het mee.
- memtest86+ gedraait volledig en geen fouten gevonden.
- de nieuwste bios staat erop.
Ik heb gezocht op tweakers.net tot ik er scheel van ging kijken maar of ik zoek niet goed of dit specifieke probleem komt niet voor (zal het eerste wel zijn).
Kom wel heel veel onderwerpen tegen maar niet exact wat ik zoek.
Nu heb ik zojuist weer dit probleem gehad en ik kon net de onderste zin lezen.
Het begon met: psychical memory dump
Via google kwam ik erachter dat er een dumpfile staat in c:\windows\minidump
Deze kon ik niet openen in wordpad of kladblok (ja kan wel maar alleen gekke tekentjes).
In ieder geval ben ik erachter gekomen dat ik daarvoor "windbg" moest hebben en die heb ik dan ook geinstalleerd en de dumpfile is nu te lezen.
Echter is mijn engels niet al te best en kom ik er niet helemaal uit.
Dus hier is de dumpfile en ik hoop dat jullie er wat mee kunnen.
Indien meer gegevens nodig zijn, laat het me weten dan zal ik dat melden.
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Verwijderd ivm privacy\Desktop\032610-24484-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
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 = 0x82839000 PsLoadedModuleList = 0x82978570
Debug session time: Fri Mar 26 19:54:29.634 2010 (GMT+1)
System Uptime: 0 days 0:35:08.650
Loading Kernel Symbols
...............................................................
................................................................
...............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, 0, 864c62f0, 0}
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
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: 00000000, The address that the exception occurred at
Arg3: 864c62f0, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - De instructie op 0x%08lx verwijst naar geheugen op 0x%08lx. Een lees- of schrijfbewerking op het geheugen is mislukt: %s.
FAULTING_IP:
+0
00000000 ?? ???
TRAP_FRAME: 864c62f0 -- (.trap 0xffffffff864c62f0)
ErrCode = 00000000
eax=00000019 ebx=ffb5ff48 ecx=00000000 edx=00000000 esi=00000000 edi=00000000
eip=00000000 esp=864c6364 ebp=00000000 iopl=0 nv up ei ng nz na po cy
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010283
00000000 ?? ???
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: svchost.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 00000000 to 00000000
STACK_TEXT:
864c6360 00000000 00000000 00000000 00000000 0x0
STACK_COMMAND: .trap 0xffffffff864c62f0 ; kb
SYMBOL_NAME: ANALYSIS_INCONCLUSIVE
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Unknown_Module
IMAGE_NAME: Unknown_Image
DEBUG_FLR_IMAGE_TIMESTAMP: 0
BUCKET_ID: ZEROED_STACK
Followup: MachineOwner
Even gezellig kletsen? Check Alltalk.nl
