Windows debugging tools: діагностика та виправлення bsod

Відео: Install and configure WinDBG

Уявіть собі таку ситуацію ... Ви глибоко в думках, працюєте над дійсно важливим документом і раптом раптово екран стає синім, на ньому відображається повідомлення про помилку і ваш комп`ютер перезавантажується, втрачаючи, можливо, всі ваші напрацювання. Чи не правда, дуже неприємна історія ..?

Такі типи збоїв зазвичай пов`язані зі збійних драйвером, який буває важко обчислити. Проте, поліпшена система відслідковування помилок в Windows Vista (і не тільки в Vista!) Нерідко може привести вас до проблемного файлу. В результаті чого більшість людей перестає судорожно намагатися працювати на нестабільному комп`ютері, з параноїдальною регулярністю зберігаючи документи і сподіваючись на краще.

При збої Windows зазвичай створюється так званий ldquo-дамп памятіrdquo-. Останній можна досліджувати за допомогою безкоштовного отладочного інструменту Windows Debugging Tools, який може направити вас на джерело проблеми. Тому, все, що вам необхідно зробити, це:

Завантажити собі оцінний інструмент

Завантажити Windows Debugging Tools можна безпосередньо з сайту Microsoft. Програма працює з безліччю операційних систем, починаючи з Windows NT 4 і закінчуючи Windows 2008, тому проблем з нею у вас виникнути не повинно. Так, не можна сказати, що вона стабільна під Windows 7 RC, однак по нашим тестам все-таки працює. Тому навіть спроба діагностування проблеми з під Windows 7 RC може виявитися вдалою.

Конфігурувати свою систему

Необхідно, щоб під час збоїв ваш комп`ютер створював дампи пам`яті, які в подальшій послужать джерелом інформації для відладчика. Тому важливо, щоб Windows була налаштована на генерацію дампов. Щоб налаштувати свою операційну систему, клікніть правою кнопкою миші по Своєму комп`ютера (Computer) і виберіть Властивості (Properties). Потім клікніть по вкладці додаткових параметрів Додатково (Advanced System Settings), на ній знайдіть підрозділ Завантаження і відновлення системи (Startup and Recovery Settings) і переконайтеся, що параметр Запис налагоджувальної інформації (Write debugging information) встановлено в стан Дамп пам`яті ядра (Kernel memory dump ) або Повний дамп пам`яті (Complete memory dump).




Далі клікніть Пуск (Start), перейдіть в Програми (All Programs), виберіть Debugging Tools і запустіть WinDbg. У програмі пройдіть в меню File і виберіть Symbol File Path ... Потім напишіть в вікні наступний рядок:

SRV * c: symbols * http: //msdl.microsoft.com/download/symbols

Відео: Windows Debugging and Troubleshooting

Остання визначає шлях до спеціальних даними - так званим "символам" (symbols), які можуть допомогти Отладочная інструменту в упізнанні вашого збійного файлу.

Після введення рядка, клацніть на кнопці OK. Надалі при роботі з отладчиком цей рядок викличе скачування символів з msdl.microsoft.com і збереження їх в папку c: symbols.




Далі ще раз клікніть по меню File, виберіть Exit і підтвердіть збереження своєї робочої області (мається на увазі шляху до символів) натисканням кнопки Yes.

Вирішити свою проблему

Тепер почекайте чергового збою з синім екраном, і подальшого закінчення перезавантаження комп`ютера. Потім ще раз запустіть WinDbg (користувачам Vista необхідно запускати програму від імені адміністратора), клікніть по меню File, виберіть відкриття збійного дампа Open Crash Dump, відкрийте файл Windows MEMORY.DMP, і програма негайно почне його аналізувати.

На жаль, WinDbg надає дуже мало інформації про те, що вона робить, тому ви можете навіть подумати, що програма зависла. Однак почекайте. Зрозумійте, аналіз, скажімо, 4GB пам`яті на не дуже потужному комп`ютері може зайняти деякий час, аж до годин. Тому наберіться терпіння, а краще залиште аналіз на ніч.

Windows Debugging Tools: діагностика та виправлення BSOD 

Відео: Introduction to Windbg and debugging windows

Втім, зазвичай результат виходить вже через кілька хвилин. Про це свідчить рядок аналізатора помилки Bugcheck Analysis, що повідомляє щось на кшталт "Probably caused by: UACReplace.sys". У перекладі на російську це означає, що проблема, можливо, викликана файлом UACReplace.sys. Введіть його в рядок пошуку, наприклад, Google і ви дізнаєтеся його реальне походження. Зокрема, якщо він належить одній з встановлених вами програм або встановленому драйверу, то ви можете просто спробувати оновити її або його. Можливо, це вирішить виникли у вас проблеми.

Треба сказати, що час від часу WinDbg не може назвати ім`я файлу зовсім або просто вибирає одну з DLL-бібліотек Windows. Якщо це сталося і у вас, то просто клікніть по командному вікна над панеллю статусу і наберіть команду:

!analyze -v

Відео: 1 Install Windbg WDK

Після цього натисніть Enter. Це надасть вам більш детальний звіт, в якому може міститися інформація про можливі причини ваших бід.

Якщо ж і цього разу вам не пощастить, не впадайте у відчай. Налагодження є досить складною справою навіть для експертів. Тому просто закрийте WinDbg і запустіть аналізатор знову після наступного збою. Можливо, це дасть вам трохи більше інформації. Успіхів!


Поділися в соц. мережах:

По темі: