Рестарт на Windows

[Evda]

Рестарт на ОС по време на работа - така накратко определям проблема си.Не съм качвала или сменяла драйвери, не съм претварвала по никав начин(да не кажа, че не е виждал претоварване от както е закупен )Веднъж съм сменяла ОС и в момента съм с Windows XP SP 3 !Този рестарт е за втори път !Мисля, че става въпрос за драйвер, но е по добре да чуя и други мнения!Всички температури във машината са повече от нормални!

Ето и лога от Windows за рестарта:

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


Loading Dump File [C:\Documents and Settings\bruce79\Desktop\Mini011309.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 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Tue Jan 13 23:42:11.546 2009 (GMT+2)
System Uptime: 0 days 12:27:11.294
*********************************************************************
* 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 4E, {99, 69a05, 1, 0}

***** 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+									*
*********************************************************************
Probably caused by : ntoskrnl.exe ( nt+22f33 )

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

[sergo75]

Кога се рестартира ? Така от "нищото" ли, или по време на някаква операция от твоя страна ?

[Evda]

Ами аз съм писала, но ще повторя, че проблема е по време на работа на компютъра

без значение дали слушам музика или ползвам някакво приложение - просто следва рестарт!

[darco]

Здравей , ето моето мнени.

Направи пълен ъпдейт на Windows.Ако продължи с рестартите имаш 2 варианта.

1 Преинсталация с най новите драйвери на конфигурацията.

2 Започваш едно продължително ровене , пробване и търсене.Деинсталираш всичкипрограми една по една и пробваш дали не е от някоя програма.Това ще отнеме доста време.Преди това може ако искаш от тук http://www.microsoft.com/whdc/DevTools/Deb...ng/default.mspx да дръпнеш дебъгера WINDOWS и да видиш там дали нещо ще излезе.Из нета има упутвания как се работи.Но въпреки всичките усилия и време което ще вложиш пак не е сигурно дали ще намериш от какво се рестартира.

За това мое мнение първо преинсталирай с най-новите драйвъри и виж как ще се държи.Остави го само на Windows ако е възможно 1-2 дни след това почвай една по една програмите , като тестваш след всяка.Ако и това не помогне , сменяй хардуера като почнеш със захранването.

Не звучи много обнадеждаващо нали :) А може просто да се примириш ако рестартите не са чести :)

 

 

[Aquarius]

Рестартирането може да е в резултат както от хардуерен проблем (прегряване на компоненти, физически проблем с твърдия диск, проблем с RAM, проблем със захранващия блок и тн.), така и в резултат от софтуерен срив, най-често от бъгав драйвер на устройство на трети производител (било то драйвер на хардуерно устройство, филтриращ драйвер на софтуерен продукт и тн). За да може обаче да решим проблема, ще ни трябва повече информация за компютъра:

 

1) Какви са компонентите на машината - дънна платка, видеокарта, памет, твърд диск, захранващ блок (марка / модел);

2) Какви са работните температури и захранващи напрежения на компонентите;

3) Дали скоро си правила хардуерен ъпгрейд и ако да какъв;

4) Дали скоро е обновявана операционната система или приложния софтуер;

5) Кога се появи проблемът;

 

Също така ще трябва да предоставиш файла с извадка от паметта, който се генерира от операционната систма при поява на BOSD /рестарт/. От информацията, която той съдържа е възможно да се разбере доста точно дали става въпрос за проблемен драйвер или хардуерен проблем. За целта направи следното:

 

1) Oтвори System Properties --> Advanced --> Startup And Recovery --> Settings.

2) Oт комбинираното поле в рамката Write Debugging Information избери опцията Kernel Memory Dump.

3) Кликни OK и затвори аплета System.

 

Причната за промяната на тези настройкие е, че при Windows XP стандартно се създава извадка на сегмента от физическата памет, в който е възникнала грешката (Small Memory Dump). Това е минималното количество информация и често не е достатъчно за добър анализ. Kernel Memory Dump (опцията, която избрахме) предлага най-доброто съотношение големина на файла с извадка / полезна инфромация.

Имай предвид обаче, че за да се генерира файл с извадка от паметта на устройство C:\ трябва да има достатъчно свободно място и файл за странициране на виртуалната памет с подходящ размер.

След време, ако системата пак се рестартира - отиди в папката C:\Windows. Там ще имаш един файл Memory.dmp, който трябва да го споделиш с нас. Това може да стане като например го качиш на 4Storing или на друг хостинг и ни дадеш линк за сваляне, за да може да го анализираме.

[sergo75]

Като за начало, що не вземеш да пуснеш проверка на дисковете за грешки.

[Evda]

Искам да благадаря на всички за техните мнения по темата и по специално на darco и l.kanelov!Проблема с рестарта беше решен - изглежда, все пак е добре да се

ползват ъпдейтите на Windows, като визирам само критичните!Благодаря отново и успех!