Bluescreenview скачать на русском как им пользоваться. BlueScreenView — информация о причине появления синего экрана смерти (BSOD). Что такое синий экран

У пользователей ПК есть сильный страх, который всех объединяет – BSOD (Blue Screen of Death, «синий экран смерти») – критическая ошибка, которая приводит к аварийному завершению работы системы без сохранения данных. Рядовому пользователю сложно расшифровать информацию о сбое, если после отображения технической информации компьютер сразу перезагружается. Поэтому рассмотрим, как пользоваться BlueScreenView – приложением, которое сохраняет и расшифровывает сведения о сбое в работе ОС.

О программе

Создание файла дампа

В операционных системах Windows 7, 8, 10 дамп оперативной памяти сохраняется автоматически. Но мы отредактируем настройки создания файла и оптимизируем их под BlueScreenView.

Пройдем по следующим пунктам:

  1. Откройте «Этот компьютер» – «Свойства системы».

  2. Нажмите «Дополнительные параметры системы».

  3. Во вкладке «Дополнительно» кликните на кнопку «Параметры» в блоке «Загрузка и восстановление».
  4. В появившемся окне уберите галочку с пункта «Заменять существующий файл дампа» и в поле «Запись отладочной информации» выберите «Малый дамп памяти (256 KB)».

Справка! Малый дамп памяти содержит необходимую информацию для анализа ошибки и не занимает много дискового пространства. А заменять существующий файл дампа не рекомендуется, т.к. ошибок несколько, а записывается - одна.

Анализ дампа памяти

Первым делом запустите BlueScreenView. Приложение автоматически сканирует папку хранения всех дампов памяти.

Для извлечения необходимой информации нужно:

  1. Выбрать нужный.dmp файл из списка, посмотреть на перечень драйверов и компонентов, загружавшихся во время последнего запуска ОС.

  2. Дважды кликнуть на поле, подсвеченное красным цветом.
  3. Ознакомиться с технической информацией об ошибке.

  4. Кликнув ПКМ на поле дампа памяти, вы можете импортировать данные в файл для последующей отправки специалисту или в службу поддержки. Также предусмотрена возможность поиска решения проблемы напрямую с приложения.

Данная статья продолжает серию публикаций по обзору инструментов анализа аварийных дампов системы. И сегодня мы рассмотрим пожалуй наиболее автономное средство в арсенале специалиста, утилиту с говорящим названием BlueScreenView . Чем это средство так уникально? Не тем, что алгоритм работы программы в какой то степени отличается от алгоритмов программ подобного класса (скорее всего всё крутится вокруг одних и тех же схем), а более из-за того, что программа не использует отладочные символы, что делает её полностью независимой. BlueScreenView представляет собой бесплатное программное обеспечение, которое анализирует содержимое файлов дампов, создаваемых при критическом сбое системы ( , синий экран смерти), и предоставляет информацию пользователю в виде легко интерпретируемой результирующей таблицы. В дополнение ко всему прочему, утилита предоставляет расширенную информацию по свойствам дампов памяти системы. Как уже отмечалось, BlueScreenView полностью автономна и не требует для своей работы никаких дополнительных дынных, как то символы либо отладчики. Скачал, запустил, проанализировал! Автором программы является Nier Sofer, хотел бы сказать спасибо ему огромное за предоставленную чрезвычайно полезную утилиту.
Скачать BlueScreenView можно по вот этой ссылке . При этом, что действительно удобно, так это то, что скачать утилиту можно не только в виде классического установщика (зачем мне инсталлировать временный софт на сервер?), но и в форме отдельного переносимого (portable) приложения (пункт Download BlueScreenView (in Zip file)). Распаковал из архива и запустил, что еще надо? Опять же, это позволяет держать утилиту в наборе своих "инструментов на каждый день". BlueScreenView доступна в двух вариантах кода - в 32- и 64-битном.

Интерфейс BlueScreenView

После старта утилита BlueScreenView сканирует стандартное местоположение дампов памяти:

и находит все дампы, которые располагаются в каталоге по-умолчанию, далее для каждого дампа (по своему собственному алгоритму) перечисляет адреса памяти внутри стека момента сбоя и определяет все драйвера/модули которые могут быть причиной критической ситуации.
По умолчанию BlueScreenView ищет дампы в каталоге %SystemRoot%\Minidump . Однако, данное положение может быть изменено редактированием параметра "Load from the following MiniDump folder" в разделе "Options" - "Advanced Options" (Ctrl + O). В дополнение, вид окна программы легко и удобно настраивается, что позволяет показывать/скрывать определенные столбцы.

Верхнее окно интерфейса программы BluScreenView по-умолчанию выглядит несколько иначе. На моем скриншоте я замаскировал (скрыл) четыре столбца под названием "Parameter 1", "Parameter 2", "Parameter 3", "Parameter 4", которые являются четырьмя аргументами функции KeBugCheckEx .

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

Столбец Назначение
Dump File Файл дампа памяти, найденный утилитой в заданной директории. Хранит различную информацию о состоянии системы на момент критической ошибки.
Bug Check String Символическое имя или описание критической ошибки (Bug Check) по классификации Microsoft. В нашем примере это BAD_POOL_HEADER .
Caused By Driver Драйвер или модуль, который, предположительно и вызвал сбой. BluScreenView пытается вычислить драйвер/модуль по стеку момента критического сбоя, который присутствует в дампе. В нашем случае RtkHDAud.sys . Помните, что механизм определения сбойного модуля/драйвера не может со 100% вероятностью определить виновника, и необходимо анализировать более расширенный список в нижнем фрейме окна программы, выделенный розовым цветом. Сам автор предупреждает нас об этом на странице утилиты.
Bug Check Code Идентификатор кода BugCheck или STOP-ошибка. Например, STOP 0x00000019 .
Caused By Address Тоже самое что и колонка "Caused By Driver", однако показывает относительный адрес инструкций, вызвавшей сбой. Относительно начала модуля в котором произошел сбой. В нашей ситуации RtkHDAud.sys+1f93fc .
File Description Описание проблемного файла.
Crash Address Адрес по которому и случилась ошибка. Содержимое регистров EIP/RIP на момент сбоя. В некоторых случаях идентичен адресу из колонки "Caused By Address", в других адрес не совпадает. Пример: ntoskrnl.exe+22f5f .

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

Столбец Назначение
Filename Имя драйвера/модуля.
Address In Stack Адрес памяти драйвера, который найден в стеке.
From Address Смещение первого байта драйвера в адресном пространстве ядра. Пара значений From Address / To Address показывает адресное пространство, занимаемое драйвером.
To Address Смещение последнего байта драйвера в адресном пространстве ядра. Пара значений From Address / To Address показывает адресное пространство, занимаемое драйвером.
Size Размер драйвера в памяти.
Product Name Имя продукта, в состав которого входит драйвер. Загружается из поля ресурсов?
File Description Описание файла драйвера. Загружается из поля ресурсов?
File Version Версия файла драйвера. Загружается из поля ресурсов?
Company Имя компании. Загружается из поля ресурсов?.
Full Path Полный путь до файла драйвера в файловой системе.

В один прекрасный момент, анализируя очередной дамп памяти при помощи программы BlueScreenView я обратил внимание на одну интересную особенность. Если Вы внимательно посмотрите на столбец в верхнем фрейме программы под названием "Caused by Address", то увидите, что в нем присутствуют имена модулей/драйверов и относительный адрес инструкции. Так вот, почему же там присутствуют голые числовые значения смещений, но не имена? Причина проста и как мы уже отмечали:

BlueScreenView не использует и не нуждается в них.

То есть он ничего не знает о сопоставлении адресов реальным функциям. Конечно, это не позволяет программисту получить более детальную информацию, однако это абсолютно не нужно рядовому пользователю, которому для решения задачи достаточна и более общая информация о сбое, обобщенная до указания на модуль/драйвер. Как это сказывается на точности определения причины критической ошибки, спросите Вы? Пока что ответить на этот вопрос для меня сложновато, но могу предположить что никак не отражается, поскольку точность определения зависит от корректности работы внутреннего алгоритма BlueScreenView, который опирается на адреса памяти, но никак не зависит от наличия/отсутствия символов системы/модулей/драйверов. Символы нужны для дополнительной информации по внутренним функциям.

Анализ результатов

Собственно, вкратце, общий алгоритм поиска причины сбоя следующий:

  1. (в верхней части окна) ставим курсор на имя интересующего нас минидампа, тем самым выделяя (выбирая) его. Нижняя часть окна автоматически заполняется результатом анализа.
  2. (в верхней части окна) смотрим столбец Caused By Driver , видим там наименование проблемного модуля/драйвера (для нашего случая это RtkHDAud.sys ).
  3. (в нижней части окна) находим этот же драйвер/модуль (столбец Filename), ставим курсор на эту строку и опять перемещаем ползунок вправо, чтобы посмотреть значения в столбцах Product Name , File Description и Full Path . По значениям этих полей мы сможем определить принадлежность модуля/драйвера. Если же поля нам не дали никакой информации, то вбиваем имя модуля/драйвера RtkHDAud.sys в поисковик и ищем информацию уже в Сети.

Изредка встречаются случаи, когда указываемый в верхнем фрейме программой BlueScreenView драйвер не является источником проблемы. Да, ведь сам автор, как я писал уже выше, предупреждает от том, что невозможно сделать точный вывод по сбою в 100% случаев. Однако, не стоит отчаиваться, поскольку драйвер/модуль, который является истинным виновником сбоя, наверняка присутствует среди списка, подсвеченного красным цветом в нижней части окна программы. У нас это: ks.sys , ntoskrnl.exe , portcls.sys , sysaudio.sys , wdmaud.sys . Исходя из отсутствия 100% гарантии определения, в исследовании аварийных дампов я бы не ограничивался применением только лишь утилиты BlueScreenView, а использовал бы и другие продукты для анализа проблемы.

«Синий экран смерти» - ошибка, с которой приходилось сталкиваться каждому пользователю операционной системы Windows. На английском языке она называется Blue Screen of Death, а если говорить сокращенно, то BSOD. Сама по себе ошибка всегда приводит к одному – перезагрузке компьютера. Однако ее могут вызывать сотни различных факторов, из-за чего сложно определить, что к ней приводит. В системе Windows имеются специальные диагностические инструменты, позволяющие сохранить лог ошибки, но расшифровать его сможет не каждый пользователь.

Именно с целью расшифровки причин возникновения «синего экрана смерти» используется приложение BlueScreenView. С его помощью можно легко определить, почему возникает летальная ошибка, и что нужно сделать, чтобы она более не повторялась.

Что такое BlueScreenView

BlueScreenView – это бесплатная программа, разработанная компанией Nir Sofer. Ее можно загрузить в интернете с официального сайта разработчиков и других проверенных ресурсов. Приложение поддерживает огромную библиотеку языков, в том числе и русский.

Программа BlueScreenView проводит сканирование на компьютере дамп файлов, в которых сохраняется информация об ошибке, приведшей к «синему экрану смерти». Пользователь с помощью программы получает возможность узнать максимум информации об ошибке: когда она произошла, какой конкретно код BSOD присудила операционная система Windows, сведения о драйверах и так далее.

Как настроить Windows для работы программы BlueScreenView

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


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

Как анализировать дамп программой BlueScreenView

Проанализировать ошибку, которая привела к возникновению «Синего экрана смерти» при помощи приложения BlueScreenView достаточно просто. Для этого необходимо проделать следующие действия:


Чтобы узнать подробнее о конкретном дампе, нажмите на него правой кнопкой мыши и выберите пункт «Google Search». В браузер будет отправлена вся необходимая информация об ошибке, из-за которой случился «синий экран смерти». Чаще всего решения по ошибке можно найти на сайте Microsoft, где будет указано, какие шаги нужно предпринять, чтобы устранить проблему. Если инструкция по устранению ошибки не найдена, следует поискать в ручном режиме техническую информацию об ошибке.

Часто специалисты просят от пользователей сбросить им данные о дампе ошибки, собрать которые можно через приложение BlueScreenView. Для этого нужно нажать правой кнопкой мыши на конкретный дамп и выбрать пункт «HTML Report – All Items». Ошибка будет импортирована в HTML-формате, после чего ее можно будет переслать техническому специалисту, который проведет анализ и попробует подобрать способ решения возникающей проблемы.

BlueScreenView - бесплатная программа для получения информации о сбое системы, вызвавшей на компьютере «синий экран смерти» (BSOD) в операционной системе Windows. Программа BlueScreenView показывает разнообразные полезные данные о критической ошибке, которые помогут в выявлении причины возникшей проблемы.

BSOD (Blue Screen of Death) - «синий экран смерти»: информация, отображаемая на экране дисплея, в случае возникновения критических неполадок в системе. Система аварийно завершает работу, на синем фоне экрана появляется «зловещая» и непонятная информация о появлении ошибки, которая пугает многих пользователей. Для выхода из режима BSOD потребуется перезагрузка или выключение компьютера.

Причины возникновения синего экрана возникают из-за серьезных сбоев в работе аппаратного или программного обеспечения. Если ошибки BSOD появляются на ПК регулярно, необходимо выявить причину их возникновения.

В Windows 10 по умолчанию включена настройка для автоматической перезагрузки системы в случае отказа системы. Сообщение об ошибке на русском или английском языках отображается очень короткое время, пользователь не успевает понять сложный стоп-код, выведенный на экран.

При серьезных неполадках, потребуется заменить неисправное оборудование, если BSOD появляется из-за аппаратной составляющей ПК, удалить или переустановить программу, если причина появления ошибки кроется в программном обеспечении. Есть и более радикальный способ решения проблемы: заново на компьютер.

В любом случае, сначала лучше попытаться узнать причину появления ошибок BSOD на компьютере. В этом нам поможет бесплатная программа BlueScreenView, которая работает на русском языке в операционной системе Windows. Приложение имеет крошечный размер, намного менее 1 МБ. Поддерживаемые операционные системы: Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Vista, Windows XP, Windows Server 2008, Windows Server 2003.

Основные возможности программы BlueScreenView:

  • Выяснение причин сбоя системы.
  • Отображение подробной информации об ошибке.
  • Вывод данных о драйверах.
  • Экспорт информации в файл, сохраненный в формате: TXT, HTML, HTM, XML, CSV.
  • Поиск информации в интернете по готовым шаблонам.
  • Поддержка режима перетаскивания.
  • Поддержка командной строки.

BlueScreenView можно скачать с официального сайта разработчика программы - NirSoft, который широко известен своими утилитами, предназначенными для настройки операционной системы Windows. В самом низу официальной страницы вы найдете три ссылки для загрузки программы.

На выбор пользователя предлагаются три варианта: обычная версия приложения для установки на компьютер, и две переносные (portable) версии утилиты для 32 битных и 64 битных систем, которые не требуют установки на ПК. В большинстве случаев, целесообразно воспользоваться портативной версией BlueScreenView, которую можно поместить в любое удобное место на ПК, а потом, в случае необходимости, запускать из папки.

BlueScreenView скачать

Для русификации программы со страницы загрузки необходимо скачать языковой файл русского языка. После скачивания на компьютер, поместите русификатор в папку с программой переносной версии, или в папку установленной программы на диске «C:».

Для пользователей, испытывающих затруднения с загрузкой программы и языкового пакета, я приготовил архив с обоими (x86 и x64) переносными версиями приложения, в которых уже имеется русская локализация, поэтому вы можете сразу скачать BlueScreenView на русском языке.

BlueScreenView скачать на русском

Когда я писал эту статью, я для того, чтобы продемонстрировать работу приложения BlueScreenView в реальных условиях.

Интерфейс программы BlueScreenView

После запуска, откроется окно программы BlueScreenView. Приложение имеет простой и понятный интерфейс.

Верхней части находится панель с меню для управления утилиты. Под меню расположены кнопки для вызова наиболее часто востребованных параметров: «Дополнительные параметры», «Сохранить выбранные элементы», «Обновить», «Скопировать выбранные элементы», «Свойства», «Найти», «Выход».

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

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

Как пользоваться BlueScreenView

Теперь, рассмотрим инструкцию о работе программы. После появления синего экрана в Windows, запустите на компьютере программу BlueScreenView. Приложение проверит минидампы памяти, созданные после появления «синего экрана смерти», а затем отобразит информацию об обнаруженных ошибках в своем окне.

В операционной системе Windows 10 данные о BSOD могут автоматически не появиться в окне программы BlueScreenView, поэтому выполните дополнительные действия:

  1. Из меню «Настройки» выберите «Дополнительные параметры» («Ctrl» + «O»), или нажмите на кнопку «Дополнительные параметры» на панели.
  2. В окне «Дополнительные параметры» нажмите на кнопку «ОК».

  1. Если это не помогло, активируйте опцию «Загрузить один файл МиниДампа».
  2. Нажмите на кнопку «Обзор…».
  3. На диске «C:» войдите в папку «Windows», откройте папку «Minidump», выберите дамп памяти с расширением «.dmp», для открытия в окне программы BlueScreenView.

Если растянуть окно программы на весь экран, можно получить более наглядную информацию о причине возникновения «синего экрана смерти» на ПК. Здесь отображены данные: имя файла дампа, время аварии, текст ошибки, код ошибки, параметры от 1 до 4, драйвер причины, адрес причины, описание файла.

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

В нижнем окне BlueScreenView можно показать только драйверы, найденные в крэш-стеке, не отображая все прочие драйвера. Нажмите для этого на клавишу «F7».

Для получения сводных сведений, выделите дамп памяти, щелкните правой кнопкой мыши по выбранному дампу памяти, а в контекстном меню выберите «Свойства» («Alt»+ «Enter»).

В окне «Свойства» отобразится подробная информация о причинах возникновения ошибки в виде таблицы.

Подобным образом, в отдельном окне можно отобразить свойства проблемного драйвера в виде таблицы.

При необходимости, пользователь может посмотреть на традиционное окно синего экрана непосредственно из программы BlueScreenView.

Из меню «Настройки», выберите пункт «Режим нижнего окна», опцию «BSOD в стиле XP» («F8»). После этого, в нижней части окна программы отобразиться экран с ошибкой, выполненный в стиле операционной системы Windows XP.

Основное внимание обратите на параметры: «Драйвер причины», «Описание файла» и «Название продукта», «Текст ошибки» и описание стоп-кодов в «Параметр 1», «Параметр 2», «Параметр 3», «Параметр 4».

Общую информацию можно сохранить в текстовом файле, сохраненном на ПК. Для этого, выделите проблемный дамп в окне программы, в меню «Файл» выберите «Сохранить выбранные элементы» («Ctrl» + «S»), а затем файл на компьютере. Поддерживается сохранение сведений в HTML файле и в некоторых других типах файлов.

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

Доступно три варианта готовых поисковых запросов:

  • Найти в Google код ошибки + драйвер.
  • Найти в Google код ошибки.
  • Найти в Google код ошибки + 1 параметр.

Если в результатах поиска будет показан сайт на английском языке, переведите веб-страницу на русский язык с помощью . Полезную информацию можно найти на форумах, сайтах, в сообществе Майкрософт, спросить у специалистов, если есть такая возможность.

Выводы статьи

Бесплатная программа BlueScreenView показывает полную информацию об ошибке BSOD («синий экран смерти»). Программа анализирует дампы памяти, созданные при наступлении критических сбоев системы, а затем выдает подробные данные об ошибке. При помощи приложения пользователь может выявить проблему, из-за которой возникает BSOD на компьютере.

Поскольку она проводит более глубокий анализ и точнее определяет причину проблемы.

Ко мне обратилось сразу несколько человек с вопросом, стоит ли вместо Debugging Tools for Windows использовать для анализа дампов памяти относительно недавно вышедшую утилиту BlueScreenView . Бесплатные утилиты NirSoft (автор – Nir Sofer) хорошо известны своей полезностью, удобством и продуманностью функционала. И BlueScreenView действительно очень удобна для определения проблемного драйвера.

BlueScreenView

По умолчанию BlueScreenView ищет дампы в папке %systemroot%\Minidump, но можно настроить и собственную папку (Options –> Advanced ). Для найденных драйверов утилита отображает:

  • В верхней панели – название файла, дату создания, название стоп-ошибки, код ошибки, параметры, а также драйвер, предположительно вызвавший проблему (Caused By Driver ).
  • В нижней панели – (в зависимости от настроек в Options –> Lower Pane Mode ) все драйверы, загруженные во время ошибки, или только драйверы, найденные в стеке. Среди всех драйверов — на розовом фоне отображаются предположительно вызвавшие проблему драйверы. Также, утилита может отображать синий экран, очень похожий на тот, который все так любят.

Важно! Я должен отметить, что при определении драйвера не нужно полагаться только на имя файла в столбце Caused by Driver . Следует рассмотреть драйверы в нижней панели (или только выделенные розовым цветом, если включено отображение всех драйверов), в первую очередь обращая внимание на несистемные драйверы.

Утилита очень быстро работает, а также обладает дополнительными возможностями по копированию отдельных строк и созданию HTML-отчетов.

BlueScreenView vs. kdfe.cmd / WinDbg

В приведенном выше скриншоте виновником проблемы являлся не USBPORT.SYS (системный драйвер), aclaudsl.sys (драйвер модема). Именно на последний указал анализ kdfe , полагающeгося на Debugging Tools for Windows. И тут я перехожу к вопросу, насколько корректен анализ утилиты по сравнению с kdfe / WinDbg.

Честно говоря, я не являюсь экспертом по отладке, но одно очевидно сразу: в отличие от WinDbg, BlueScreenView не использует для анализа символы, загружаемые с сайта Microsoft. Я поинтересовался у автора программы, насколько корректным считает он анализ в этих условиях. И вот что он ответил (в сокращении):

Вне зависимости от того, используете вы BlueScreenView или WinDbg с символами, невозможно достичь абсолютной точности в определении драйвера.
Я не думаю, что символы помогли бы моей утилите произвести более точный анализ. В символах содержится дополнительная информация, которая может помочь профессионалам определить точную причину — например, функцию внутри драйвера, вызвавшую ошибку. Однако определение драйверов, вовлеченных в ошибку, может быть выполнено на основе адресов памяти без всяких символов.

Я решил проверить, насколько результаты BlueScreenView совпадают с kdfe. Поскольку в материале нет недостатка, я взял навскидку полтора десятка дампов с наиболее распространенными кодами (0x8E, 0x50, 0xD1 и 0x0A). Лишь в одном случае результаты отличались – BlueScreenView указала на системный драйвер, а kdfe – на драйвер Outpost Firewall. Тестирование также выявило, что далеко не всегда BlueScreenView верно указывает на проблемный драйвер в верхней панели, но во всех случаях кроме одного, оговоренного выше, проблемный драйвер был обозначен в нижней панели. Таким образом, kdfe понятнее указывает на проблемный драйвер. Однако наблюдалась и обратная картина – иногда kdfe однозначно указывает на системный драйвер, в то время как BlueScreenView выделяет еще и несистемные, которые также могут оказаться причиной проблемы.

Резюме

До появления утилиты MiniDumper рекомендовал BlueScreenView для быстрого анализа дампов памяти, создающихся при BSOD. Однако утилита не всегда однозначно указывает на проблемный драйвер в верхней панели. Поэтому, вместо того чтобы любоваться в нижней панели картинкой синего экрана, лучше включить для нее отображение драйверов и изучить их список. Для глубокого анализа без WinDbg все равно не обойтись, а утилита MiniDumper автоматизирует этот процесс.

Похожие публикации