Gdy uruchomiona aplikacja Windows nieoczekiwanie zatrzymuje się lub ulega awarii, system generuje „plik zrzutu awarii”, aby zapisać informacje obecne tuż przed wystąpieniem awarii. Przeczytanie tych plików zrzutu awaryjnego może pomóc w znalezieniu i rozwiązaniu przyczyny błędu. Dowiedz się, jak odczytać plik małego zrzutu pamięci^{(memory dump file)} utworzony przez system Windows.

Odczytywanie plików małego zrzutu pamięci^{(Small Memory Dump)} ( DMP )

Plik małego zrzutu pamięci rejestruje najmniejszy zestaw przydatnych informacji, które mogą pomóc w ustaleniu, dlaczego aplikacja uległa nieoczekiwanej awarii lub zatrzymaniu. Nowsza wersja systemu Windows automatycznie tworzy nowy plik za każdym razem, gdy komputer nieoczekiwanie przestaje działać. Historia związana z tymi plikami jest przechowywana w %SystemRoot%Minidumpfolderze. Typ pliku zrzutu zawiera następujące informacje:

1. Komunikat Stop i jego parametry oraz inne dane
2. Lista załadowanych sterowników
3. Kontekst procesora ( PRCB ) dla procesora, który się zatrzymał
4. Informacje o procesie i kontekst jądra ( EPROCESS ) dla zatrzymanego procesu
5. Informacje o procesie i kontekst jądra ( ETHREAD ) dla wątku, który się zatrzymał
6. Stos wywołań trybu jądra dla wątku, który się zatrzymał.^{(Kernel-mode)}

Użytkownicy mogą używać narzędzia Windows Debugger (WinDbg.exe) do odczytywania plików małego zrzutu pamięci. To ( WinDbg ) jest częścią najnowszej wersji pakietu Debugging Tools for Windows .

Narzędzia do debugowania można zainstalować jako samodzielny składnik z zestawu Windows Software Development Kit^{(Windows Software Development Kit)} ( SDK ).

Podczas instalacji, gdy pojawi się kreator instalacji SDK , zaznacz pole wyboru obok Debugging Tools for Windows . Ta czynność umożliwi zainstalowanie narzędzi do debugowania jako samodzielnego składnika z zestawu Windows Software Development Kit^{(Windows Software Development Kit)} ( SDK ).

Po skonfigurowaniu Debugera systemu Windows^{(Windows Debugger)} otwórz zrzut, wybierając opcję Otwórz zrzut awarii^{(Open Crash Dump)} z menu Plik^(File) lub naciskając klawisze CTRL+D.

Gdy na ekranie komputera pojawi się okno dialogowe Otwórz zrzut^{(Open Crash Dump)} awaryjny, wprowadź pełną ścieżkę i nazwę pliku zrzutu awaryjnego w polu Nazwa pliku^{(File name)} lub użyj okna dialogowego, aby wybrać odpowiednią ścieżkę i nazwę pliku.

Teraz, po wybraniu odpowiedniego pliku, wybierz Otwórz^(Open) .

Poczekaj^(Wait) kilka sekund, aby umożliwić załadowanie pliku zrzutu podczas łączenia się z Internetem^(Internet) i pobierania wymaganych symboli do wyświetlenia w odczycie.

Powinieneś zobaczyć komunikat: Debugee not connected .

Po pomyślnym pobraniu wszystkich symboli, na dole tekstu zrzutu powinien być widoczny następujący komunikat – Kontynuacja: MachineOwner.^{(Followup: MachineOwner.)}

Wprowadź polecenie na pasku poleceń u dołu okna zrzutu, aby przeanalizować plik zrzutu. Powinieneś zobaczyć link, który mówi !analyze -vw sekcji Analiza błędów^{(Bugcheck Analysis)} .

Kliknij link, aby wprowadzić polecenie !analyze -vw monicie na dole strony.

Po zakończeniu szczegółowa analiza sprawdzania błędów powinna zająć miejsce na ekranie.

Przewiń^(Scroll) w dół do sekcji, w której jest napisane STACK_TEXT . Pole STACK_TEXT pokazuje ślad stosu składnika powodującego błąd. Tutaj znajdziesz rzędy liczb z każdym rzędem, po którym następuje dwukropek i trochę tekstu. Tekst powinien pomóc Ci zidentyfikować przyczynę awarii i, jeśli ma to zastosowanie, która usługa powoduje awarię.

Użyj !analyzerozszerzenia, aby uzyskać więcej informacji. Nie zapomnij użyć -vopcji , do pełnego wyświetlania danych.

Przeczytaj^(Read) : Jak ręcznie utworzyć plik Crash Dump^{(manually create a Crash Dump file)} w systemie Windows 11/10.

Po wykonaniu polecenie „!analiza” określi instrukcję, która prawdopodobnie spowodowała błąd i wyświetli ją w polu FOLLOWUP_IP .

• SYMBOL_NAME – pokaż symbol
• MODULE_NAME – wyświetla moduł
• IMAGE_NAME – wyświetla nazwę obrazu
• DEBUG_FLR_IMAGE_TIMESTAMP – pokazuje znacznik czasu obrazu odpowiadający tej instrukcji

Podejmij niezbędne działania, aby rozwiązać problem!

• Do sprawdzenia pliku zrzutu pamięci można również użyć narzędzia wiersza polecenia ^{(use the command-line tool)} Dumpchk.exe .
• Za pomocą oprogramowania Crash Dump Analyzer^{(Crash Dump Analyzer software)} można analizować raporty zrzutów awaryjnych.
• Alternatywnie możesz użyć WhoCrashed Home Edition , aby jednym kliknięciem sprawdzić błędy. Narzędzie przeprowadza pośmiertną analizę zrzutów pamięci systemu Windows^{(Windows Memory Dumps)} i przedstawia wszystkie zebrane informacje w zrozumiały sposób.

Mam nadzieję, że to pomoże!

Powiązane czyta:^{(Related reads:)}

1. Ustawienia zrzutu pamięci systemu Windows
2. Limity pamięci fizycznej w plikach Crash Dump^{(Physical Memory Limits in Crash Dump files)}
3. Skonfiguruj system Windows do tworzenia plików Crash Dump na niebieskim ekranie
4. Kontroluj liczbę plików zrzutów pamięci, które system Windows tworzy i zapisuje.

How to open and read Small Memory Dump (dmp) files in Windows 11/10

When a running Windows apрlication stоps or crashes unexрectеdly, your system gеnerates a ‘crash dump file’ to save information present juѕt before the crashing event ocсurred. Reading thеse crash dump files mаy help yoυ find and troubleshoot the caυse of the error. Find how you can read a small memory dump file created by Windows.

Reading Small Memory Dump (DMP) files

A small memory dump file records the smallest set of useful information that may help you pinpoint why an application crashed or stopped unexpectedly. The newer version of Windows automatically creates a new file every time your computer stops unexpectedly. The history related to these files is stored in the %SystemRoot%\Minidumpfolder. The dump file type contains the following information:

1. The Stop message and its parameters and other data
2. A list of loaded drivers
3. The processor context (PRCB) for the processor that stopped
4. The process information and kernel context (EPROCESS) for the process that stopped
5. The process information and kernel context (ETHREAD) for the thread that stopped
6. The Kernel-mode call stack for the thread that stopped.

Users can use the Windows Debugger (WinDbg.exe) tool to read small memory dump files. It (WinDbg) comes as a part of the latest version of the Debugging Tools for Windows package.

You can install the debugging tools as a standalone component from the Windows Software Development Kit (SDK).

During the setup, when the SDK installation wizard appears, check the box marked against Debugging Tools for Windows. This action will enable you to install the debugging tools as a standalone component from the Windows Software Development Kit (SDK).

Once you have set up the Windows Debugger, open a dump by choosing Open Crash Dump option from the File menu or by pressing CTRL+D.

When the Open Crash Dump dialog box pops up on your computer screen, enter the full path and name of the crash dump file in the File name box, or use the dialog box to select the proper path and file name.

Now, when the proper file has been chosen, select Open.

Wait for a few seconds to allow the dump file to load as it connects to the Internet and downloads the required symbols to display in the readout.

You should see a message, reading – Debugee not connected.

After all the symbols have been successfully downloaded, the following message should be visible at the bottom of the dump text – Followup: MachineOwner.

Enter a command into the command bar at the bottom of the dump window to analyze the dump file. You should see a link that says !analyze -v under Bugcheck Analysis.

Hit the link to enter the command !analyze -vin the prompt at the bottom of the page.

Once done, a detailed bug check analysis should occupy the screen space.

Scroll down to the section where it says STACK_TEXT . The STACK_TEXT field shows a stack trace of the faulting component. Here, you will find be rows of numbers with each row followed by a colon and some text. The text should help you identify the cause of the crash and if applicable what service is crashing it.

Use the !analyzeExtension to get more details. Do not forget to use the-v, option for a fully verbose display of data.

Read: How to manually create a Crash Dump file in Windows 11/10.

Upon execution, the ‘!analyze’ command will determine the instruction that has probably caused the error and display it in the FOLLOWUP_IP field.

• The SYMBOL_NAME – show the symbol
• MODULE_NAME – displays the module
• IMAGE_NAME – displays image name
• DEBUG_FLR_IMAGE_TIMESTAMP – shows image timestamp corresponding to this instruction

Take the necessary action to get the issue resolved!

• You can also use the command-line tool Dumpchk.exe to check a memory dump file.
• You can use Crash Dump Analyzer software to analyze crash dump reports.
• Alternatively, you can use WhoCrashed Home Edition to check for errors in a single click. The tool does a post-mortem crash-dump analysis of the Windows Memory Dumps and presents all gathered information in a comprehensible way.

Hope that helps!

Related reads:

1. Windows Memory Dump Settings
2. Physical Memory Limits in Crash Dump files
3. Configure Windows to create Crash Dump Files on Blue Screen
4. Control the number of Memory Dump Files, Windows creates and saves.

Related posts

• Napraw błąd aplikacji WerMgr.exe lub WerFault.exe w systemie Windows 11/10

• Jak ręcznie utworzyć plik Crash Dump w systemie Windows 11/10?

• Błąd zdalnego wywołania procedury nie powiódł się podczas korzystania z DISM w systemie Windows 11/10

• Usługa inteligentnego transferu w tle nie działa w systemie Windows 11/10

• Napraw błąd szyfrowania urządzenia jest tymczasowo zawieszony w systemie Windows 11/10

• Odbuduj plik Tokens.dat lub Tokeny aktywacji w systemie Windows 11/10

• Bezpieczeństwo systemu Windows mówi, że nie ma dostawców zabezpieczeń w systemie Windows 11/10

• Aplikacja Zdjęcia ulega awarii z błędem systemu plików w systemie Windows 11/10

• Windows Update utknął podczas pobierania aktualizacji w systemie Windows 11/10

• Microsoft Office Szybka instalacja Wysokie użycie procesora w systemie Windows 11/10

• Lokalizacja pulpitu nie jest dostępna lub dostępna w systemie Windows 11/10

• Usługi audio nie odpowiadają błąd w systemie Windows 11/10

• Brave przeglądarka nie otwiera się lub nie działa w systemie Windows 11/10

• Menedżer urządzeń jest pusty i nie wyświetla niczego w systemie Windows 11/10

• Usunięta drukarka pojawia się ponownie i powraca w systemie Windows 11/10

• System Windows nie może pobrać ustawień sieciowych z routera w systemie Windows 11/10

• Strona bezpieczeństwa w skrócie w Windows Security jest pusta w Windows 11/10

• Aplikacja Uzyskaj pomoc nie działa w systemie Windows 11/10

• Błąd niezgodnej karty graficznej podczas instalacji systemu Windows 11/10

• Twoja organizacja wyłączyła automatyczne aktualizacje w systemie Windows 11/10