Как с помощью дампа памяти определить и устранить причину, вызывающую BSoD (синий экран смерти)
Синий экран смерти. Определение и устранение причины, вызвавшей его. Причиной критических ошибок Windows, сопровождаемых синими экранами (BSOD), часто является драйвер - вновь установленный или поврежденный. Определив, какой именно драйвер служит причиной ошибки, можно приступать к устранению проблемы: обновить драйвер, откатиться к более ранней версии, переустановить или удалить приложение, установившее драйвер и т. д. Не всегда название драйвера отображается на синем экране. Однако существует очень простой способ, позволяющий с помощью дампа памяти определить проблемный драйвер за пару минут. Шаг 1 - Включение записи дампов памяти Сначала нужно убедиться, что запись дампов включена. Нажмите комбинацию клавиш Win+ PauseBreak – (в Windows 7 и Vista щелкните ссылку Дополнительные параметры системы) - на вкладке Дополнительно нажмите кнопку Параметры в разделе (Загрузка и восстановление). Малых дампов памяти должно быть достаточно для наших целей. Обратите внимание на путь к папке, куда они будут сохраняться при возникновении критической ошибки. Теперь вы можете запаковать файл в архив, прикрепить его к сообщению в форуме и подождать, пока вам кто-то сообщит название проблемного драйвера. Но вы можете сделать это самостоятельно, не прилагая больших усилий. Шаг 2 - Анализ с помощью утилиты MiniDumper https://forum.simplix.ks.ua/viewtopic.php?id=653 Ее автор – simplix, который известен своими полезными разработками. При запуске утилита автоматически анализирует найденные в системе дампы за последний год и открывает отчет в текстовом редакторе. Вы также можете перетащить на исполняемый файл утилиты отдельный дамп или папку с дампами. С именем драйвера уже можно идти в гуглояндекс. Если дело в сторонней программе или драйвере, надо начинать с их удаления / обновления. В более сложных случаях следует обращаться в форум. Возможности утилиты MiniDumper работает в Windows 7 (с обновлениями) и более новых ОС. В состав программы входят Debugging Tools for Windows. Все команды, которые передаются отладочной утилите, формируются динамически в зависимости от кода ошибки и результатов предыдущих команд. Помимо !analyze -v MiniDumper: • Анализирует как обычный стек, так и Raw-стек (командой dps) на предмет сторонних модулей. Raw-стек имеет меньшую достоверность, чем обычный стек, поскольку может содержать не относящиеся к сбою фрагменты предыдущих цепочек вызовов. Но во многих случаях он оказывается полезен (например, когда обычный стек неполон или повреждён). • Выполняет особую обработку для кодов 0x7A, 0x77 и части 0xF4 (связаны с ошибками дисковой подсистемы), а также для 0x9F. • Сохраняет журнал отладочных команд в папке с дампом, в том числе сведения о конфигурации (!sysinfo) и информацию о проблемных драйверах (lmvm). • Выводит сводные результаты анализа по всем обработанным дампам в файл MiniDumper.log, который сохраняется в папке с утилитой. Отладочная информация При анализе утилита скачивает отладочную информацию (debug symbols) в %temp%\MiniDumper. После закрытия утилиты папка удаляется автоматически. Если вы регулярно анализируете дампы, можете задать расположение символов с помощью системных переменных среды: 1_NT_SYMBOL_PATH=srv*D:\Symbols*https://msdl.microsoft.com/download/symbols 2_NT_EXECUTABLE_IMAGE_PATH=srv*D:\Symbols*https://msdl.microsoft.com/download/symbols Запуск из командной строки В качестве параметров командной строки MiniDumper принимает путь к дампу или папке с дампами, а также ключ /S для тихого режима (указывается перед путем к папке). Заключение Впрочем, недавно Microsoft опубликовала документацию по диагностике BSOD, где приводятся более конкретные советы для некоторых распространенных кодов ошибок, а также базовые инструкции по работе с WinDbg. https://docs.microsoft.com/windows/client-management/troubleshoot-stop-errors MiniDumper полностью автоматизирует анализ, упрощая задачу обычным пользователям и экономя время специалистам. Рекомендую! Другая утилита BlueScreenView http://www.nirsoft.net/utils/blue_screen_view.html#DownloadLinks анализ моего дампа памяти: Файл дампа : 071920-21372-01.dmp Время аварии : 19.07.2020 21:59:36 Текст ошибки : SYSTEM_THREAD_EXCEPTION_NOT_HANDLED Код ошибки : 0x1000007e Параметр 1 : ffffffff`c0000005 Параметр 2 : fffff880`024eefc6 Параметр 3 : fffff880`053ea898 Параметр 4 : fffff880`053ea100 Драйвер причины : lvrs64.sys Адрес причины : lvrs64.sys+165d Описание файла : Logitech Kernel Audio Improvement Filter Driver Название продукта : Logitech Webcam Software Производитель : Logitech Inc. Версия файла : 13.51.823.0 Процессор : 64-бит Адрес аварии : lvrs64.sys+2fc6 Стек-адрес 1 : Стек-адрес 2 : Стек-адрес 3 : Имя компьютера : Полный путь : C:\Windows\Minidump\071920-21372-01.dmp Количество ЦП : 4 Версия : 15 Подверсия : 7601 Размер файла дампа: 406 928 Время файла дампа : 19.07.2020 22:00:41
Синий экран смерти. Определение и устранение причины, вызвавшей его. Причиной критических ошибок Windows, сопровождаемых синими экранами (BSOD), часто является драйвер - вновь установленный или поврежденный. Определив, какой именно драйвер служит причиной ошибки, можно приступать к устранению проблемы: обновить драйвер, откатиться к более ранней версии, переустановить или удалить приложение, установившее драйвер и т. д. Не всегда название драйвера отображается на синем экране. Однако существует очень простой способ, позволяющий с помощью дампа памяти определить проблемный драйвер за пару минут. Шаг 1 - Включение записи дампов памяти Сначала нужно убедиться, что запись дампов включена. Нажмите комбинацию клавиш Win+ PauseBreak – (в Windows 7 и Vista щелкните ссылку Дополнительные параметры системы) - на вкладке Дополнительно нажмите кнопку Параметры в разделе (Загрузка и восстановление). Малых дампов памяти должно быть достаточно для наших целей. Обратите внимание на путь к папке, куда они будут сохраняться при возникновении критической ошибки. Теперь вы можете запаковать файл в архив, прикрепить его к сообщению в форуме и подождать, пока вам кто-то сообщит название проблемного драйвера. Но вы можете сделать это самостоятельно, не прилагая больших усилий. Шаг 2 - Анализ с помощью утилиты MiniDumper https://forum.simplix.ks.ua/viewtopic.php?id=653 Ее автор – simplix, который известен своими полезными разработками. При запуске утилита автоматически анализирует найденные в системе дампы за последний год и открывает отчет в текстовом редакторе. Вы также можете перетащить на исполняемый файл утилиты отдельный дамп или папку с дампами. С именем драйвера уже можно идти в гуглояндекс. Если дело в сторонней программе или драйвере, надо начинать с их удаления / обновления. В более сложных случаях следует обращаться в форум. Возможности утилиты MiniDumper работает в Windows 7 (с обновлениями) и более новых ОС. В состав программы входят Debugging Tools for Windows. Все команды, которые передаются отладочной утилите, формируются динамически в зависимости от кода ошибки и результатов предыдущих команд. Помимо !analyze -v MiniDumper: • Анализирует как обычный стек, так и Raw-стек (командой dps) на предмет сторонних модулей. Raw-стек имеет меньшую достоверность, чем обычный стек, поскольку может содержать не относящиеся к сбою фрагменты предыдущих цепочек вызовов. Но во многих случаях он оказывается полезен (например, когда обычный стек неполон или повреждён). • Выполняет особую обработку для кодов 0x7A, 0x77 и части 0xF4 (связаны с ошибками дисковой подсистемы), а также для 0x9F. • Сохраняет журнал отладочных команд в папке с дампом, в том числе сведения о конфигурации (!sysinfo) и информацию о проблемных драйверах (lmvm). • Выводит сводные результаты анализа по всем обработанным дампам в файл MiniDumper.log, который сохраняется в папке с утилитой. Отладочная информация При анализе утилита скачивает отладочную информацию (debug symbols) в %temp%\MiniDumper. После закрытия утилиты папка удаляется автоматически. Если вы регулярно анализируете дампы, можете задать расположение символов с помощью системных переменных среды: 1_NT_SYMBOL_PATH=srv*D:\Symbols*https://msdl.microsoft.com/download/symbols 2_NT_EXECUTABLE_IMAGE_PATH=srv*D:\Symbols*https://msdl.microsoft.com/download/symbols Запуск из командной строки В качестве параметров командной строки MiniDumper принимает путь к дампу или папке с дампами, а также ключ /S для тихого режима (указывается перед путем к папке). Заключение Впрочем, недавно Microsoft опубликовала документацию по диагностике BSOD, где приводятся более конкретные советы для некоторых распространенных кодов ошибок, а также базовые инструкции по работе с WinDbg. https://docs.microsoft.com/windows/client-management/troubleshoot-stop-errors MiniDumper полностью автоматизирует анализ, упрощая задачу обычным пользователям и экономя время специалистам. Рекомендую! Другая утилита BlueScreenView http://www.nirsoft.net/utils/blue_screen_view.html#DownloadLinks анализ моего дампа памяти: Файл дампа : 071920-21372-01.dmp Время аварии : 19.07.2020 21:59:36 Текст ошибки : SYSTEM_THREAD_EXCEPTION_NOT_HANDLED Код ошибки : 0x1000007e Параметр 1 : ffffffff`c0000005 Параметр 2 : fffff880`024eefc6 Параметр 3 : fffff880`053ea898 Параметр 4 : fffff880`053ea100 Драйвер причины : lvrs64.sys Адрес причины : lvrs64.sys+165d Описание файла : Logitech Kernel Audio Improvement Filter Driver Название продукта : Logitech Webcam Software Производитель : Logitech Inc. Версия файла : 13.51.823.0 Процессор : 64-бит Адрес аварии : lvrs64.sys+2fc6 Стек-адрес 1 : Стек-адрес 2 : Стек-адрес 3 : Имя компьютера : Полный путь : C:\Windows\Minidump\071920-21372-01.dmp Количество ЦП : 4 Версия : 15 Подверсия : 7601 Размер файла дампа: 406 928 Время файла дампа : 19.07.2020 22:00:41