В Windows 10 каждый раз, когда происходит сбой, система создает файл «дампа», содержащий информацию о памяти на момент ошибки. Это может помочь определить причину проблемы.
Файл .dmp включает в себя сообщение об ошибке, список драйверов, загруженных в момент возникновения проблемы, а также информацию о ядре, процессоре и процессах, а также другую информацию в зависимости от типа используемого файла дампа.
Хотя Windows 10 создает файлы дампа автоматически, в системе нет никаких встроенных утилит для их открытия. Тут пригодится инструмент Microsoft WinDbg (Windows Debugging). Он предназначен для отладки кода в режиме ядра и пользовательском режиме, изучения реестров процессоров и анализа аварийных дампов.
В этой инструкции мы расскажем, как открыть файла дампа и попытаться выяснить, что вызвало сбой.
Как открыть файл дампа с помощью WinDbg
Всего есть несколько способов открыть и просмотреть файл ошибки дампа, но самый простой — использовать инструмент WinDbg, доступный в Microsoft Store.
Установка WinDbg
Чтобы установить инструмент WinDbg на Windows 10, проделайте следующее:
- Откройте браузер.
- Откройте страницу загрузки WinDbg.
- Нажмите Получить.
- Нажмите Открыть.
- Нажмите Установить.
После выполнения этих шагов приложение будет установлено и доступно через меню Пуск.
Анализ файла дампа
Чтобы открыть и проанализировать файл дампа, созданный в результате сбоя в Windows 10, выполните следующие действия:
- Откройте Пуск.
- Найдите WinDbg, щелкните правой кнопкой мыши верхний результат и выберите Запуск от имени администратора.
- Выберите пункт меню Файл.
- Нажмите кнопку Start debugging.
- Выберите Open dump file.
- Выберите файл дампа из расположения папки – например, %SystemRoot%\Minidump.
- Нажмите Открыть.
- Подождите, пока файл дампа загрузится. Это может занять некоторое время.
- Введите следующую команду в поле Command и нажмите Enter:
!analyze -v
На заметку: также можно нажать ссылку !analyze-v, если она доступна в основной области после загрузки файла дампа.
- Подождите завершения анализа — это может занять много времени в зависимости от размера данных.
После выполнения этих шагов приложение выдаст анализ файла дампа, который затем можно просмотреть, чтобы определить причину проблемы и решить ее.
Информация будет отличаться в зависимости от проблемы. Например, этот тестовый файл дампа показывает информацию о синем экране смерти.
Результат указывает на то, что сбой был инициирован вручную и имеет код ошибки e2 (сбой мы действительно вызвали вручную). WinDbg также довольно понятным языком описывает проблему — из этого отчета понятно, что пользователь вызвал сбой вручную.
В файле дампа вы найдете и дополнительные сведения, например FAILURE_BUCKET_ID и MODULE_NAME, которые также могут указывать на причину проблемы.
Большая часть информации может привести в замешательство, так как она не предназначена для обычных пользователей. Тем не менее, этот инструмент пригодится, чтобы получить общее представление о проблеме. Если вы не понимаете, в чем дело, данными из отчета можно воспользоваться, чтобы поискать решение в сети.