[Win7] Windows sluit automatisch af

[Verwijderd]

Hi All,

Sinds gisteren doet mijn PC vreemd, hij viel namelijk zonder reden uit. Hierna alles stofvrij gemaakt en weer in elkaar gezet.

Eerst wou de pc niet eens opstarten, ging automatisch aan / uit, aan / uit enz... Later werkte het weer, na de GPU extra goed schoongemaakt te hebben. Alles werkte weer.

Werd vanochtend wakker van de pc, die weer bezig was. Weer aan en uit. Uiteindelijk kwam opstartherstel tevoorschijn. Waarna windows weer opstarte. Maar die sloot vaak zomaar af. GPU verwijderd, toen ging het iets beter, maar nog na ongeveer een kwartier sluit windows zichzelf af, waarbijj deze soms moeite heeft weer op te starten....

Uiteindelijk kreeg ik net een BSOD, hopelijk hebben jullie hier iets aan.
STOP: 0x000000f4 (0x0000000000000003, 0xFFFFFA80039829F0, 0xFFFFFA8003982CD0,0xFFFFF80002D7E2D0)

Immedels S&D gedraaiit, en een snelle scan van windows security essentials, voorr de lange scan is helaas geen tiijd genoeg, kom ik nog niet eens op 10%...

Enig idee waarom windows aldoor automatisch afsluit en de pc soms moeite heeft met opstarten?

BlackTiger

[MrCostanzo]

Controleer als eerste de temperaturen van je CPU en GPU maar even, het klinkt alsof je pc te warm wordt, dit kan met hwinfo, speedfan en/of everest

[OgWok]

Al eens in de bios bij pc-health gekeken of de voltages kloppen?

[MAX3400]

Als de PC lang genoeg online blijft, stel in dat er een volledige memory-dump wordt weggeschreven bij de eerstvolgende BSOD.

Die kan je dan de volgende keer ff op USB-stick zetten en op een andere PC analyseren met windbg

[Verwijderd]

Temperaturen blijven netjes op 30 a 40 C, ook de voltages zien er volgens mij goed uit.... De Dump zal ik straks analyseren en eventuele informatie hier posten. Echter word dit naar 5 uur...

Haal nu eerst stroom er af, en batteriij uit de mobo...

[ Voor 13% gewijzigd door Verwijderd op 07-05-2011 15:00 ]

[alt-92]

http://helpdeskgeek.com/h...-screen-error-in-windows/

Verstandig, dat laatste Als je nog even wil zeggen welke Windows versie je het uberhaupt over hebt zou dat ook wel prettig zijn trouwens.

[ Voor 33% gewijzigd door alt-92 op 07-05-2011 16:55 ]

[Verwijderd]

Ik heb Windows 7 Prof 64bit...
Op dit moment is het zo dat, nadat mijn pc weer stoom heeft, en batterij weer in de mobo zit, mijn pc aangaat (ook soms automatisch), 1 piep, dan even later 3 piepjes en weer uitvalt. Soms komt het niet eens zover...

Dus de dump files kan ik zo niet meer achterhalen.
Wat betekend dit?

Edit:

alt-92 schreef op zaterdag 07 mei 2011 @ 16:54:
http://helpdeskgeek.com/h...-screen-error-in-windows/

Verstandig, dat laatste Als je nog even wil zeggen welke Windows versie je het uberhaupt over hebt zou dat ook wel prettig zijn trouwens.

CMOS batterij vervangen door een nieuwe, lost niks op...
In de comments staat iets over de SATA kabels, koppel alles los, en alleen de main HD vast, kijken of dit wat oplost. Maakt het nog uit in welke poort ik hem doe van de moederbord?

[ Voor 48% gewijzigd door Verwijderd op 07-05-2011 18:14 ]

[Pierre]

Iets met je videocard of zo, dat zie ik op GoogleLeest weer eens niet goed

[ Voor 24% gewijzigd door Pierre op 07-05-2011 18:13 ]

[MAX3400]

Verwijderd schreef op zaterdag 07 mei 2011 @ 17:54:
Ik heb Windows 7 Prof 64bit...
Op dit moment is het zo dat, nadat mijn pc weer stoom heeft, en batterij weer in de mobo zit, mijn pc aangaat (ook soms automatisch), 1 piep, dan even later 3 piepjes en weer uitvalt. Soms komt het niet eens zover...

Dus de dump files kan ik zo niet meer achterhalen.
Wat betekend dit?

Piepjes staan vaak in de handleiding weergegeven en anders snap Google het ook wel. Maar vaak is 1+3 een videokaart-probleem (defect, underpowered, overheat, whatever).

[Verwijderd]

MAX3400 schreef op zaterdag 07 mei 2011 @ 18:15:
[...]

Piepjes staan vaak in de handleiding weergegeven en anders snap Google het ook wel. Maar vaak is 1+3 een videokaart-probleem (defect, underpowered, overheat, whatever).

Gebruik normaal een externe videokaart, maar die heb ik er uit gehaalt zodat ik overal bij kan. De On-Board kaart is nog nooit gebruikt, dus het kan hier toch niet aan liggen? Tevens word er nu minder stroom verbruikt omdat de externe videokaaart niet iet aangesloten...

[Verwijderd]

Uiteindelijk de crashdump weten te bemachtigen, wie kan mij hier wat meer over vertellen?


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


Loading Dump File [F:\050711-22292-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 7 Kernel Version 7600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16695.amd64fre.win7_gdr.101026-1503
Machine Name:
Kernel base = 0xfffff800`02a62000 PsLoadedModuleList = 0xfffff800`02c9fe50
Debug session time: Sat May 7 12:22:17.354 2011 (UTC + 2:00)
System Uptime: 0 days 0:00:24.367
*********************************************************************
* 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
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck F4, {3, fffffa800426eb30, fffffa800426ee10, fffff80002ddb2d0}

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

unable to get nt!KiCurrentEtwBufferOffset
unable to get nt!KiCurrentEtwBufferBase
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
Probably caused by : ntoskrnl.exe

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

[MAX3400]

Use !analyze -v to get detailed debugging information.

Daar haal je meestal meer uit...

[Verwijderd]

MAX3400 schreef op zaterdag 07 mei 2011 @ 19:01:
[...]

Daar haal je meestal meer uit...

Dan krijg ik het volgende...

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa800426eb30, Terminating object
Arg3: fffffa800426ee10, Process image file name
Arg4: fffff80002ddb2d0, Explanatory message (ascii)

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

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

unable to get nt!KiCurrentEtwBufferOffset
unable to get nt!KiCurrentEtwBufferBase
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************

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: nt

FAULTING_MODULE: fffff80002a62000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4cc791bd

PROCESS_OBJECT: fffffa800426eb30

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xF4

CURRENT_IRQL: 0

STACK_TEXT:
fffff800`00b9cc98 fffff800`02ae024a : 00000000`0023c328 fffffa80`03873878 fffff800`02c5ac40 00000000`00000002 : 0xfffff880`040589c2
fffff800`00b9cca0 00000000`0023c328 : fffffa80`03873878 fffff800`02c5ac40 00000000`00000002 00000000`00000002 : nt+0x7e24a
fffff800`00b9cca8 fffffa80`03873878 : fffff800`02c5ac40 00000000`00000002 00000000`00000002 00000000`00000000 : 0x23c328
fffff800`00b9ccb0 fffff800`02c5ac40 : 00000000`00000002 00000000`00000002 00000000`00000000 00000000`03736c1a : 0xfffffa80`03873878
fffff800`00b9ccb8 00000000`00000002 : 00000000`00000002 00000000`00000000 00000000`03736c1a fffff800`02bdc27e : nt+0x1f8c40
fffff800`00b9ccc0 00000000`00000002 : 00000000`00000000 00000000`03736c1a fffff800`02bdc27e 00000000`03736c1a : 0x2
fffff800`00b9ccc8 00000000`00000000 : 00000000`03736c1a fffff800`02bdc27e 00000000`03736c1a fffff800`02c5ac40 : 0x2


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntoskrnl.exe

BUCKET_ID: WRONG_SYMBOLS

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

[alt-92]

Ten eerste : volg dan wel de aanwijzingen op de verpakking op (oftewel: fix het symbol path anders kun je nog niks debuggen. Staat in de help).

Ten tweede: uit de beschrijving kun je al opmaken dat in die DMP het adres wat bij de derde arg staat de executable of DLL bevat die de fout ingaat.
Als je die kan opsporen - je moet dan dat geheugenadres opzoeken - heb je een beter houvast.

[Verwijderd]

Sorry maar ik word hier niet veel wijzer van.
Is dit een software matig iets of hardware matig?

Als het aan windows ligt dan herinstalleer ik deze en hoop ik dat dit het op lost...
Als het hardware matig is wacht ik tot het vakantie geld, en upgrade ik het systeem...

Daarnaast is het nu zo als ik het stroom van de pc heb afgehaalt, ik de BIOS opnieuw moet instellen met datum/tijd, anders start de pc niet op en geeft deze 3 korte piepjes...

[Remco]

Verwijderd schreef op zondag 08 mei 2011 @ 01:48:
Daarnaast is het nu zo als ik het stroom van de pc heb afgehaalt, ik de BIOS opnieuw moet instellen met datum/tijd, anders start de pc niet op en geeft deze 3 korte piepjes...

Dat wijst erop dat je batterij van je moederbord op is.

[CaptJackSparrow]

Het verschil tussen hard- en software is simpel te maken door te booten van een live-CDtje of USB-stick. Als het dan stabiel blijft draaien is de hardware in principe in orde.

[Verwijderd]

Het blijft allemaal werken, alleen nog niet voor lange duur...
Ik wil graag de HD en de RAM checken of daar fouten inzitten, die dit kunnen veroorzaken, wat zijn daarvoor goede programma's?

[Verwijderd]

Voor je HDD kan je checkdisk van MS gebruiken: Rechterklik de schijf > extra > foutcontrole en JA zeggen voor controle bij volgende boot (dit gebeurt buiten windows) en voor geheugen is http://www.memtest86.com/ erg bekend!

[mysterieworld]

misschien is de voeding wel aan vervanging toe.

[Verwijderd]

Verwijderd schreef op zondag 08 mei 2011 @ 14:53:
Voor je HDD kan je checkdisk van MS gebruiken: Rechterklik de schijf > extra > foutcontrole en JA zeggen voor controle bij volgende boot (dit gebeurt buiten windows) en voor geheugen is http://www.memtest86.com/ erg bekend!

Zal deze tests er eens over heen gooien... Bij de foutmelding die ik had hadden sommige ook geheugen of hdd problemen, en sommige moesten de batterij op het moederbord vervangen...
Leuk is dat een probleem die 1000 oorzaken kan hebben, maar met rustig blijven en diverse dingen uitproberen kom ik er meestal wel.

mysterieworld schreef op zondag 08 mei 2011 @ 14:53:
misschien is de voeding wel aan vervanging toe.

Zo oud is de voeding nog niet, nog geen 2 jaar. Maar wie weet is er tijdens het schoonmaken iets mis gegaan...

[Verwijderd]

Om de een of andere reden heb ik sinds de windows updates gister geen last meer van automatisch afsluiten...
Hoop dus dat dit het heeft opgelost, en het probleem niet terug komt...

In ieder geval allen bedankt voor het meedenken

[Verwijderd]

Na een aantal dagen goed gewerkt te hebben begint het weer. Windows sloot weer automatisch af, en de pc ging weer aan / uit / aan / uit enz, Soms komt hij door de cmos check heen soms herstart hij voordietijd weer, en soms kom ik tot en met windows en valt daarna vanzelf uit...

Nu draait het programma windows geheugencontrole, ben benieuwt wat die zegt. Maar weet zelf niet wat er loos is. Heb nu inmiddels wel mijn vakantiegeld, dus kan een klein upgrade kitje kopen, bijvoorbeeld deze http://www.alternate.nl/h...=HARDWARE&l1=Upgrade+kits echter weet ik niet of het moederbord / geheugen het probleem is, en microATX in mijn kast past...

Voeding is een jaar oud dus lijkt me ook niet het probleem...
Komt iemand dit bekend voor en heb je enig idee wat het probleem kan zijn, of hoe ik dit makkelijk en goedkoop kan verhelpen?

[Remco]

Zomaar een vraag, maar heb je al gechecked op virussen ? Probeer anders eens een trial van een andere virusscanner, wellicht dat je huidige wat over het hoofd ziet ?

[Verwijderd]

Remco schreef op vrijdag 13 mei 2011 @ 15:25:
Zomaar een vraag, maar heb je al gechecked op virussen ? Probeer anders eens een trial van een andere virusscanner, wellicht dat je huidige wat over het hoofd ziet ?

Virussen zijn gechecked, spyware en dergelijke ook, dus heb meer het vermoeden dat het iets met de hardware is, en daarom de pc soms niet eens aan gaat, en sommige keren windows automtisch afsluit, en het soms dus weer 4 a 5 dagen lang weer normaal doet...

Volgens mij sterft er iets, aan een langzame maar pijnlijke dood

[ Voor 6% gewijzigd door Verwijderd op 13-05-2011 15:33 ]

[alt-92]

Heb je nou al een vers CR2032 knoopcelletje gehaald?
Ik bedoel: die BSOD code, en je moederbord maken je duidelijk (evenals een aantal mensen hier) dat dáár je probleem in zit.
Kun je wel fijn allerlei softwarematige onzin erbij halen maar daar gaat je hardware niet opeens van werken

[ Voor 5% gewijzigd door alt-92 op 13-05-2011 15:39 ]

[Verwijderd]

alt-92 schreef op vrijdag 13 mei 2011 @ 15:37:
Heb je nou al een vers CR2032 knoopcelletje gehaald?
Ik bedoel: die BSOD code, en je moederbord maken je duidelijk (evenals een aantal mensen hier) dat dáár je probleem in zit.
Kun je wel fijn allerlei softwarematige onzin erbij halen maar daar gaat je hardware niet opeens van werken

Ja, die had ik thuis nog liggen. Nieuwe, nooit gebruikt, echter als ik die er in doe, dan is er toch iets mis. Als ik de spanning van de pc haal onthoud de bios zijn instellingen niet. Dit heb ik met meerdere batterijen geprobeerd, en het lijkt me niet dat deze, niet gebruikte batterijen, die een jaar in de kast hebben gelegen leeg zijn...

Dus er zit hier ergens wel een probleem ja, of zal het bios geheugen naar de klote zijn?

[daPet]

De knoopcel kan je controleren door de spanning te meten met een multimeter

[ResuCigam]

Heb je de knoopcel niet toevallig op zijn kop zitten, bij een goed geplaatste batterij onthoudt je computer de datum nadat de stroom eraf is geweest...

[Verwijderd]

De batterijen die ik heb zijn CR2032, 3V, 200mAh, zijn dit de juiste voor op een moederbord?

Zal ze vanavond bij mijn ouders eens doormeten, zij hebben namelijk zo'n multimeter...

[Remco]

Verwijderd schreef op vrijdag 13 mei 2011 @ 16:02:
De batterijen die ik heb zijn CR2032, 3V, 200mAh, zijn dit de juiste voor op een moederbord?

Zal ze vanavond bij mijn ouders eens doormeten, zij hebben namelijk zo'n multimeter...

Wat staat er op de batterij die je eruit hebt gehaald ?

[Verwijderd]

Remco schreef op vrijdag 13 mei 2011 @ 16:03:
[...]

Wat staat er op de batterij die je eruit hebt gehaald ?

CR2032, 3V, maar geen mAh, dus misschien dat dat anders is en een verschil maakt?

[Verwijderd]

De BIOS onthoud de instellingen weer, en de batterij doet dus zijn werk. Het probleem was dat de connector aan de zijkant (+) wat los zat, en de batterij niet aanraakte. Dit doordat ik daar mijn schroevendraaier heb gezet om de batterij er uit te halen. Ik heb hier iets tussen gedaan wat de connector richting de batterij duwde, waardoor die weer goed op zijn plek zat en de batterij weer werkte.

Hopelijk lost dit het uitvallen en afsluiten en dergelijke dan ook op. Want volgens sommige was de batterij de oorzaak hiervan.