Jak analizować pliki zrzutu pamięci (.dmp) w systemie Windows 10?

Jeśli Twój komputer z systemem Windows cierpi na błąd niebieskiego ekranu śmierci (BSOD)(Blue Screen of Death (BSOD) error) , wydarzy się kilka rzeczy. Najbardziej oczywiste jest to, że Twój komputer jest zmuszony do ponownego uruchomienia, ponieważ BSOD jest wynikiem całkowitego awarii systemu Windows . (Windows)Mniej oczywistym skutkiem błędu BSOD jest jednak tworzony dziennik błędów, który umożliwia późniejsze rozwiązanie problemu.

Nazywa się to plikiem zrzutu pamięci, zapisanym w formacie pliku DMP . Pliki te zawierają różne informacje dotyczące problemu, w tym aktualną wersję systemu Windows(Windows) , wszelkie uruchomione aplikacje i sterowniki w czasie BSOD oraz sam kod błędu. Aby pomóc Ci przeanalizować pliki zrzutu pamięci, oto, co musisz zrobić.

Co to są pliki zrzutu pamięci w systemie Windows 10?(What are Memory Dump Files on Windows 10?)

Niebieski ekran (Blue Screen)śmierci(Death) to krytyczny i nieodwracalny błąd na komputerze z systemem Windows(Windows) , ale przyczyny tych błędów mogą być różne. Na przykład nieoczekiwana pułapka trybu jądra BSOD(unexpected kernel mode trap BSOD) jest zwykle powodowana przez niekompatybilny lub przetaktowany sprzęt, podczas gdy krytyczny proces ginie, BSOD(critical process died BSOD) może mieć różne przyczyny, w tym uszkodzone pliki systemowe.

Aby pomóc w rozwiązaniu problemu, system Windows(Windows) automatycznie generuje plik zrzutu pamięci. Zwykle zawiera on nazwę i wartość kodu zatrzymania (np. kod zatrzymania wyjątku usługi systemowej ), listę wszystkich sterowników uruchomionych w czasie awarii oraz dodatkowe informacje techniczne, których można użyć do zidentyfikowania przyczyny.

Te pliki zrzutu (przy użyciu formatu pliku DMP ) są zapisywane automatycznie w folderze głównym (DMP)C: , C:\minidump lub C:\Windows\minidump . Aby ułatwić ich analizę, możesz zainstalować aplikację Microsoft do debugowania WinDbg ze sklepu Microsoft Store(Microsoft Store) . Pomaga to analizować pliki zrzutu pamięci i lokalizować informacje o kodzie zatrzymania.

Możesz także użyć starszych narzędzi, takich jak NirSoft BlueScreenView , aby szybko przeanalizować pliki zrzutu utworzone na twoim komputerze. Pomoże to również zidentyfikować wartość kodu zatrzymania i możliwą przyczynę (np. określony plik sterownika).

Znając wartość kodu zatrzymania, możesz wyszukać w Internecie dodatkowe informacje na temat problemu. Na przykład, jeśli wykryłeś z pliku zrzutu, że cierpisz na BSOD zarządzania pamięcią , możesz zapoznać się z naszym przewodnikiem po błędach BSOD(BSOD error guide) , aby uzyskać dodatkowe porady dotyczące rozwiązania tego problemu.

Ponieważ błąd BSOD może uniemożliwić działanie komputera, może być konieczne ponowne uruchomienie systemu Windows w trybie awaryjnym . Uruchamianie systemu Windows(Windows) w trybie awaryjnym(Safe Mode) zmniejsza liczbę aktywnych procesów systemowych i sterowników do absolutnego minimum, umożliwiając dalsze badanie rzeczy.

Jeśli jednak w ogóle nie możesz uruchomić systemu Windows(Windows) , opcje są ograniczone. Obecnie nie ma samodzielnych narzędzi, które można uruchomić, jeśli sam system Windows(Windows) nie działa poprawnie w celu analizy plików zrzutu BSOD . W takim przypadku konieczne będzie odzyskanie plików zrzutu za pomocą Live CD z systemem Linux(recover the dump files using a Linux live CD) przy użyciu dysku DVD lub przenośnej pamięci(USB) flash USB. 

Następnie możesz przeanalizować plik za pomocą WinDbg lub NirSoft BlueScreenView na działającym komputerze z systemem Windows(Windows) lub laptopie, wykonując poniższe czynności.

Zmiana ustawień pliku zrzutu pamięci w ustawieniach systemu Windows(Changing Memory Dump File Settings in Windows Settings)

Pliki zrzutu pamięci(Memory) są tworzone automatycznie, ale poziom szczegółowości zawarty w pliku zrzutu pamięci można ustawić w Ustawieniach systemu Windows(Windows Settings) . Będzie to działać tylko w przypadku BSOD(BSODs) , które występują po(after ) zmianie tego ustawienia, ale jeśli na komputerze występują problemy, możesz wykonać następujące kroki, aby dodać dodatkowe informacje do plików zrzutu.

  1. Aby rozpocząć, kliknij prawym przyciskiem myszy menu Start i wybierz Ustawienia(Settings) .

  1. W menu Ustawienia(Settings) wybierz System > Informacje. (About. )W panelu Ustawienia powiązane(Related settings ) , w menu System > Informacje(About) , wybierz opcję Zaawansowane ustawienia systemu(Advanced system settings) .

  1. W menu Właściwości systemu(System Properties) wybierz opcję Ustawienia(Settings ) wymienioną w sekcji Uruchamianie i odzyskiwanie(Startup and Recovery ) na dole.

  1. Aby zmienić poziom szczegółowości rejestrowany przez pliki zrzutu pamięci, gdy wystąpi BSOD , wybierz jedną z dostępnych opcji za pomocą menu rozwijanego Zapisz informacje debugowania w oknie (Write debugging information )Uruchamianie i odzyskiwanie(Startup and Recovery ) . Pełne(Full) informacje na temat zawartości każdego zrzutu pamięci są dostępne w witrynie internetowej dokumentacji firmy Microsoft(Microsoft documentation website) . Wybierz OK > OK , aby zapisać swój wybór.

Po wprowadzeniu tej zmiany może być konieczne ponowne uruchomienie komputera, aby upewnić się, że ustawienie zostanie zastosowane. Wszelkie przyszłe błędy BSOD , które wystąpią, wygenerują plik zrzutu pamięci zawierający poziom informacji wybrany powyżej.

Jak analizować pliki zrzutu pamięci systemu Windows za pomocą WinDbg(How to Analyze Windows Memory Dump Files Using WinDbg)

Jeśli wystąpi błąd BSOD , możesz użyć WinDbg do analizy pliku zrzutu pamięci. To narzędzie programistyczne stworzone przez firmę Microsoft to najlepszy sposób na analizę plików pamięci, ale możesz również użyć starszej wersji NirSoft BlueScreenView(NirSoft BlueScreenView) jako alternatywy, wykonując poniższe czynności.

Te kroki zakładają, że Twój komputer działa wystarczająco dobrze, aby zainstalować i używać WinDbg . Jeśli tak nie jest, musisz pobrać pliki zrzutu z dysku twardego za pomocą Live CD lub USB z (USB)Linuksem(Linux) , aby przeanalizować je w innym miejscu. Środowiska Live CD można uruchomić przy użyciu nośników instalacyjnych większości dystrybucji Linuksa(Linux distributions) , w tym Ubuntu i Debian.

  1. Aby rozpocząć, musisz zainstalować WinDbg Preview(install WinDbg Preview) z Microsoft Store . Na stronie sklepu WinDbg wybierz opcję (WinDbg)Pobierz(Get) , aby rozpocząć instalację.

  1. Po zainstalowaniu WinDbg uruchom go, wybierając opcję Uruchom(Launch) na stronie sklepu lub uruchamiając go z menu Start . Jeśli nie możesz uzyskać dostępu do plików zrzutu, musisz zlokalizować WinDbg w menu Start , a następnie kliknąć prawym przyciskiem myszy(right-click ) i wybrać Więcej(More ) > Uruchom jako administrator(Run as administrator) , aby przyznać mu niezbędny dostęp.

  1. W oknie WinDbg wybierz Plik(File ) > Rozpocznij debugowanie(Start debugging ) > Otwórz plik zrzutu(Open dump file) . Użyj wbudowanego menu Eksploratora plików(File Explorer) , aby otworzyć najnowszy plik zrzutu, który jest zwykle zapisywany w folderze głównym C:\ C:\minidump lub C:\Windows\minidump .

  1. Otwarcie pliku DMP spowoduje uruchomienie debugera WinDbg i załadowanie pliku. Może to zająć trochę czasu, w zależności od rozmiaru pliku i zapisanego poziomu szczegółowości. Gdy to zrobisz, wpisz !analyze -v w polu poleceń na dole karty Polecenie(Command) , a następnie naciśnij klawisz Enter , aby uruchomić polecenie.

  1. Polecenie !analyze -v zajmie trochę czasu, aby załadować i przeanalizować plik dziennika utworzony przez błąd BSOD - poczekaj na zakończenie tego procesu. Gdy to zrobisz, możesz przeanalizować pełne dane wyjściowe na karcie Polecenie(Command) . W szczególności wyszukaj nazwę i wartość kodu zatrzymania (np . DRIVER_IRQL_NOT_LESS_OR_EQUAL i d1 ) wymienione w sekcji Analiza sprawdzania błędów(Bugcheck Analysis) . Wraz z kodem zatrzymania zostanie wyświetlony krótki opis przedstawiający przyczynę (np. problemy ze sterownikiem), co umożliwi dalsze rozwiązywanie problemów.

  1. Możesz również przejrzeć inne istotne informacje wymienione w analizie WinDbg (takie jak wartość (WinDbg)NAZWA_MODUŁU(MODULE_NAME) ), aby zidentyfikować przyczynę. W tym przykładzie kod BSOD został spowodowany uruchomieniem narzędzia do testowania systemu NotMyFault(NotMyFault system testing tool) .

Po zidentyfikowaniu kodu zatrzymania i możliwej przyczyny błędu BSOD możesz dokładniej zbadać problem, aby określić możliwą poprawkę.

Jak analizować pliki zrzutu pamięci systemu Windows za pomocą NirSoft BlueScreenView(How to Analyze Windows Memory Dump Files Using NirSoft BlueScreenView)

Chociaż WinDbg nie jest dołączony do systemu Windows(Windows) , jest produkowany przez firmę Microsoft w celu rozwiązywania problemów z BSOD . Jeśli jednak wolisz, możesz analizować pliki zrzutu pamięci z komputera (lub z innego komputera, jeśli masz kopię odpowiednich plików zrzutu) za pomocą starszego narzędzia NirSoft BlueScreenView .

BlueScreenView może wyglądać na przestarzały, ale nadal oferuje wszystkie istotne informacje o plikach zrzutu BSOD . Obejmuje to nazwę i wartość kodu zatrzymania (na przykład DRIVER_IRQL_NOT_LESS_OR_EQUAL ), których można następnie użyć do zidentyfikowania przyczyny.

  1. Aby rozpocząć, pobierz i zainstaluj narzędzie NirSoft BlueScreenView(download and install the NirSoft BlueScreenView tool) na komputerze z systemem Windows. Po zainstalowaniu narzędzia uruchom je z menu Start .

  1. BlueScreenView automatycznie zlokalizuje wszystkie pliki zrzutu pamięci ze znanych źródeł, takich jak C:/ i C:/Windows/minidump . Jeśli jednak chcesz załadować plik ręcznie, wybierz Opcje(Options ) > Opcje zaawansowane(Advanced Options) .

  1. W menu Opcje zaawansowane(Advanced Options) przejdź do folderu zawierającego pliki zrzutu, wybierając przycisk Przeglądaj(Browse ) umieszczony obok pola Załaduj z następującego folderu MiniDump(Load from the following MiniDump folder) . Aby przywrócić domyślną lokalizację, wybierz opcję Domyślna(Default) . Wybierz OK , aby zapisać swój wybór i załadować pliki.

  1. W głównym oknie BlueScreenView pojawi się lista zapisanych plików zrzutu pamięci. Wybierz jeden(Select one) z wymienionych plików, aby wyświetlić więcej informacji na jego temat. Nazwa kodu zatrzymania pojawi się w kolumnie Ciąg sprawdzania błędów(Bug Check String ) , umożliwiając dalsze zbadanie problemu.

  1. Po wybraniu pliku zrzutu pamięci poniżej zostanie wyświetlona pełna lista aktywnych plików i sterowników. Pliki podświetlone na czerwono będą miały bezpośredni link do przyczyny błędu BSOD . Na przykład myfault.sys jest powiązany z narzędziem do testowania systemu NotMyFault , podczas gdy (NotMyFault)ntoskrnl.exe jest procesem jądra systemu Windows .

Chociaż BlueScreenView jest przydatnym narzędziem do szybkiej identyfikacji nazwy błędu BSOD , nie jest to pełne narzędzie do debugowania, takie jak WinDbg . Jeśli nie możesz rozwiązać problemu za pomocą tego narzędzia, musisz wypróbować WinDbg , aby uzyskać bardziej szczegółową analizę.

Rozwiązywanie problemów z błędami BSOD przy użyciu plików zrzutu pamięci(Troubleshooting BSOD Errors Using Memory Dump Files)

Korzystając z odzyskanych informacji o pliku zrzutu pamięci, możesz rozwiązać problemy z błędami BSOD , wyszukując kody zatrzymania lub powiązane pliki błędów BSOD . W szczególności kody zatrzymania błędów mogą pomóc w znalezieniu przyczyny BSOD , od złego BSOD informacji o konfiguracji systemu(bad system config info BSOD) do nieoczekiwanego błędu wyjątku sklepu BSOD(unexpected store exception error BSOD) .

Błędy BSOD są spowodowane przez wszystko, od wadliwego sprzętu(faulty hardware) po uszkodzone pliki systemowe. Aby je powstrzymać, należy regularnie sprawdzać komputer pod kątem złośliwego oprogramowania i (check your PC for malware)używać narzędzi takich jak SFC(use tools like SFC) , aby naprawić instalację systemu Windows(Windows) , jeśli zostanie uszkodzona. Jeśli wszystko inne zawiedzie, zawsze możesz zresetować lub ponownie zainstalować system Windows 10(reset or reinstall Windows 10) , aby przywrócić komputer do pełnej sprawności.



About the author

Jestem informatykiem skupiającym się na prywatności i kontach użytkowników oraz bezpieczeństwie rodziny. Od kilku lat pracuję nad poprawą bezpieczeństwa smartfonów i mam doświadczenie w pracy z firmami zajmującymi się grami. Wielokrotnie pisałem też o problemach związanych z kontami użytkowników i grami.



Related posts