Як за допомогою дампа пам'яті визначити драйвер, що викликає BSOD - Вадим Стеркиной

  1. Крок 1 - Включення запису дампов пам'яті
  2. Крок 2 - Аналіз дампов за допомогою утиліти MinDumper
  3. Крок 2 - Завантаження і установка діагностичних засобів
  4. Крок 3 - Аналіз дампа пам'яті
  5. додаткові ресурси

Причиною критичних помилок Windows, супроводжуваних синіми екранами (BSOD), часто є драйвер - знову встановлений або пошкоджений. Визначивши, який саме драйвер служить причиною помилки, можна приступати до усунення проблеми: оновити драйвер, відкотитися до більш ранньої версії, перевстановити або видалити додаток, що встановила драйвер і т. Д. Не завжди назва драйвера відображається на синьому екрані. Однак існує дуже простий спосіб, що дозволяє за допомогою дампа пам'яті визначити проблемний драйвер за пару хвилин.

Крок 1 - Включення запису дампов пам'яті

Спочатку потрібно переконатися, що запис дампов включена. Для цього потрібно відкрити властивості системи, натиснувши комбінацію клавіш Win + Pause, [в Vista вибрати посилання Додаткові параметри системи], перейти на вкладку Додатково, і нарешті натиснути кнопку Завантаження і відновлення.

Малих дампов пам'яті повинно бути досить для наших цілей.

Малих дампов пам'яті повинно бути досить для наших цілей

Зверніть увагу на шлях до папки, куди вони будуть зберігатися при виникненні критичної помилки.

Зверніть увагу на шлях до папки, куди вони будуть зберігатися при виникненні критичної помилки

Тепер ви можете запакувати файл в архів, прикріпити його до повідомлення в форумі Усунення критичних помилок Windows і почекати, поки вам хтось повідомить назву проблемного драйвера :) Але ви можете зробити це самостійно, не докладаючи великих зусиль.

Крок 2 - Аналіз дампов за допомогою утиліти MinDumper

Розповідь про утиліту ви знайдете в цієї статті .

Раніше в цьому матеріалі я рекомендував kdfe.cmd, але MiniDumper простіше і зручніше. Відомості про kdfe.cmd залишаються тут для історії.

Подивитися ...

Крок 2 - Завантаження і установка діагностичних засобів

Це не так страшно, як можна подумати :)

  1. Завантажити та встановити Debugging Tools for Windows. Вони входять до складу веб-установника Windows SDK , Де після запуску в потрібно вибрати Debugging Tools в розділі Common Utilities.
  2. завантажте сценарій (Kdfe.cmd), який написав Олександр Суховій і опублікував на ресурсі sysadmins.ru (Оскільки живу посилання мені там знайти не вдалося, пропоную свою). Розпакуйте архів в будь-яку папку.
    Примітка. У разі нестандартного розташування папки Program Files вам може знадобитися вказати в kdfe.cmd шлях до папки, в яку встановлені засоби Debugging Tools for Windows. Використовуйте змінну dbgpath в рядку 41.

Крок 3 - Аналіз дампа пам'яті

Тепер все зводиться до виконання однієї команди. Відкрийте командний рядок і перейдіть в папку, в яку ви розпакували kdfe.cmd. Запустіть файл, вказавши в якості параметра шлях до файлу дампа пам'яті (у прикладі нижче файл називається Mini1110307-01.dmp)

kdfe.cmd "% systemroot% \ Minidump \ Mini1110307-01.dmp"

Через хвилину ви побачите результат.

Драйвер, що послужив причиною помилки, визначено!

додаткові ресурси

Коментарі до цього запису закриті, тому що використовувалися для прохань про допомогу у вирішенні проблем з BSOD. Зважаючи на складність і різноманіття критичних помилок, вирішувати їх в коментарях неможливо. Для вирішення проблем, будь ласка, звертайтеся на форум, попередньо виконавши ці вимоги.

Обговорення завершено.

Дополнительная информация

rss
Карта