Przeczytaj pliki zrzutu awaryjnego

Autor: Roger Morrison
Data Utworzenia: 18 Wrzesień 2021
Data Aktualizacji: 1 Lipiec 2024
Anonim
Jak Uruchomić Tryb Awaryjny W Systemie Windows 8 i 8.1
Wideo: Jak Uruchomić Tryb Awaryjny W Systemie Windows 8 i 8.1

Zawartość

Gdy aplikacja systemu Windows ulega awarii lub nieoczekiwanie przestaje działać, generowany jest „plik zrzutu awaryjnego” w celu przechowywania informacji o systemie sprzed awarii. Odczytanie plików małego zrzutu pamięci może pomóc w rozwiązaniu przyczyny błędu. Dzięki darmowemu programowi „BlueScreenView” możesz szybko dowiedzieć się, co poszło nie tak lub skorzystać z narzędzi Debugger systemu Windows, aby uzyskać bardziej szczegółowe informacje.

Do kroku

Metoda 1 z 2: użycie BlueScreenView

  1. Użyj BlueScreenView, jeśli chcesz zobaczyć, co spowodowało awarię. Większość użytkowników potrzebuje tylko plików zrzutu awaryjnego, aby określić, co może być przyczyną awarii systemu lub BSoD (Blue Screen of Death). BlueScreenView to darmowy program firmy NirSoft, który analizuje pliki zrzutu i może powiedzieć, który sterownik lub inny czynnik spowodował awarię.
    • Zrzuty utworzone podczas awarii systemu nazywane są „minizrzutami”.
  2. Pobierz BlueScreenView. Możesz pobrać BlueScreenView bezpośrednio z NirSoft pod adresem nirsoft.net/utils/blue_screen_view.html.
    • Możesz pobrać program jako samodzielną wersję (dostarczany w formacie ZIP). Pozwala to na uruchomienie go bez instalacji. Po zakończeniu pobierania pliku ZIP kliknij prawym przyciskiem myszy i wybierz „Wypakuj”, aby utworzyć nowy folder z BlueScreenView.
  3. Uruchom BlueScreenView. Po wyodrębnieniu BlueScreenView z pliku ZIP uruchom program. Otrzymasz powiadomienie z systemu Windows z pytaniem, czy chcesz kontynuować.
  4. Znajdź plik zrzutu awaryjnego, który chcesz przeanalizować. Gdy komputer ulegnie awarii, w katalogu Windows tworzony jest plik o nazwie „minidump”. Pliki te mają rozszerzenie „dmp”, a BlueScreenView może je odczytać i powiedzieć, co się stało. Pliki minizrzutu można znaleźć w C: Windows Minidump. Jeśli nie widzisz plików, może być konieczne pokazanie ukrytych plików:
    • W systemie Windows 10 i 8 kliknij kartę „Widok” w Eksploratorze Windows i zaznacz pole wyboru „Elementy ukryte”.
    • W systemie Windows 7 i wcześniejszych otwórz Opcje folderów w Panelu sterowania, a następnie kliknij kartę „Widok” i wybierz opcję „Pokaż ukryte pliki, foldery i dyski”.
  5. Przeciągnij to dmp w oknie BlueScreenView. Najszybszym sposobem otwierania plików .dmp jest przeciąganie i upuszczanie ich w oknie BlueScreenView. Plik nie zostanie przeniesiony z pierwotnej lokalizacji. Dolna połowa okna BlueScreenView zostanie wypełniona danymi po przeciągnięciu pliku do okna.
  6. Przejdź do kolumny „Spowodowane przez kierowcę” w górnej sekcji. Aby go zobaczyć, może być konieczne lekkie przewinięcie w prawo. Ta kolumna pokazuje, który sterownik spowodował awarię systemu.
    • Może się również zdarzyć, że problematyczny sterownik zostanie podświetlony na czerwono w dolnej części okna. Kliknij dwukrotnie ten podświetlony element, aby uzyskać więcej informacji, takich jak nazwa produktu, opis i ścieżka do pliku.
  7. Skorzystaj z tych informacji, aby znaleźć problem. Teraz, gdy wiesz, który sterownik spowodował awarię, możesz rozpocząć rozwiązywanie problemów. Zacznij od zbadania w trybie online „nazwy sterownika” i „awarii”, aby sprawdzić, czy inni napotkali ten sam problem.

Metoda 2 z 2: z WinDBG

  1. Użyj tej metody do bardziej zaawansowanej analizy. Większość użytkowników nie musi używać programu Windows Debugger do otwierania plików MEMORY.DMP i sprawdzania kodu zrzuconego z pamięci w wyniku awarii. Jeśli chcesz uzyskać więcej informacji o tym, jak system Windows używa sterowników i pamięci, lub jeśli potrzebujesz przeanalizować pliki zrzutów pod kątem tworzenia oprogramowania, program Windows Debugger może dostarczyć wielu informacji.
  2. Pobierz zestaw Windows Software Development Kit (WDK). Ten program zawiera program WinDBG, którego używasz do otwierania plików zrzutu. Możesz pobrać instalator WDK tutaj.
  3. Kliknij dwukrotnie sdksetup.exe. Spowoduje to uruchomienie instalatora. Przejdź przez kilka pierwszych ekranów, pozostawiając ustawienia domyślne nietknięte.
  4. Odznacz wszystko oprócz „Narzędzia do debugowania dla systemu Windows”. Możesz odznaczyć wszystkie inne opcje, ponieważ nie są one używane do otwierania plików zrzutu. Odznaczenie tej opcji przyspieszy instalację i pozwoli zaoszczędzić miejsce na dysku twardym.
  5. Poczekaj, aż pliki zostaną pobrane i zainstalowane. To może zająć kilka minut.
  6. Otwórz okno poleceń jako administrator. Musisz otworzyć okno poleceń jako administrator, aby skojarzyć pliki dmp z WinDBG, aby program mógł je analizować. Otwórz okno poleceń w folderze „system32”.
    • Windows 10 i 8 - Kliknij prawym przyciskiem myszy przycisk Windows i wybierz „Wiersz polecenia (administrator)”.
    • Windows 7 - Otwórz menu Start i wpisz cmd. naciśnij Ctrl+⇧ Shift+↵ Enter.
  7. Przejdź do katalogu debugera. Uruchom następujące polecenie, aby przejść do właściwego katalogu. Jeśli używasz systemu Windows 10, możesz po prostu skopiować i wkleić. We wcześniejszych wersjach będziesz musiał wpisać polecenie:
    • cd Program Files (x86) Windows Kits 8.1 Debuggers x64
  8. Wpisz polecenie, aby zamontować pliki zrzutu. Wpisz następujące polecenie, aby skojarzyć WinDBG z plikami DMP. Użytkownicy systemu Windows 10 mogą skopiować i wkleić to polecenie:
    • windbg.exe -IA
    • Jeśli poprawnie wpisałeś polecenie, pojawi się puste okno WinDBG, które możesz zamknąć.
  9. Uruchom WinDBG. Będziesz musiał skonfigurować WinDBG, aby ładował poprawne pliki, aby można było otwierać pliki Microsoft dmp. Robisz to w WinDBG.
    • Najszybszym sposobem uruchomienia programu jest naciśnięcie ⊞ Win i wpisz „windbg”.
  10. Kliknij „Plik” i wybierz „Ścieżka pliku symboli ”. Otworzy się nowe okno.
  11. Skopiuj i wklej następujący adres. Ta ścieżka powie WinDBG, aby pobrać i przechowywać niezbędne symbole bezpośrednio od firmy Microsoft w formacie C: SymCache:
    • SRV * C: SymCache * http: //msdl.microsoft.com/download/symbols
    • Mapa C: SymCache będzie rosnąć z czasem, gdy będziesz otwierać więcej plików debugowania i pobierać dodatkowe symbole od firmy Microsoft.
  12. Znajdź plik zrzutu awaryjnego, który chcesz przeanalizować. Pliki zrzutu (.dmp) są generowane w przypadku awarii systemu. Domyślnie umieściłbyś plik zrzutu w katalogu C: Windows Minidump po odzyskaniu po awarii. Plik może również znajdować się w formacie C: Windows PAMIĘĆ. DMP stoisko. Jeśli nie możesz znaleźć plików, może być konieczne ich odkrycie:
    • W systemie Windows 10 i 8 kliknij kartę „Widok” w Eksploratorze Windows i zaznacz pole wyboru „Elementy ukryte”.
    • W systemie Windows 7 i wcześniejszych otwórz Opcje folderów w Panelu sterowania, a następnie kliknij kartę „Widok” i wybierz opcję „Pokaż ukryte pliki, foldery i dyski.
  13. Kliknij dwukrotnie plik zrzutu. Dopóki WinDBG jest poprawnie skonfigurowany, WinDBG powinien uruchomić i rozpocząć przetwarzanie pliku.
  14. Poczekaj, aż plik zrzutu zostanie załadowany. Przy pierwszym otwarciu pliku zrzutu musisz poczekać, aż symbole zostaną pobrane z firmy Microsoft. Nie przerywaj działania programu WinDBG podczas ładowania pliku.
    • Plik zrzutu awaryjnego załaduje się znacznie szybciej następnym razem, ponieważ masz już symbole w folderze C: SymCache stać.
    • Dowiesz się, że plik zrzutu zakończył ładowanie, gdy plik Kontynuacja: MachineOwner na dole pliku.
  15. Poszukaj wiersza „Prawdopodobnie spowodowane przez”. To najszybszy sposób, aby zorientować się, co spowodowało awarię. WinDBG przeanalizuje plik zrzutu i zgłosi, który proces lub sterownik może powodować problem. Możesz użyć tych informacji do dalszego rozwiązywania problemów i badań.
  16. Znajdź kody BugCheck. Plik zrzutu zwróci kody dla określonych błędów, które wystąpiły podczas awarii. Spójrz bezpośrednio nad wiersz „Prawdopodobnie spowodowane przez”. Prawdopodobnie zobaczysz dwuznakowy kod, na przykład „9F”.
    • Przejdź do informacji o kodzie sprawdzania błędów firmy Microsoft. Znajdź kod, który pasuje do twojego BugCode, patrząc na ostatnie dwa znaki w każdym wpisie.