Как анализировать файлы дампа памяти (.dmp) в Windows 10

Если на вашем ПК с Windows возникает ошибка «Синий экран смерти» (BSOD)(Blue Screen of Death (BSOD) error) , может произойти несколько вещей. Наиболее очевидным является то, что ваш компьютер принудительно перезагружается, поскольку BSOD является результатом полного сбоя Windows . Однако одним из менее очевидных результатов ошибки BSOD является создаваемый журнал ошибок, который позволяет вам впоследствии устранить проблему.

Это называется файл дампа памяти, сохраненный в формате файла DMP . Эти файлы содержат различную информацию о проблеме, включая вашу текущую версию Windows , любые запущенные приложения и драйверы во время BSOD , а также сам код ошибки. Вот что вам нужно сделать, чтобы помочь вам проанализировать файлы дампа памяти.

Что такое файлы дампа памяти в Windows 10?(What are Memory Dump Files on Windows 10?)

Синий экран (Blue Screen)смерти(Death) — это критическая и неисправимая ошибка на ПК с Windows ,(Windows) но причины этих ошибок могут быть разными. Например, неожиданный BSOD ловушки режима ядра(unexpected kernel mode trap BSOD) обычно вызван несовместимым или разогнанным оборудованием, в то время как BSOD критического процесса(critical process died BSOD) может иметь различные причины, включая повреждение системных файлов.

Чтобы помочь вам устранить проблему, Windows автоматически создает файл дампа памяти. Обычно он содержит имя и значение кода остановки (например, код остановки исключения системной службы ), список всех запущенных драйверов во время сбоя и некоторую дополнительную техническую информацию, которую можно использовать для определения причины.

Эти файлы дампа (с использованием формата файла DMP ) автоматически сохраняются в корневой папке C :, (C:)C:\minidump : minidump или C:\Windows\minidump . Чтобы помочь вам проанализировать их, вы можете установить приложение Microsoft для отладки WinDbg из Магазина Microsoft(Microsoft Store) . Это поможет вам проанализировать файлы дампа памяти и найти информацию о коде остановки.

Вы также можете использовать более старые инструменты, такие как NirSoft BlueScreenView , для быстрого анализа файлов дампа, созданных на вашем ПК. Это также поможет вам определить значение кода остановки и возможную причину (например, определенный файл драйвера).

Как только вы узнаете значение кода остановки, вы можете найти дополнительную информацию о проблеме в Интернете. Например, если вы обнаружили из файла дампа, что у вас возник BSOD управления памятью , вы можете обратиться к нашему руководству по ошибкам BSOD(BSOD error guide) для получения дополнительных советов о том, как решить проблему.

Поскольку ошибка BSOD может помешать работе вашего ПК, вам может потребоваться перезапустить Windows в безопасном режиме . Запуск Windows в безопасном режиме(Safe Mode) сокращает количество активных системных процессов и драйверов до минимума, что позволяет вам глубже изучить ситуацию.

Однако, если вы вообще не можете загрузиться в Windows , ваши возможности ограничены. В настоящее время нет автономных инструментов, которые можно запустить, если сама Windows не работает должным образом для анализа файлов дампа BSOD . Если это произойдет, вам потребуется восстановить файлы дампа с помощью компакт-диска с Linux,(recover the dump files using a Linux live CD) используя DVD или переносную флэш(USB) -память USB. 

Затем вы можете проанализировать файл с помощью WinDbg или NirSoft BlueScreenView на рабочем ПК или ноутбуке с Windows , выполнив следующие действия.

Изменение настроек файла дампа памяти в настройках Windows(Changing Memory Dump File Settings in Windows Settings)

Файлы дампа памяти(Memory) создаются автоматически, но вы можете установить уровень детализации файла дампа памяти в параметрах Windows(Windows Settings) . Это будет работать только для BSOD(BSODs) , которые возникают после(after ) изменения этого параметра, но если на вашем ПК возникают проблемы, вы можете выполнить следующие шаги, чтобы добавить дополнительную информацию в файлы дампа.

  1. Чтобы начать, щелкните правой кнопкой мыши меню « Пуск(Start) » и выберите « Настройки(Settings) » .

  1. В меню « Настройки(Settings) » выберите « Система»(System ) > « О программе». (About. )На панели « Сопутствующие параметры » в меню « (Related settings )Система»(System ) > « О(About) программе» выберите параметр « Дополнительные параметры системы(Advanced system settings) ».

  1. В меню « Свойства системы(System Properties) » выберите параметр(Settings ) «Настройки », указанный в разделе « Запуск и восстановление(Startup and Recovery ) » внизу.

  1. Чтобы изменить уровень детализации, записываемый файлами дампа памяти при возникновении BSOD , выберите один из доступных параметров в раскрывающемся меню « Запись отладочной информации » в окне « (Write debugging information )Запуск и восстановление(Startup and Recovery ) » . Полная(Full) информация о том, что входит в каждый дамп памяти, доступна на сайте документации Microsoft(Microsoft documentation website) . Выберите OK > OK , чтобы сохранить свой выбор.

Возможно, вам придется перезагрузить компьютер после внесения этого изменения, чтобы убедиться, что настройка применена. Любые возникающие в будущем ошибки BSOD создадут файл дампа памяти, содержащий выбранный выше уровень информации.(BSOD)

Как анализировать файлы дампа памяти Windows с помощью WinDbg(How to Analyze Windows Memory Dump Files Using WinDbg)

Если вы столкнулись с ошибкой BSOD , вы можете использовать (BSOD)WinDbg для анализа файла дампа памяти. Этот инструмент разработки, созданный Microsoft, является лучшим способом анализа файлов памяти, но вы также можете использовать в качестве альтернативы более старый NirSoft BlueScreenView , выполнив следующие действия.

Эти шаги предполагают, что ваш компьютер работает достаточно хорошо для установки и использования WinDbg . Если это не так, вам нужно будет извлечь файлы дампа с жесткого диска с помощью Linux live CD или USB , чтобы проанализировать их в другом месте. Среды Live CD можно загружать с установочных носителей большинства дистрибутивов Linux(Linux distributions) , включая Ubuntu и Debian.

  1. Для начала вам необходимо установить WinDbg Preview(install WinDbg Preview) из Microsoft Store . На странице магазина WinDbg выберите (WinDbg)Получить(Get) , чтобы начать установку.

  1. После установки WinDbg запустите его, выбрав « Запуск(Launch) » на странице магазина или запустив его из меню « Пуск(Start) » . Если вы не можете получить доступ к своим файлам дампа, вам нужно найти WinDbg в меню « Пуск(Start) », затем щелкнуть правой кнопкой мыши(right-click ) и выбрать « Дополнительно(More ) » > « Запуск от имени администратора»(Run as administrator) , чтобы предоставить ему необходимый доступ.

  1. В окне WinDbg выберите « Файл»(File ) > « Начать отладку(Start debugging ) » > « Открыть файл дампа(Open dump file) » . Используйте встроенное меню File Explorer , чтобы открыть последний файл дампа, который обычно сохраняется в корневой папке C:\ C:\minidump C:minidump или C:\Windows\minidump .

  1. Открытие файла DMP приведет к запуску отладчика WinDbg и загрузке файла. Это может занять некоторое время, в зависимости от размера файла и сохраненного уровня детализации. После этого введите !analyze -v в поле команды в нижней части вкладки « Команда(Command) », затем нажмите Enter , чтобы запустить команду.

  1. Команде !analyze -v потребуется некоторое время для загрузки и анализа файла журнала, созданного ошибкой BSOD , — дождитесь завершения этого процесса. Как только это будет сделано, вы можете проанализировать полный вывод на вкладке « Команда ». (Command)В частности, найдите имя и значение кода остановки (например , DRIVER_IRQL_NOT_LESS_OR_EQUAL и d1 ), перечисленные в разделе « Анализ ошибок(Bugcheck Analysis) ». Наряду с кодом остановки будет указано краткое описание причины (например, проблемы с драйвером), что позволит вам продолжить устранение неполадок.

  1. Вы также можете просмотреть другую соответствующую информацию, указанную в анализе WinDbg (например, значение MODULE_NAME ), чтобы определить причину. В этом примере код BSOD был вызван запуском инструмента тестирования системы NotMyFault(NotMyFault system testing tool) .

После того, как вы определили код остановки и возможную причину ошибки BSOD , вы можете продолжить изучение проблемы, чтобы определить возможное исправление.

Как анализировать файлы дампа памяти Windows с помощью NirSoft BlueScreenView(How to Analyze Windows Memory Dump Files Using NirSoft BlueScreenView)

Хотя WinDbg не входит в состав Windows , Microsoft создает его для устранения ошибок BSOD . Однако, если вы предпочитаете, вы можете проанализировать файлы дампа памяти со своего ПК (или с другого ПК, если у вас есть копия соответствующих файлов дампа) с помощью более старого инструмента NirSoft BlueScreenView .

BlueScreenView может выглядеть устаревшим, но он продолжает предлагать всю необходимую информацию о ваших файлах дампа BSOD . Это включает имя и значение кода остановки (например, DRIVER_IRQL_NOT_LESS_OR_EQUAL ), которые затем можно использовать для определения причины.

  1. Для начала загрузите и установите инструмент NirSoft BlueScreenView(download and install the NirSoft BlueScreenView tool) на свой ПК с Windows. После установки инструмента запустите его из меню « Пуск(Start) » .

  1. BlueScreenView автоматически найдет любые файлы дампа памяти из известных источников, таких как C:/ и C:/Windows/minidump . Однако если вы хотите загрузить файл вручную, выберите « Параметры(Options ) » > « Дополнительные параметры(Advanced Options) » .

  1. В меню « Дополнительные параметры(Advanced Options) » переключитесь на папку, содержащую файлы дампа, нажав кнопку « Обзор(Browse ) » , расположенную рядом с полем « Загрузить из следующей папки MiniDump»(Load from the following MiniDump folder) . Чтобы вернуть его в расположение по умолчанию, выберите « По умолчанию(Default) » . Нажмите OK , чтобы сохранить свой выбор и загрузить файлы.

  1. В главном окне BlueScreenView появится список сохраненных файлов дампа памяти. Выберите один(Select one) из перечисленных файлов, чтобы просмотреть дополнительную информацию о нем. Имя кода остановки появится в столбце Строка проверки ошибок(Bug Check String ) , что позволит вам продолжить исследование проблемы.

  1. Если выбран файл дампа памяти, под ним будет указан полный список активных файлов и драйверов. Файлы, выделенные красным, будут иметь прямую ссылку на причину ошибки BSOD . Например, myfault.sys относится к инструменту тестирования системы NotMyFault , а (NotMyFault)ntoskrnl.exe — к процессу ядра системы Windows .

Хотя BlueScreenView — полезный инструмент для быстрого определения имени ошибки BSOD , он не является полноценным инструментом отладки, как WinDbg . Если вы не можете устранить проблему с помощью этого инструмента, вам нужно попробовать WinDbg для более подробного анализа.

Устранение ошибок BSOD с помощью файлов дампа памяти(Troubleshooting BSOD Errors Using Memory Dump Files)

Используя восстановленную информацию файла дампа памяти, вы можете устранить ошибки BSOD , выполнив поиск кодов остановки или связанных файлов ошибок BSOD . В частности, коды остановки ошибок могут помочь вам найти причину BSOD , от BSOD с неверной информацией о конфигурации системы до BSOD(bad system config info BSOD) с неожиданной ошибкой исключения хранилища(unexpected store exception error BSOD) .

Ошибки BSOD вызваны чем угодно: от неисправного оборудования(faulty hardware) до поврежденных системных файлов. Чтобы помочь остановить их, вы должны регулярно проверять свой компьютер на наличие вредоносных программ и (check your PC for malware)использовать такие инструменты, как SFC(use tools like SFC) , для восстановления вашей установки Windows , если она повреждена. Если ничего не помогает, вы всегда можете сбросить или переустановить Windows 10(reset or reinstall Windows 10) , чтобы полностью восстановить работоспособность компьютера.



About the author

Я инженер-программист с более чем 10-летним опытом работы с Apple iOS и периферийными устройствами. Мой опыт в разработке аппаратного обеспечения заставляет меня стремиться к тому, чтобы устройства наших клиентов были максимально надежными и плавными. Последние несколько лет я пишу код и научился использовать Git, Vim и Node.js.



Related posts