Съдържание

• Стъпвам
• Метод 1 от 2: Използване на BlueScreenView
• Метод 2 от 2: С WinDBG

Когато приложение на Windows се срине или спре неочаквано, се генерира „файл за изхвърляне на срив“ за съхраняване на системна информация непосредствено преди отказа. Четенето на малки дъмп файлове с памет може да помогне за разрешаването на причината за грешката. С безплатната програма "BlueScreenView" можете бързо да научите какво се е объркало или да използвате инструментите за отстраняване на грешки на Windows за по-подробна информация.

Стъпвам

Метод 1 от 2: Използване на BlueScreenView

1. Използвайте BlueScreenView, ако искате само да видите какво е причинило срива. Повечето потребители се нуждаят само от файлове за изхвърляне на сривове, за да определят каква може да е причината за срив на системата или BSoD (син екран на смъртта). BlueScreenView е безплатна програма от NirSoft, която анализира дъмп файловете и може да ви каже кой драйвер или друг фактор е причинил срива.
   • Сметищата, създадени по време на срив на системата, се наричат ​​„минисвалища“.
2. Изтеглете BlueScreenView. Можете да изтеглите BlueScreenView директно от NirSoft на адрес nirsoft.net/utils/blue_screen_view.html.
   • Можете да изтеглите програмата като самостоятелна версия (доставя се в ZIP формат). Това ви позволява да го стартирате без инсталация. След като приключите с изтеглянето на ZIP файла, щракнете с десния бутон и изберете „Извличане“, за да създадете нова папка с BlueScreenView.
3. Стартирайте BlueScreenView. След като извлечете BlueScreenView от ZIP файла, стартирайте програмата. Ще получите известие от Windows с въпрос дали искате да продължите.
4. Намерете файла за срив, който искате да анализирате. Когато компютърът ви се срине, в директорията на Windows се създава файл, наречен "minidump". Тези файлове имат разширение "dmp" и BlueScreenView може да ги прочете и да ви каже какво се е случило. Minidump файлове могат да бъдат намерени в C: Windows Minidump. Ако не виждате файловете, може да се наложи да направите скритите файлове видими:
   • В Windows 10 и 8 щракнете върху раздела „Преглед“ в Windows Explorer и поставете отметка в квадратчето „Скрити елементи“.
   • В Windows 7 и по-стари версии отворете Опции за папки в контролния панел, след това щракнете върху раздела „Преглед“ и изберете „Показване на скрити файлове, папки и устройства“.
5. Плъзнете го dmp файл в прозореца BlueScreenView. Най-бързият начин за отваряне на .dmp файлове е да ги плъзнете и пуснете в прозореца BlueScreenView. Файлът няма да бъде преместен от първоначалното си местоположение. Долната половина на прозореца BlueScreenView ще бъде запълнена с данни след плъзгане на файла в прозореца.
6. Отидете до колоната „Причинени от водача“ в горната секция. Може да се наложи да превъртите леко надясно, за да го видите. Тази колона показва кой драйвер е причинил срив на системата.
   • Възможно е проблемният драйвер да бъде маркиран в червено в долната част на прозореца. Щракнете двукратно върху този маркиран елемент за повече подробности, като например името на продукта, описанието и пътя на файла.
7. Използвайте тази информация, за да намерите проблема. След като знаете кой драйвер е причинил срива, можете да започнете да отстранявате неизправности. Започнете с онлайн разследване на „име на драйвер“ и „срив“, за да видите дали други са имали същия проблем.

Метод 2 от 2: С WinDBG

1. Използвайте този метод за по-усъвършенстван анализ. Повечето потребители не трябва да използват програмата за отстраняване на грешки на Windows, за да отворят файлове MEMORY.DMP и да изследват код, изхвърлен от паметта поради срив. Ако искате повече информация за това как Windows използва драйвери и памет или ако трябва да анализирате файлове за изхвърляне за разработване на софтуер, Windows Debugger може да ви предостави много информация.
2. Изтеглете Windows Software Development Kit (WDK). Тази програма съдържа програмата WinDBG, която използвате за отваряне на файловете за изхвърляне. Можете да изтеглите инсталатора на WDK тук.
3. Щракнете два пъти върху sdksetup.exe. Това ще стартира инсталатора. Преминете през първите няколко екрана, оставяйки настройките по подразбиране незасегнати.
4. Премахнете избора на всичко с изключение на „Инструменти за отстраняване на грешки за Windows“. Можете да отмените избора на всички други опции, тъй като те не се използват за отваряне на дъмп файлове. Премахването на избора му ще ускори инсталацията и ще спести място на вашия твърд диск.
5. Изчакайте, докато файловете се изтеглят и инсталират. Това може да отнеме няколко минути.
6. Отворете командния прозорец като администратор. Трябва да отворите командния прозорец като администратор, за да свържете dmp файлове с WinDBG, за да може програмата да ги анализира. Отворете командния прозорец в папката "system32".
   • Windows 10 и 8 - Щракнете с десния бутон върху бутона Windows и изберете „Command Promt (Admin)“.
   • Windows 7 - Отворете менюто "Старт" и въведете cmd. Натиснете Ctrl+⇧ Shift+↵ Въведете.
7. Отидете в директорията на дебъгера. Изпълнете следната команда, за да преминете към правилната директория. Ако използвате Windows 10, можете просто да копирате и поставите. При по-ранните версии ще трябва да въведете командата:
   • cd Program Files (x86) Windows Kits 8.1 Debuggers x64
8. Въведете командата за монтиране на файловете за изхвърляне. Въведете следната команда, за да свържете WinDBG с DMP файлове. Потребителите на Windows 10 могат да копират и поставят тази команда:
   • windbg.exe -IA
   • Ако сте въвели правилно командата, ще се появи празен прозорец на WinDBG, който можете да затворите.
9. Стартирайте WinDBG. Ще трябва да конфигурирате WinDBG да зарежда правилните файлове, така че dmp файловете на Microsoft да могат да бъдат отворени. Правите това в WinDBG.
   • Най-бързият начин да стартирате програмата е да натиснете ⊞ Печелете и напишете "windbg".
10. Кликнете върху „Файл“ и изберете „Път на символния файл ". Ще се отвори нов прозорец.
11. Копирайте и поставете следния адрес. Този път ще каже на WinDBG да изтегли и съхрани необходимите символи директно от Microsoft в C: SymCache:
    • SRV * C: SymCache * http: //msdl.microsoft.com/download/symbols
    • Картата C: SymCache ще нараства с времето, докато отваряте повече файлове за отстраняване на грешки и изтегляте допълнителни символи от Microsoft.
12. Намерете файла за срив, който искате да анализирате. Файловете за изхвърляне (.dmp) се генерират, когато системата ви се срине. По подразбиране бихте поставили файла за изхвърляне в директорията C: Windows Minidump след възстановяване при срив. Файлът също може да бъде в C: Windows ПАМЕТ. DMP стойка. Ако не можете да намерите файловете, може да се наложи да покажете скрити файлове:
    • В Windows 10 и 8 щракнете върху раздела „Преглед“ в Windows Explorer и поставете отметка в квадратчето „Скрити елементи“.
    • В Windows 7 и по-стари версии отворете Опции за папки в контролния панел, след това щракнете върху раздела „Преглед“ и изберете „Показване на скрити файлове, папки и устройства.
13. Щракнете двукратно върху файла за изхвърляне. Докато WinDBG е правилно конфигуриран, WinDBG трябва да стартира и да започне обработката на файла.
14. Изчакайте, докато файлът за зареждане се зареди. Първият път, когато отворите дамп файл, трябва да изчакате, докато символите се изтеглят от Microsoft. Не прекъсвайте програмата WinDBG, докато зареждате файла.
    • Файлът за срив при зареждане ще се зареди много по-бързо следващия път, тъй като вече имате символите в папката C: SymCache имам изправен.
    • Ще разберете, че зареждащият файл е завършил зареждането, когато вашият Проследяване: MachineOwner в долната част на файла.
15. Потърсете реда "Вероятно причинен от". Това е най-бързият начин да получите представа за причината за катастрофата. WinDBG ще анализира файла за изхвърляне и ще докладва кой процес или драйвер може да причини проблема. Можете да използвате тази информация за по-нататъшно отстраняване на неизправности и изследвания.
16. Намерете кодовете за BugCheck. Файлът за изхвърляне ще върне кодове за конкретни грешки, възникнали по време на срива. Погледнете директно над реда "Вероятно причинено от". Вероятно ще видите двусимволен код, като например "9F".
    • Отидете на справочния код за проверка на грешки на Microsoft. Намерете кода, който съответства на вашия BugCode, като разгледате последните два знака във всеки запис.