Когато работещо приложение на Windows спре или се срине неочаквано, вашата система генерира „файл за сриване“, за да запази информацията, налична точно преди да настъпи събитието срив. Четенето на тези файлове за срива може да ви помогне да намерите и отстраните причината за грешката. Намерете как можете да прочетете малък файл с дъмп на паметта,^{(memory dump file)} създаден от Windows.

Четене на файлове с малък дъмп на паметта^{(Small Memory Dump)} ( DMP ).

Малък файл с дъмп на паметта записва най-малкия набор от полезна информация, която може да ви помогне да определите защо дадено приложение се срива или спря неочаквано. По-новата версия на Windows автоматично създава нов файл всеки път, когато компютърът ви спре неочаквано. Историята, свързана с тези файлове, се съхранява в %SystemRoot%Minidumpпапката. Типът dump файл съдържа следната информация:

1. Съобщението за спиране^(Stop) и неговите параметри и други данни
2. Списък със заредени драйвери
3. Контекстът на процесора ( PRCB ) за процесора, който е спрял
4. Информацията за процеса и контекста на ядрото ( EPROCESS ) за процеса, който е спрял
5. Информацията за процеса и контекста на ядрото ( ETHREAD ) за нишката, която е спряла
6. Стекът от извиквания в режим^{(Kernel-mode)} на ядрото за нишката, която е спряла.

Потребителите могат да използват инструмента за отстраняване на грешки на Windows (WinDbg.exe)^{(Windows Debugger (WinDbg.exe))} , за да четат малки файлове с дъмп на паметта. Той ( WinDbg ) идва като част от най-новата версия на пакета Инструменти за отстраняване на грешки^{(Debugging Tools)} за Windows .

Можете да инсталирате инструментите за отстраняване на грешки като самостоятелен компонент от Windows Software Development Kit ( SDK ).

По време на настройката, когато се появи съветникът за инсталиране на SDK , поставете отметка в квадратчето срещу Инструменти за отстраняване на грешки за Windows^{(Debugging Tools for Windows)} . Това действие ще ви позволи да инсталирате инструментите за отстраняване на грешки като самостоятелен компонент от Windows Software Development Kit ( SDK ).

След като сте настроили Windows Debugger , отворете дъмп, като изберете опцията Open Crash Dump от менюто ^{(Open Crash Dump)}File или като натиснете CTRL+D.

Когато диалоговият прозорец Open Crash Dump се появи на екрана на вашия компютър, въведете пълния път и името на файла с аварийния файл в полето File name или използвайте диалоговия прозорец, за да изберете правилния път и име на файла.

Сега, когато е избран правилният файл, изберете Отвори^(Open) .

Изчакайте^(Wait) няколко секунди, за да позволите на дъмп файла да се зареди, докато се свързва с интернет^(Internet) и изтегля необходимите символи за показване в показанията.

Трябва да видите съобщение, което чете – Debugee не е свързан^{(Debugee not connected)} .

След като всички символи бъдат изтеглени успешно, в долната част на текста на дъмпа трябва да се вижда следното съобщение – Продължение: MachineOwner.^{(Followup: MachineOwner.)}

Въведете команда в командната лента в долната част на прозореца за изхвърляне, за да анализирате дъмп файла. Трябва да видите връзка, която гласи !analyze -vпод Bugcheck Analysis .

Натиснете връзката, за да въведете командата !analyze -vв подканата в долната част на страницата.

След като бъде направен, подробен анализ за проверка на грешки трябва да заеме пространството на екрана.

Превъртете^(Scroll) надолу до секцията, където пише STACK_TEXT . Полето STACK_TEXT показва проследяване на стека на повредения компонент. Тук ще намерите редове с числа с всеки ред, последван от двоеточие и някакъв текст. Текстът трябва да ви помогне да идентифицирате причината за срива и, ако е приложимо, коя услуга го срива.

Използвайте !analyzeразширението, за да получите повече подробности. Не забравяйте да използвате -vопцията , за напълно подробен дисплей на данните.

Прочетете^(Read) : Как да създадете ръчно файл^{(manually create a Crash Dump file)} за срива в Windows 11/10.

След изпълнение, командата '!analyze' ще определи инструкцията, която вероятно е причинила грешката, и ще я покаже в полето FOLLOWUP_IP .

• SYMBOL_NAME – показва символа
• MODULE_NAME – показва модула
• IMAGE_NAME – показва името на изображението
• DEBUG_FLR_IMAGE_TIMESTAMP – показва времеви печат на изображението, съответстващ на тази инструкция

Вземете необходимите действия, за да разрешите проблема!

• Можете също да използвате инструмента на командния ред ^{(use the command-line tool)} Dumpchk.exe , за да проверите файл с дъмп на паметта.
• Можете да използвате софтуера Crash Dump Analyzer, за^{(Crash Dump Analyzer software)} да анализирате докладите за срива.
• Като алтернатива можете да използвате WhoCrashed Home Edition , за да проверите за грешки с едно щракване. Инструментът прави следкланичен анализ на срива на паметта на Windows^{(Windows Memory Dumps)} и представя цялата събрана информация по разбираем начин.

Надявам се това да помогне!

Свързани чете:^{(Related reads:)}

1. Настройки за дъмп на паметта на Windows
2. Ограничения на физическата памет в Crash Dump файлове^{(Physical Memory Limits in Crash Dump files)}
3. Конфигурирайте Windows да създава Crash Dump файлове на син екран
4. Контролирайте броя на файловете за изхвърляне на паметта, които Windows създава и записва.

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

When a running Windows application stops or crasheѕ unexpectedly, your system generates a ‘crаsh dump file’ tо saνe information present just before the crashing eνent occurred. Readіng these crash dump files may helр you find and troubleshoot the cause of the error. Fіnd 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

• Поправете грешка в приложението WerMgr.exe или WerFault.exe в Windows 11/10

• Как да създадете ръчно файл Crash Dump в Windows 11/10

• Грешка при отдалеченото извикване на процедурата при използване на DISM в Windows 11/10

• Фоновата интелигентна услуга за трансфер не работи в Windows 11/10

• Коригиране на криптирането на устройството е временно спряна грешка в Windows 11/10

• Приложението за помощ не работи в Windows 11/10

• Стартирайте DISM офлайн, за да поправите резервно копие на системното изображение на Windows 11/10

• Инструментът за изрязване е заключен, замръзва или се срива в Windows 11/10

• Често срещани VPN кодове за грешки и решения за Windows 11/10

• Windows Update не успя да се инсталира или няма да се изтегли в Windows 11/10

• Как да поправите неидентифицирана мрежа в Windows 11/10

• Хост на доставчик на WMI (WmiPrvSE.exe) Високо използване на процесора в Windows 11/10

• Грешка при несъвместима видеокарта по време на инсталацията на Windows 11/10

• Местоположение на работния плот не е налично или достъпно в Windows 11/10

• Как да коригирате грешки при липсващи DLL файлове на компютър с Windows 11/10

• Вашият компютър не поддържа Miracast грешка в Windows 11/10

• File Explorer няма да се отвори в Windows 11/10

• Менюто "Старт" не се отваря или бутонът "Старт" не работи в Windows 11/10

• Как да коригирате проблеми с WiFi в Windows 11/10

• Приложението Photos се срива с грешка във файловата система в Windows 11/10