Pc reboot spontaan

[t_o_c]

Sinds gisteren heb ik het vreemde probleem dat mijn servertje steeds spontaan reboot. Ik heb geen instellingen veranderd of extra software geïnstalleerd waardoor dit zou komen. Wat er precies gebeurd weet ik niet maar dit is wat windows mij verteld:

De computer is opnieuw gestart na een foutencontrole. Foutencontrole: 0x1000008e (0xc0000005, 0x8051b9b2, 0xb30649c0, 0x00000000). Er is een dump opgeslagen in: C:\WINDOWS\Minidump\Mini032209-01.dmp.

Zie Help en ondersteuning op http://go.microsoft.com/fwlink/events.asp voor meer informatie.

Extra help is uiteraard niet beschikbaar. Dus ik heb uitgezocht doe je die .dmp opent en dan krijg ik dit:

code:

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


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

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is: 
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Sun Mar 22 04:30:07.984 2009 (GMT+1)
System Uptime: 0 days 4:56:37.765
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
............................................................
Loading User Symbols
Loading unloaded module list
............
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, 8051b9b2, b30649c0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** WARNING: Unable to verify timestamp for Ntfs.sys
*** ERROR: Module load completed but symbols could not be loaded for Ntfs.sys
*** WARNING: Unable to verify timestamp for sr.sys
*** ERROR: Module load completed but symbols could not be loaded for sr.sys
*** WARNING: Unable to verify timestamp for fltmgr.sys
*** ERROR: Module load completed but symbols could not be loaded for fltmgr.sys
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Probably caused by : sr.sys ( sr+79a2 )

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

1: 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: 8051b9b2, The address that the exception occurred at
Arg3: b30649c0, Trap Frame
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************

ADDITIONAL_DEBUG_TEXT:  
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: sr

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  41107cde

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - De instructie op 0x%08lx verwijst naar geheugen op 0x%08lx. De lees- of schrijfbewerking ("%s") op het geheugen is mislukt.

FAULTING_IP: 
nt+449b2
8051b9b2 8b38            mov     edi,dword ptr [eax]

TRAP_FRAME:  b30649c0 -- (.trap 0xffffffffb30649c0)
ErrCode = 00000000
eax=330a884e ebx=b3064b03 ecx=00000000 edx=00000000 esi=8a470e38 edi=89454008
eip=8051b9b2 esp=b3064a34 ebp=b3064a54 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+0x449b2:
8051b9b2 8b38            mov     edi,dword ptr [eax]  ds:0023:330a884e=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0x8E

LAST_CONTROL_TRANSFER:  from 804e85d9 to 8051b9b2

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
b3064a54 804e85d9 892c16e0 8a470e38 b3064a80 nt+0x449b2
b3064ad0 804e8837 89454008 03210800 00000000 nt+0x115d9
b3064af8 80568809 00454008 03210800 00000000 nt+0x11837
b3064b94 b9d3cc9a 8960b240 03210800 00004000 nt+0x91809
b3064bec b9dc79a2 8960b240 b3064c84 00004000 Ntfs+0x20c9a
b3064c14 b9dd5018 8960b240 b3064c84 00004000 sr+0x79a2
b3064c48 b9de071d 00000003 00000000 b3064c7c fltmgr+0x3018
b3064c9c 8057b552 8960b240 b3064cd8 00004000 fltmgr+0xe71d
b3064d38 8054086c 000009ec 00000000 00000000 nt+0xa4552
b3064d64 7c90eb94 badb0d00 00c7fe18 00000000 nt+0x6986c
b3064d68 badb0d00 00c7fe18 00000000 00000000 0x7c90eb94
b3064d6c 00c7fe18 00000000 00000000 00000000 0xbadb0d00
b3064d70 00000000 00000000 00000000 00000000 0xc7fe18


STACK_COMMAND:  kb

FOLLOWUP_IP: 
sr+79a2
b9dc79a2 ??              ???

SYMBOL_STACK_INDEX:  5

SYMBOL_NAME:  sr+79a2

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  sr.sys

BUCKET_ID:  WRONG_SYMBOLS

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

Ik kan hier niet echt wijs uit worden. Het enige wat ik begrijp is dat er ergens een bewerking op het geheugen mislukt. Zou dit erop kunnen wijzen dat 1 van mijn geheugenreepjes niet meer helemaal lekker is?

Ik heb geprobeerd het geheugen te testen, maar omdat ik op kamers woon heb ik mijn bak met extra hardware thuis laten staan dus ik heb geen floppy drive, geen floppy's, geen cd brander en geen cd's. Memtest had ook wel een usb key versie maar die krijg ik niet aan de praat...

systeem: amd x4450, 780g mobo (weet zo gauw het model even niet meer) fx5200 als graka (tv-out), 3 hdd's, 2gb ram (ik dacht kingston). WinXP pro.

Iemand enig idee?

[dahakon]

Eerste idee zou zijn om de troubleshooter FAQ door te nemen. Dit houdt ondermeer in dat je je systeem gaat testen met zo min mogelijk randapparatuur. Om te beginnen kun je je videokaart eruit trekken en de IGP van je 780G bordje gebruiken.

Om meer hulp te kunnen krijgen op dit forum, is het overigens ook erg handig als je iets beter op de hoogte bent van wat er precies in je systeem zit en dit zo compleet mogelijk opschrijft alhier.

[alt-92]

t_o_c schreef op zondag 22 maart 2009 @ 11:32:
De computer is opnieuw gestart na een foutencontrole. Foutencontrole: 0x1000008e (0xc0000005, 0x8051b9b2, 0xb30649c0, 0x00000000). Er is een dump opgeslagen in: C:\WINDOWS\Minidump\Mini032209-01.dmp.

Ik kan hier niet echt wijs uit worden.

[google=stop error 0x1000008e]

You may receive a Stop error message on a blue screen when you start a Microsoft Windows Server 2003-based computer or a Microsoft Windows XP-based computer

Bovendien staat er een redelijk duidelijke aanwijzing dat je iets belangrijks bent vergeten bovenin je debug - je symbol path klopt niet.
Windows Crash/Memory dumps FAQ fix dat dus eerst even.

Gezien de ntfs.sys en fltrmgr.sys errors zou een chkdsk niet misstaan overigens.

[ Voor 13% gewijzigd door alt-92 op 22-03-2009 19:55 ]

[the_RJ]

Jouw stop code staat hiervoor:
0x1000008E: KERNEL_MODE_EXCEPTION_NOT_HANDLED

0x8E is (bijna?) altijd een driver of hardware compatibility probleem, tenzij er daadwerkelijk hardware niet meer goed werkt. In het geval van een driver begint het daarmee vaak pas na installatie van een driver of na een BIOS update. Omdat je zelf al aangeeft niets gedaan te hebben zou ik inderdaad eerst naar hardware kijken. chkdsk kan je draaien, maar ik zou beginnen met memtest86+ zoals je zelf al aangeeft voor je geheugen, geen huisgenoot die even een CD kan branden? Je kan eventueel Prime95 of Memtest van hcidesign (link) gebruiken om te kijken of er problemen ontstaan, maar dat zal geen uitsluitsel geven zoals Memtest86+ dat doet.

[ Voor 6% gewijzigd door the_RJ op 22-03-2009 21:25 ]

[t_o_c]

Bedankt. Chkdsk heb ik uitgevoerd na de post van alt-92 maar dat heeft niet geholpen. Driver problemen kan haast niet aangezien het systeem meer dan een jaar zonder problemen heeft gewerkt en de problemen pas spontaan sinds een dag of 2 a 3 zijn zonder dat ik iets heb geinstalleerd of veranderd.

Ik zal prime95 en memtest ook nog checken. Memtest86 wil ik ook wel maar ik heb ook geen rom speler meer in mijn servertje zitten dus dat word weer een halve dag knutselen (is allemaal een beetje een chaos) maar ik heb volgende week weer tentamens dus dat doe ik liever niet omdat ik gewoon even geen tijd heb.

[t_o_c]

Heb memtest86 kunnen draaien. Heb 3 complete passes gedaan in 2 uur tijd en kreeg geen enkele error. Heb nu de hdd die ik 2 weken terug erin heb gezet even niet aangesloten. Het lijkt me sterk dat het daar aan ligt maar je weet nooit. Zeker aangezien die schijf toch alleen maar als data opslag eraan hangt.

[t_o_c]

Oke ik heb nu de symbol files ook geinstalleerd en dan krijg ik dit:

code:

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


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

Symbol search path is: C:\WINDOWS\Symbols
Executable search path is: 
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Thu Mar 26 01:13:14.031 2009 (GMT+1)
System Uptime: 0 days 6:13:02.830
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
...............................................................
Loading User Symbols
Loading unloaded module list
................
Unable to load image tcpip.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for tcpip.sys
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000D1, {0, 2, 0, b35b0765}

Probably caused by : tcpip.sys ( tcpip!ProcessSend+72 )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 00000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: b35b0765, address which referenced memory

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


READ_ADDRESS:  00000000 

CURRENT_IRQL:  2

FAULTING_IP: 
tcpip!ProcessSend+72
b35b0765 833800          cmp     dword ptr [eax],0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  Idle

LAST_CONTROL_TRANSFER:  from b35b0a33 to b35b0765

STACK_TEXT:  
ba4d3c14 b35b0a33 893df270 88a4a088 ba4d3c60 tcpip!ProcessSend+0x72
ba4d3c74 b35b0923 a6fc4122 00000002 b35e90c0 tcpip!TCPSend+0x43a
ba4d3c98 b35a97e4 00000002 00000002 00000000 tcpip!ProcessPerCpuTCBDelayQ+0x98
ba4d3d18 b35a93ec b35f2038 00000000 ba338980 tcpip!TCBTimeout+0xbf9
ba4d3d28 80545e7f b35f2048 b35f2038 a7a1cdb4 tcpip!TCBTimeoutdpc+0xf
ba4d3d3c 8055c0c0 ba33ae20 ba338c50 00000000 nt!ExSetResourceOwnerPointer+0x7c
ba4d3d40 ba33ae20 ba338c50 00000000 ba33ae20 nt!MiPageFileTraces+0xe40
WARNING: Frame IP not in any known module. Following frames may be wrong.
ba4d3d44 ba338c50 00000000 ba33ae20 80545d64 0xba33ae20
ba4d3d48 00000000 ba33ae20 80545d64 00000000 0xba338c50


STACK_COMMAND:  kb

FOLLOWUP_IP: 
tcpip!ProcessSend+72
b35b0765 833800          cmp     dword ptr [eax],0

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  tcpip!ProcessSend+72

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: tcpip

IMAGE_NAME:  tcpip.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  485b99ad

FAILURE_BUCKET_ID:  0xD1_tcpip!ProcessSend+72

BUCKET_ID:  0xD1_tcpip!ProcessSend+72

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

Bijbehorende eventviewlog

De computer is opnieuw gestart na een foutencontrole. Foutencontrole: 0x100000d1 (0x00000000, 0x00000002, 0x00000000, 0xb35b0765). Er is een dump opgeslagen in: C:\WINDOWS\Minidump\Mini032609-01.dmp.

Zie Help en ondersteuning op http://go.microsoft.com/fwlink/events.asp voor meer informatie.

Nou krijg ik de laatste paar dagen wel steeds dumps waarin andere redenen worden genoemd. Zo heb ik zo gauw (zijn onderhand 15+ dumps, heb ze nog niet allemaal gechecked) bv ook mediaportal.exe en amdpwrmon.exe als default_bucket_id gezien (neem aan dat dit de reden is?)

Maar hoe kom ik er nou achter wat er precies is? Ik heb het veriefier command geprobeerd wat ervoor zou moeten zorgen dat de eerstvolgende keer dat de boel weer crashed er een driver word aangegeven maar die hele functie lijkt niets te doen? Het aller vreemdste van een driverprobleem zou ook zijn dat ik me afvraag hoe ik meer dan een jaar nergens last van kan hebben hebben en dan opeens wel problemen krijgen met een driver.

Ow iets enorm vreemds wat me wel opviel is dat de boel net weer crashte terwijl ik mijn andere pc afsloot. Ja je leest het goed, het moment dat ik de pc waarvan ik dit typ afsloot begon de reboot bij de andere (bsod weer gemist).

Ik heb trouwens vannavond ook gewoon een hele film zonder problemen via mijn servertje kunnen kijken dus echte hardware problemen (en software ook btw...) lijken me uitgesloten. Als er echt iets mis was lijkt het mij dat je juist bij bv een film kijken en de pc ook echt iets anders doet dan idlen problemen zou krijgen dan zoals nu wanneer je juist niets doet.

[t_o_c]

Iemand enig idee? Ik heb nu ook alle drivers geherinstalleerd maar ik krijg nog steeds dezelfde vastlopers. Ik zie ook steeds dat in de dumps ntoskrnl.exe steeds word aangegeven maar ik weet niet zeker of dat is omdat daar nou een probleem mee is want er word steeds driver fault aangegeven. Is er ook nog een manier om erachter te komen welke driver de fout in gaat?

[alt-92]

Draai je memtest eens langer dan 2 uur en met die disk erin. (2 uur is niks- jouw keuze, wil je het oplossen of kijk je liever een filmpje?)

Desnoods vervang je de complete netwerkkaart een keer als je vermoed dat het iets met netwerk van doen heeft

[t_o_c]

Ik heb met beide reepjes geheugen los van elkaar getest en met allebei krijg ik reboots dus het geheugen kan het niet zijn. Ik heb ook een losse netwerkkaart geprobeerd en de onboard kaart uitgeschakeld maar ik kreeg net weer een reboot.

Zou het misschien ook kunnen zijn dat windows om een of andere reden een beetje gaar is geworden en dat een format het eventueel kan oplossen? Al doe ik dat natuurlijk liever niet.

[ Voor 4% gewijzigd door t_o_c op 28-03-2009 13:52 ]

[Capacitor]

Wat voor jou het beste is denk ik om gewoon een CHKDSK te draaien.
Hiervoor moet je je vista-cd of een xp-cd in je computer doen en je computer op laten starten vanaf de cd-rom speler. (Dit kun je regelen in BIOS). Nou wacht je even totdat je een blauw scherm krijgt te zien. Dan druk je op R.
Nu wacht je tot er een zwart scherm komt met daarin wat tekst en onderaan C:\>
nu typ je dit in: "chkdsk /r" (zonder quotes)
Dit zal een uurtje of twee duren (afhankelijk van hoe snel je computer is en hoe vol je harde schijf staat)
Als dit klaar is typ je in "exit" (zonder quot....) en haal je de cd eruit.
Dit zou moeten helpen als de reboot wordt veroorzaakt door een fout in je OS. Aangezien de symptomen ga ik hier wel van uit.

OF


Als je het wat makkelijker wil doen (hier moet vista nog wel even kunnen draaien voor een minuut of vijf)
Start
Uitvoeren(run)
typ in "cmd" (zonder qu.....)
typ hierin: "chkdsk /r" (zonder....)
Als antwoord krijg je iets van dat het niet kan en of je het dan wilt doen de volgende x dat je computer opstart.
Typ nu in "J" (...)
en herstart je computer.
Hierbij moet je ook zo'n 2 uur wachten


Als dit niet helpt dan zit je toch echt met een hardwarematige fout en zou ik zeker eens een nachtje memtest draaien. In het ergste geval is je processor of je moederbord kapot maar daar zou ik zeker niet van uitgaan.
Succes ermee
Mvg,
Lars93