Jump to content

Неразбираемо рестартиране на компютъра !


ulcho

Препоръчан пост

При поставяне на външен видеоконтролер под формата на разширителна карта в АGPI/PCI-e слота, дъното автоматично забранява вградения видеоконтролер. Следователно няма начин да са активни едновременно и да инсталираш драйвери и за двете. Пакетът драйвери, които идват към дъното вероятно съдържат драйвер за чипсета, драйвер за вградения мрежов адаптер, драйвер за звука, драйвер за вградения видеоконтролер и евентуално за допълнителни контролери (например RAID).

Тъй като е имало проблеми и веднага след инсталацията, вероятно става въпрос за хардуерен проблем. Може да опиташ нещата, които писах по-горе, ако са ти по силите.

Link to comment
Сподели другаде

  • Отговори 39
  • Създадена
  • Последен отговор

ТОП потребители в тази тема

Здравейте! За да не отварям нова тема бих искал да помоля l.kanelov да поясни как се прави извадка на файл от паметта при BSOD и с каква програма се отварят фаловете .DMP.

Предварително благодаря!

Link to comment
Сподели другаде

Десен клик върху My Computer -> Properties -> Advanced -> трети бутон Settings. От долното падащо меню се избира Kernel memory dump. Файловете се отварят с помощта на Debugging Tools for Windows.
Link to comment
Сподели другаде

Благодаря ти много, Night_Raven. Ако компютърът не може да зареди ОС след BSOD, къде ОС записва дъмп файла (в коя папка), за можем да го извлечем например с live-CD?
Link to comment
Сподели другаде

По подразбиране файлът се намира в %SystemRoot%\MEMORY.DMP, което значи X:\WINDOWS\MEMORY.DMP, където X е буквата на дяла, където е инсталирана ОС. Можеш разбира се да напишеш местоположение по желание в полето под падащото меню, от което избра вида на извадката.
Link to comment
Сподели другаде

Night_Raven вече написа как се конфигурира какъв тип да бъде файлът с извадка от паметта. Обаче това е необходимо само за Windows XP, защото при Windows Vista стандартно системата е конфигурирана да създава Kernel Memory Dump, а не Small както е при Windows XP.

Също така вече стана ясно, че се използват инструментите от пакета Debugging Tools for Windows. Аз лично използвам инструмента WinDbg, който е с графичен интерфейс, но има и с изцяло команден. И двата инструмента са с идентична функционалност, въпрос на вкус е кой ще се ползва.

За да се извърши успешно дебъгване / анализиране на файла, освен с debugger, който има възможност за отваряне на файлова с извадка, трябва да разполагаме със специални файлове, наречени файлове със символни таблици за трасиране на всички изпълними файлове, библиотеки и драйвери на Windows. Най-важният от тях е файлът със символната таблица за ядрото на операционната система. Най-добрият вариант е да се конфигурира дадения debugger да ползва Microsoft Symbol Server. По-този начин те ще бъдат сваляни динамично, когато е необходимо, като ще се пази и локално копие на тях на твърдия диск в папка по твое желание.

 

Още по темата може да прочетеш в този коментар.

 

Ако компютърът не може да зареди ОС след BSOD, къде ОС записва дъмп файла (в коя папка), за можем да го извлечем например с live-CD?

 

Не винаги операционната система може да запише файл с извадка от паметта. Ако се появи BSOD на толкова ранен етап от зареждането на операционната система, че все още не е инициализиран файла за станициране на виртуалната памет (Pagefile.sys) от мениджъра на сесии (SMSS), то системата няма да може да генерира файл с извадка. При това положение трябва да се използва една друга техника, която изисква два компютъра - цел и приемник. За целта двете системи се свързват с кабел и се изследва състоянието на проблемната система, като тя трябва да е заредена в режим за дебъгване (Debugging Mode). Това може да включва и поставяне на точки за прекъсване т.нар. breakpoints.

Aко файлът за странициране на виртуалната памет е вече отворен и инициализиран, тогава може да се ползва LiveCD или друг метод, за да се извлече файла с извадка.

Link to comment
Сподели другаде

Night_Raven, l.kanelov, благодаря ви много! Днес научих още нещо, благодарение на вас.

Само да попитам още нещо. Mini-dump файловете съдържат ли необходимата информация, за да се разбере причината за грешката? Техният размер е много по-малък от дъмп файловете на ядрото.

Link to comment
Сподели другаде

Night_Raven, l.kanelov, благодаря ви много! Днес научих още нещо, благодарение на вас.

Само да попитам още нещо. Mini-dump файловете съдържат ли необходимата информация, за да се разбере причината за грешката? Техният размер е много по-малък от дъмп файловете на ядрото.

 

Не. Minidump файловете съдържат само сегмента от паметта, в който е възникнала грешката. Т.е. съвсем минимално количество полезна информация и често недостатъчна за добър анализ. Това е като да искаш да направиш пълна аутопсия на човек, но да имаш на разпложение разрязана само едната длан. :)

Kernel Memory Dump е оптималният избор като размер / полезна информация, защото създава извадка на паметта на ядрото, а когато имаме BSOD ни е необходима точно информацията от ядрото. А пък, ако ни трябва Minidump (да предположим, че искаме да го прикачим към e-mail) лесно може да се извлече от Kernel или Full Dump чрез командата .dump /m в дебъгъра.

Link to comment
Сподели другаде

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гост
Отговори на тази тема

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   Не можете да качите директно снимка. Качете или добавете изображението от линк (URL)

Loading...

×
×
  • Създай ново...