- DumpChk
- Where to get DumpChk
- DumpChk command-line options
- Parameters
- Using DumpChk
- Анализ аварийных дампов Windows
- Содержание
- Анализ аварийного дампа утилитой BlueScreenView
- Анализ аварийного дампа отладчиком WinDbg
- Установка Debugging Tools for Windows (WinDbg)
- Настройка отладочных символов
- Анализ аварийного дампа
- Получение информации о проблемном драйвере
- Аппаратные причины возникновения критических ошибок
- Диагностика неисправностей диска
- Диагностика неисправностей памяти
- Настройка параметров сохранения аварийного дампа
- dumpchk.exe что это за программа?
- Официальная информация
- Какие параметры существуют?
- Как открыть настройки файла дампа?
- Заключение
- Используйте Dumpchk.exe для проверки файла сброса памяти
- Аннотация
- Переключатели командной строки Dumpchk
DumpChk
DumpChk (the Microsoft Crash Dump File Checker tool) is a program that performs a quick analysis of a crash dump file. This enables you to see summary information about what the dump file contains. If the dump file is corrupt in such a way that it cannot be opened by a debugger, DumpChk reveals this fact.
Where to get DumpChk
DumpChk command-line options
Parameters
-y SymbolPath
SymbolPath specifies where DumpChk is to search for symbols. Symbol information may be necessary for some dump files. It can also help to improve the information shown in the dump file by allowing symbol names to be resolved.
DumpFile
DumpFile specifies the crash dump file that is to be analyzed. This may include an absolute or relative directory path or universal naming convention (UNC) path. If DumpFile contains spaces, it must be enclosed in quotation marks.
Using DumpChk
Here is an example in which the dump file is corrupt. The error shown at the end, DebugClient cannot open DumpFile , indicates that some kind of corruption must have occurred:
Because this display does not end with the words Finished dump check , the dump file is corrupt. The error message at the end explains that the dump file could not be opened.
Note that other errors may be listed, some of which are actually benign. For example, the following error message does not represent a problem:
Here is an example of DumpChk run on a healthy user-mode minidump. The display begins with an overall summary of the dump file, and then gives detailed information about what data is contained in the dump file:
The output begins by identifying the characteristics of the dump file — in this case, a user-mode minidump with full memory information, including application data but not operating-system data. This is followed by the symbol path being used by DumpChk, and then a summary of the dump file contents.
Because this display ends with the words Finished dump check , the dump file is probably not corrupt, and can be opened by a debugger. However, more subtle forms of corrruption might still be present in the file.
Анализ аварийных дампов Windows
В случае критической ошибки система останавливает свою работу, отображает синий экран смерти (BSOD), информация об ошибке и содержимое памяти сохраняется в файле подкачки. При последующей загрузке системы, на основе сохраненных данных, создается аварийный дамп c отладочной информацией. В системном журнале событий создается запись о критической ошибке.
Если критическая ошибка возникла на ранней стадии загрузки системы или в результате ошибки произошел отказ дисковой подсистемы, аварийный дамп сохранен не будет.
Аварийный дамп может быть проанализирован с помощью утилиты BlueScreenView или системного отладчика WinDbg (Debugging Tools for Windows).
Содержание
Анализ аварийного дампа утилитой BlueScreenView
Простейшим инструментом для анализа аварийных дампов является утилита BlueScreenView от NirSoft.
BlueScreenView сканирует папку с минидампами и отображает информацию по найденным отказам.
По каждому отказу отображается дата, данные об ошибке и драйвер, который предположительно вызвал отказ.
В нижней части окна отображается список загруженных в системе драйверов. Модули, к которым выполнялось обращение в момент отказа, выделены цветом, на них следует обратить особое внимание, они могут быть причиной отказа.
По двойному клику отображается дополнительная информация.
Анализ аварийного дампа отладчиком WinDbg
С помощью WinDbg из аварийного дампа можно вытащить более детальную информацию, включая расшифровку стека.
Установка Debugging Tools for Windows (WinDbg)
Microsoft распространяет WinDbg только в составе SDK, загрузить веб-установщик можно на странице загрузки.
Для анализа аварийных дампов установка SDK не требуется. Скачать Debugging Tools for Windows (WinDbg) отдельным пакетом можно здесь.
После установки, корректируем ярлык для запуска WinDbg. В свойствах ярлыка, устанавливаем флажок запуска от имени администратора. Также, в качестве рабочей папки, задаем: %SystemRoot%\Minidump.
Настройка отладочных символов
Отладочные символы содержат символические имена функций из исходного кода. Они необходимы для расшифровки и интерпретации аварийного дампа.
При первом запуске WinDbg, необходимо указать путь к отладочным символам, для этого открываем меню File, Symbol File Path, или используем комбинацию Ctrl+S.
Следующей строкой включаем загрузку отладочных символов из сети, задаем локальный путь для сохранения файлов и адрес для загрузки из интернета:
Анализ аварийного дампа
В меню выбираем File, Open Crash Dump, или нажимаем Ctrl+D.
Указываем путь к дампу %SystemRoot%\MEMORY.DMP или %SystemRoot%\Minidump\файл.dmp.
Загрузка отладочных символов из интернета может занять некоторое время.
Для получения детальной информации выполняем команду:
Дебаггер сам вам предложит ее выполнить, достаточно навести указатель мыши на ссылку и кликнуть.
В результате получаем следующий вывод:
Получение информации о проблемном драйвере
Если удалось обнаружить драйвер, в котором возникла ошибка, имя драйвера будет отображено в полях MODULE_NAME и IMAGE_NAME.
Чтобы получить путь к файлу и прочую информацию, щелкаем по ссылке на модуль:
Если полный путь к драйверу не указан, по умолчанию используется папка %SystemRoot%\system32\drivers.
Находим указанный файл, и изучаем его свойства.
Обновляем проблемный драйвер.
Аппаратные причины возникновения критических ошибок
Источником критических ошибок нередко бывают неисправности в дисковой подсистеме, или в подсистеме памяти.
Диагностика неисправностей диска
В случае ошибок дисковой подсистемы, аварийный дамп может не сохраняться.
Чтобы исключить проблемы с диском, проверяем системный журнал событий на наличие ошибок чтения и записи на диск.
Проверяем параметры S.M.A.R.T жесткого диска, получить их можно, например, с помощью программы SpeedFan.
Особое внимание обращаем на параметры: «Current Pending Sector Count» и «Uncorrectable Sector Count», ненулевые значения этих параметров сигнализируют о неисправности диска.
Ненулевое значение параметра: «UltraDMA CRC Error Count», сигнализирует о проблеме с SATA-кабелем.
Подробнее о параметрах S.M.A.R.T. читаем в статье Википедии.
Диагностика неисправностей памяти
Проблемы с памятью нередко могут стать причиной самых разнообразных глюков, включая различные синие экраны, зависания, аварийное завершение программ, повреждение реестра, повреждение файловой системы и данных.
Выявить проблемы с памятью можно с помощью утилиты Memtest86+.
Загружаем образ по ссылке, записываем на диск, загружаемся с диска, запускается тест.
Начиная с Windows Vista, в системе имеется свой тест памяти. Для его запуска нажимаем «Пуск», в строке поиска набираем «памяти«, выбираем «Средство диагностики памяти Windows».
Проблемы с памятью в некоторых случаях могут быть устранены обновлением BIOS.
Настройка параметров сохранения аварийного дампа
Для изменения параметров сохранения аварийного дампа нажимаем кнопку «Пуск», щелкаем на «Компьютер» правой кнопкой мыши, в контекстном меню выбираем «Свойства». В окне «Система» слева выбираем «Дополнительные параметры системы», в группе «Загрузка и восстановление» нажимаем кнопку «Параметры».
dumpchk.exe что это за программа?
Приветствую, друзья! Сегодня берусь за дело dumpchk.exe — должен узнать что за процесс/программа. Постараюсь найти максимум информации, напишу вам все простыми словами. Поехали!
Официальная информация
Нашел сайт Майкрософт, где пишется что dumpchk.exe — сервисная консольная утилита проверки корректности создания файла дампа пмяти. Также сказано — программа не требует доступа к символам, что это значит — к сожалению непонятно. Случайно узнал — файлы символов оказывается находятся здесь:
Скорее всего dumpchk.exe — команда консоли. Однако у меня стоит десятка — запустил командную строку, хотел вызвать справку по команде — ошибка, мол не является внутренней или внешней командой:
Я поспешил — на сайте Майкрософт сказано — dumpchk.exe находится на компакт-диске Win XP, на сегодняшний день это устаревшая система. Вроде бы даже если установить XP — dumpchk.exe будет отсутствовать, чтобы появился, необходимо установить средства поддержки из папки Support\Tools установочного диска XP. По умолчанию программа установится в эту папку:
C:\Program Files\Support Tools
На заметку — компонент также входит в состав Debugging Tools for Windows (как понимаю это инструменты для отладки). Также вроде бы dumpchk.exe присутствует в Windows Automated Installation Kit (WAIK).
Важно: при помощи команды можно вытащить код ошибки. Возможно имеется ввиду ситуация когда внезапно появляется так называемый синий экран (BSOD), и потом можно узнать при помощи команды что за ошибка была — получить ее код.
При успешной установки команда станет доступной из консоли. Для вызова консоли (cmd):
- Зажмите Win + R
- Введите cmd.exe
- Нажмите ОК.
После всех шагов появится черное окно — это командная строка/консоль (Command line).
Какие параметры существуют?
Параметры указываются после указания самой команды, через пробел. На сайте Майкрософт не совсем понятно написано как работать с параметрами. Поэтому пришлось еще поискать информации — нашел. Итак, смотрите:
Вы открываете консоль. Как — написал выше.
Далее нужно прописать dumpchk.exe. Если установили Debugging Tools for Windows (DTW) — указывайте в таком виде:
C:\Program Files\Debugging Tools for Windows (x86)\dumpchk.exe
Нужно прописывать полный путь. Если установили средства поддержки — возможно команда будет в папке:
Кстати, возможно Debugging Tools for Windows и есть средства поддержки.
Далее нужны файлы символов, мы выяснили, они находятся здесь:
Аварийный файл находится как правило здесь (название файла приведено для примера):
В итоге чтобы запустить команду поиска символов для анализа дампа (возможно неправильно написал, заранее прошу прощение) необходимо написать:
«C:\Program Files\Debugging Tools for Windows (x86)\dumpchk.exe» -y C:\WINDOWS\Symbols C:\WINDOWS\Minidump\Mini010609-01.dmp
Буква -y в строке — параметр, необходим как раз для поиска символов. Кроме него есть другие:
- -? — показывает справку по команде.
- -p — печатает только заголовок, не совсем понятно что имеется ввиду.
- -v — режим подробного вывода.
- -c — проверка файла дампа.
- -x — дополнительная проверка.
- -e — анализ дампа.
- -q — быстрая проверка (не применима в XP).
Также с dumpchk.exe может быть ошибка (Application Error):
В принципе ошибка скорее некритичная, однако если будет сбой BSOD, то могут быть проблемы при анализ дампа.
Как открыть настройки файла дампа?
На заметку. В Виндовс 10 чтобы открыть настройки файла дампа (файлы идут с расширением dmp, стандартное название — MEMORY.DMP):
- Необходимо открыть Свойства системы — в панели управления значок Система:
Нажать Дополнительные параметры:
На вкладке Дополнительно внизу будет раздел Загрузка и восстановление, нажать Параметры:
Появится окно Загрузка и восстановление, где и будут сами настройки:
Важно: без необходимости настройки не менять!
Заключение
dumpchk.exe — компонент по работе с файлом дампа памяти, устанавливается как понимаю вручную. Файл создается при возникновении сбоя системы — может помочь выявить проблему.
Данная команда, как понимаю, работает в XP. Возможно в семерке, десятке присутствует альтернатива.
Выяснил еще — dumpchk.exe содержится и в дистрибутиве Win2k Server.
Настоятельно рекомендую посетить официальный сайт Майкрософт, где сказано об этой команде.
Используйте Dumpchk.exe для проверки файла сброса памяти
В этой статье описывается проверка файла сброса памяти с помощью Dumpchk.
Оригинальная версия продукта: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 156280
В версии Microsoft Windows XP этой статьи см. в статье 315271.
Аннотация
Dumpchk — это утилита командной строки, которую можно использовать для проверки правильности создания файла сброса памяти. Dumpchk не требует доступа к символам.
Dumpchk расположен в следующих расположениях:
Windows NT 4.0 CD-ROM: Support\Debug \
Windows 2000 CD-ROM: Установите средства поддержки, Setup.exe из папки Support\Tools на CD-ROM. По умолчанию Dumpchk.exe устанавливается в папку Program Files\Support Tools.
Переключатели командной строки Dumpchk
В Dumpchk есть следующие переключатели командной строки:
-? Отобразить синтаксис команды.
-p печатает только загон (без проверки).
-v указывает многословный режим.
-q выполняет быстрый тест. Недоступна в Windows 2000.
Дополнительные переключатели, доступные только в windows 2000 Dumpchk.exe версии:
-c Do dump validation.
-x Проверка дополнительных файлов. Занимает несколько минут.
Установите путь поиска символов для сдачи экзамена.
- Если путь поиска символов пуст, cd-ROM
- используется для символов.
Установите путь поиска изображений для сдачи экзамена.
- Если путь поиска символов пуст, \system32
- используется для символов.
-k Установите имя ядра файлу.
-h Установите имя хэла в Файл.
Dumpchk отображает некоторые основные сведения из файла сброса памяти, а затем проверяет все виртуальные и физические адреса в файле. Если в файле сброса памяти обнаружены какие-либо ошибки, dumpchk сообщает о них. Ниже приводится пример вывода команды Dumpchk:
При ошибке во время любой части вывода, отображаемого выше, файл сброса поврежден и анализ не может быть выполнен.
В этом примере наиболее важные сведения (с точки зрения отладки) являются следующими:
Эти сведения можно использовать для определения того, какие ошибки ядра STOP произошли и в определенной степени, какая версия Windows использовалась.