Программа позволяет максимально удобно и точно определять причину BSOD, анализируя файлы дампов памяти средствами отладки. Для работы нужен интернет, так как оттуда временно будут загружены отладочные символы. Чтобы проанализировать файл дампа или папку с дампами, перетяните их мышкой на MiniDumper.exe и ждите, по окончанию работы будет показано сообщение с именем дампа, кодом ошибки, именем процесса и сбойного файла, если они будут определены. Это же сообщение будет продублировано в файл %Temp%\MiniDumper.log

Поддерживается работа из командной строки, для этого файл дампа или папку с дампами нужно указать программе в качестве параметра. Тихий режим будет работать с ключом /S, причём ключ должен быть указан в первую очередь.

При запуске программы как есть, без параметров, анализируются пути в рабочей системе и проверяются те файлы, который в данный момент указаны в параметрах записи отладочной информации. Обычно это %SystemRoot%\Minidump для малых дампов и %SystemRoot%\memory.dmp для всех остальных случаев.

Для каждого проанализированного дампа будет создан одноимённый log-файл с полным выводом информации для дополнительного анализа опытными пользователями.

Программа работает на системах от Win7 (с обновлениями) до Win10, x86 и x64. Права администратора не требуются, но при включенном UAC предлагаются для доступа к системной папке с дампами. Имеется английская локализация, включается автоматически.

Особая благодарность Petya V4sechkin за советы и знания. Принимаются пожелания по улучшению работы программы, или результаты работы других подобных программ и дампы файлов, которые помогут усовершенствовать MiniDumper.

Скачать: [MiniDumper 1.8 (10 MB)]

MiniDumper — анализатор дампов памяти BSOD

58 мыслей о “MiniDumper — анализатор дампов памяти BSOD

    • 08.11.2023 в 12:46
      Постоянная ссылка

      Ограничений нет, скорее всего на вашем компьютере неправильно работает DNS, попробуйте прописать 1.1.1.1 в свойствах сетевой карты.

      Ответ
        • 06.12.2023 в 01:01
          Постоянная ссылка

          Для рашки это норм, роскомпозор постарался, с моей стороны ограничений нет.

          Ответ
  • 22.03.2024 в 18:47
    Постоянная ссылка

    simplix привет! А можно сделать так что при запуске если выключена запись информации запустить ее. Понятно что это ничего не даст, но удобно чтоб вручную не запускать потом.

    Ответ
    • 22.03.2024 в 20:32
      Постоянная ссылка

      Вы предлагаете функцию и сами же признаёте её бесполезной, вывод очевиден.

      Ответ
  • 25.03.2024 в 14:27
    Постоянная ссылка

    Привет.
    А можно ему куда-нибудь отладочные символы положить чтобы он в интернет не лез?
    Если можно, то откуда тогда их скачать можно?
    БлагоДарю за ответ.

    Ответ
    • 25.03.2024 в 17:11
      Постоянная ссылка

      Их нет в оффлайне, видимо производитель решил так сделать, потому что постоянно пополняет базу новыми версиями.

      Ответ
  • 16.04.2024 в 16:12
    Постоянная ссылка

    Скажите, пожалуйста, в чем причина:

    Дамп: 041424-33571-01.dmp (14.04.2024 20:20:15)
    Код: 0x19 — BAD_POOL_HEADER
    Процесс: lsass.exe, вероятно вызвано: ntkrnlmp.exe
    Сторонние модули в Raw-стеке: nvlddmkm.sys
    FAILURE_BUCKET_ID: X64_0x19_3_nt!ExFreePoolWithTag+1023

    Дамп: 040924-29858-01.dmp (09.04.2024 19:38:32)
    Код: 0x19 — BAD_POOL_HEADER
    Процесс: lsass.exe, вероятно вызвано: ntkrnlmp.exe
    FAILURE_BUCKET_ID: X64_0x19_3_nt!ExFreePoolWithTag+1023

    Ответ
  • 23.06.2024 в 11:20
    Постоянная ссылка

    Означает ли это, что программе не удалось загрузить корректные символы?

    Loading User Symbols
    Loading unloaded module list
    ……………………………

    ************* Symbol Loading Error Summary **************
    Module name Error
    ntoskrnl The system cannot find the file specified

    You can troubleshoot most symbol related issues by turning on symbol loading diagnostics (!sym noisy) and repeating the command that caused symbols to be loaded.
    You should also verify that your symbol search path (.sympath) is correct.

    Ответ
  • 02.07.2024 в 16:28
    Постоянная ссылка

    Программа ни в какую не хочет анализировать папку минидамп, да memory.dmp в папке виндоус может, но не малые дампы памяти. В настройках восстановления если ставлю автоматическией дамп памяти то прога проверят memory.dmp, ставлю там же создание малых дампов и путь меняется на %SystemRoot%\Minidump, а при попытке запустить прогу пишет: что-то пошло не так попробуйте запустить от имени администратора. Я запускаю от имени админа и вылазит все то же окно. Прога отказывается анализировать малые дампы версия 1.8

    Ответ
    • 03.07.2024 в 00:49
      Постоянная ссылка

      У программы при автоматическом запуске есть ограничение — она проверяет дампы не старше одного года, ведь если на компьютере год не возникали BSOD’ы, а в папке Minidump лежат десятки старых неактуальных дампов, анализировать их — пустая трата времени. В этом случае проверить какой-то конкретный дамп можно простым перетягиванием его мышкой на MiniDumper. Проверьте, скорее всего это ваш случай, и если так — сделаю более конкретное сообщение об ошибке.

      Ответ
  • 15.11.2024 в 18:38
    Постоянная ссылка

    что делать с этим?
    MiniDumper 1.8

    Дамп: MEMORY.dmp (15.11.2024 19:32:10)
    Код: 0x50 — PAGE_FAULT_IN_NONPAGED_AREA
    Процесс: MsMpEng.exe, вероятно вызвано: ntkrnlmp.exe
    Сторонние модули в Raw-стеке: nvlddmkm.sys, UCPD.sys
    FAILURE_BUCKET_ID: AV_INVALID_nt!SepAccessCheck

    Ответ

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *