Как найти неисправный драйвер на компьютере? Диспетчер проверки драйверов. Driver Verifier — выявляем проблемные драйвера Windows Как найти поврежденный драйвер

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

И как только не ругают Windows от Microsoft , называя бедняжку одновременно и тормозной, и глючной и даже нестабильной. Только вот отказываться от нее никто не спешит, да и вообще вряд ли уже когда-нибудь откажется. Поэтому, вместо того чтобы ругать бедных разработчиков и разводить бессмысленный флейм, хорошо бы разобраться: а почему, собственно, система глючит? Открою тебе небольшой секрет. В пресловутых экранах смерти и нестабильной работе Windows в подавляющем большинстве случаев виноваты драйверы сторонних производителей, а сама операционка здесь абсолютно не при чем. Сейчас мы расскажем, как такие драйверы обнаружить и из системы удалить.

Дефекты проектирования драйверов могут носить самый разный характер: от выпадений в голубой экран смерти (BSOD – Blue Screen of Death) и до замедления работы компьютера и странностей поведения некоторых совсем не связанных с драйвером прикладных приложений.

Голубой экран смерти замечателен (без всякой иронии!) тем, что явным образом сигнализирует о наличие серьезной проблемы и дает наводку, откуда рыть. Зачастую (но далеко не всегда) имя «провинившегося» драйвера высвечивается непосредственно в правом верхнем углу голубого экрана смерти. Однако там его может и не быть или, что еще хуже, там может стоять имя совершенно постороннего драйвера.

Так, например, один довольно распространенный драйвер от видеокарты Matrox G450 имеет тенденцию разрушать базовые структуры графической подсистемы Windows 2000 , в результате чего в BSOD’е отображается имя системного драйвера win32k.sys , в котором реализована значительная часть функций USER и GDI и который, естественно, тут совсем ни при чем. Так что интерпретация показаний голубого экраном смерти – это и магия, и интуиция, и наука, и искусство - всего понемножку.

Помимо дефектов драйверов, голубые экраны смерти могут также вызываться отказами железа, например разогнанным процессором, неисправной оперативной памятью, кривым контроллером жесткого диска, не до конца воткнутой в слот PCI-картой, неконтактом в одном из разъемов, плохим блоком питания, вздутым электролитическим конденсатором на материнской плате. А дуются последние по разным причинам: из-за перегрева от рядом расположенного процессора, недостатка керамических конденсаторов, «недоложенных» производителем (в результате чего ВЧ-составляющая идет через электролит и сильно его разогревает), наконец, из-за утечки ключевых транзисторов в узле стабилизатора. Поэтому, прежде чем колоть дрова, необходимо убедиться, что железо, на котором мы сидим, полностью исправно. А как это можно сделать?

Разборки с железом

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

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

Дрова без сертификата сразу в топку

Весь комплект инструментария, необходимый для разработки драйверов (DDK – Driver Development Kit), Microsoft распространяет бесплатно вместе с сопутствующей ему документацией. Драйверов, подчас очень глючных и нестабильных.

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

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

В этом нам поможет утилита sigverif.exe , входящая в штатный комплект поставки операционной системы и располагающаяся в каталоге WINNT\System32. Запускаем ее и видим диалоговое окно. Нажимаем кнопку «Дополнительно» и во вкладке «Поиск» настраиваем критерии отбора, перемещая радиокнопку из положения «Уведомлять о неподписанных системных файлах» (где она и прозябала по умолчанию) в положение «Искать другие файлы, не подписанные цифровой подписью». После этого в «Параметрах поиска» открываем бокс «Искать файлы следующего типа» и выбираем «*.sys», а ниже указываем папку для поиска «C:\WINNT», обязательно отметив галочку «Включая подпапки».

Вообще-то, строго говоря, драйверы не обязаны иметь расширение sys и далеко не всегда ограничиваются каталогом WINNT, находясь в каталогах «своих» приложений, а некоторые приложения и вовсе хранят драйверы… внутри себя! Сразу же после запуска (или в любое другое время) они сохраняют файл на диск в текущую или временную директорию, загружают драйвер в память и… тут же удаляют его с диска! Так поступают не только зловредные вирусы, но и вполне респектабельные программы, вроде некоторых утилит известного исследователя недр Windows Марка Руссиновича.

Поэтому для чистоты эксперимента нам совсем не помешает получить список драйверов, находящихся в данный момент в памяти, и сравнить их с драйверами, расположенными на диске. Слова «в данный момент» – ключевые, поскольку загрузка/выгрузка драйверов может происходить бесплатно без перезагрузки операционной системы. Эту операцию желательно выполнить несколько раз, запуская утилиту командной строки drivers.exe, входящую в состав DDK, который можно скачать с сервера копании Microsoft. Запущенная без каких-либо ключей командой строки, утилита drives.exe вываливает всю информацию на экран, что не есть хорошо, поскольку драйверов в системе обычно присутствует очень много и на экран они не помещаются. Однако религия нам позволяет перенаправить поток вывода в текстовой файл (drivers.exe >file-name.txt ), открываемый любым текстовым редактором - хоть Word’ом, хоть блокнотом. Затем остается только выделить вертикальный блок (чего блокнот не позволяет) и получить список драйверов. Прямо из ядра операционной системы!

Если хотя бы один из этих драйверов отсутствует в каталоге C:\WINNT\, то его цифровая подпись проверена не будет! Естественно, такой драйвер сразу же привлекает к себе внимание, и у нас появляется резонный вопрос: откуда он берется? Сначала сканируем все каталоги на диске; если его там нет, устанавливаем точку останова на функцию CreateFileW в Soft-Ice и смотрим на передаваемые ей аргументы. Рано или поздно мы встретим наш глючный драйвер, после чего останется только взглянуть в правый нижний угол экрана Soft-Ice, где высвечивается имя процесса, породившего его. Более подробно – в книге «Техника отладки программ без исходных текстов», электронную копию которой можно найти на ftp- или http-сервере nezumi.org.ru , а также на нашем диске. А мы продолжаем терзать утилиту sigverif.exe .

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

Некоторые горячие головы предлагают, в порядке очищения системы от ереси, удалить все неподписанные драйверы – тогда, мол, все проблемы как хвостом снимет. А как это можно сделать? Самое грубое решение - просто взять и удалить их с диска через FAR или проводник (естественно, обладая правами администратора!). Но последствия такой операции могут оказаться весьма плачевными, и лучше, кликнув правой клавишей мыши на иконку драйвера в проводнике, найти в «Свойствах» имя производителя, по которому можно определить, что за приложение/железка установила этот драйвер, и деинсталлировать ее цивилизованным путем. Правда, здесь есть одно «но».

На приведенном рисунке выделен драйвер g400m.sys , идущий вместе с картой Matrox G450, и хотя Matrox совсем не хилая компания, цифровую подпись она не получила (то ли Microsoft не дала, то ли сама Matrox не захотела заморачиваться). Естественно, после удаления его из системы, о SVGA-режиме придется забыть. Можно, правда, сходить на сайт Matrox, скачав самую последнюю версию драйвера (она уже снабжена цифровой подписью). Только вот… и подписанная, и неподписанная версии содержат множество фатальных ошибок, в частности, в результате стечения определенных обстоятельствах при попытке перейти в overlay mode, система падает в BSOD, поскольку драйвер пытается освободить уже освобожденную память.

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

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

Устраиваем дровам настоящее испытание

В состав DDK входит замечательная утилита Driver Verifier , создающая для драйверов максимально суровые условия, граничащие с экстримом и суицидом, в которых вероятность отказа максимальна, а имя дефектного драйвера определяется с наивысшей точностью (даже если он из-за дефектов разработки страдает не сам, а рушит структуру данных чужих драйверов).

Важно отметить, что Driver Verifier - это не лекарство, а только средство диагностики. От сбоев оно все равно не спасет (напротив, увеличит их интенсивность на пару порядков), но зато поможет выявить «подлый» драйвер с достаточной степенью достоверности.

Итак, запускаем verifier.exe, видим окно Driver Verifier Manager , идем в закладку Setting и переводим радиокнопку в положение Verify all drivers, после чего давим кнопку «Preferred Setting», устанавливающую следующие типы проверок (verification type):

• Special pool – проверяемым драйверам будет отведена специальная область памяти для выделения, не очень быстро работающая, зато способная обнаруживать большинство типов разрушений своих и чужих данных.

• Force IRQL checking. IRQL – это уровень запроса прерываний (Interrupt Request Level). Наиболее частой ошибкой разработчиков драйверов является попытка обратиться к памяти на таком уровне IRQL, на котором менеджер подкачки не работает. И если требуемая страница вдруг окажется вытесненной на диск, система обернется в голубой экран с надписью «IRQL_LESS_OR_EQULAR». Форсирование этого режима принудительно вытесняет страницы драйвера на диск, чтобы дефект разработки проявлялся в 100% случаев.

• Low resource simulation полезно установить, чтобы посмотреть, как драйвер будет вести себя при катастрофической нехватке системных ресурсов, однако этого можно и не делать, а вот галочку Pool tracking (отслеживание корректности обращения с пулом памяти) лучше оставить. Ошибки ввода/вывода (I/O verification) составляют ничтожную часть всех ошибок, поэтому положение этой галки в общем-то совершенно некритично.

Покончив с выбором настроек, нажимаем кнопку «Apply» (применить) и, как нам и предлагают, перезагружаемся.

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

Узнать статус проверки можно в любой момент запуском verifier.exe. В закладке Driver Status перечислены статусы всех обнаруженных драйверов с пояснением текущей ситуации. Статус Loaded означает, что данный драйвер был загружен и проверен, по крайней мере, один раз (но, возможно, не полностью, то есть не все участки драйвера успели отработать). Статус Unloaded готовит о том, что драйвер был загружен, проверен (возможно, частично) и выгружен использующей его системой/программой или по своему собственному желанию. Последнее особенно характерно для драйверов, оставшихся от оборудования, которое было удалено путем варварского выдергивая платы расширения из слота, то есть без выполнения деинсталляции. Оставшийся в живых драйвер сканирует шину, пытаясь нащупать «свое» оборудование, обламывается с поиском, после чего выгружает себя из памяти, кстати говоря, замедляя загрузку системы (иногда очень значительно) и конфликтуя с другими драйверами. Мораль: оборудование из системы нужно удалять по всем правилам! Однако не всякий статус Unloaded -признак ненормальности ситуации, и, прежде чем удалять драйвер с таким статусом, нужно разобраться, что это за северный олень такой и откуда он вообще тут взялся.

Статус Never Loaded указывает на то, что данный драйвер еще не был загружен, а значит, не был и проверен, следовательно, надо подождать, запуская различные программы, которые могут быть с ним связаны. Впрочем, некоторые драйверы (особенно некорректно деинсталлированные) не загружаются и, соответственно, не проверяются никогда.

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

Вернуть систему в нормальный режим (то есть без дополнительных проверок, сжирающих производительность), можно с помощью все того же verifier’а. Возвращаемся к закладке Setting, переводим радиокнопку в положение Verify selected drivers (при этом никакой драйвер не должен быть выделен), давим на «Reset All», затем на «Apply» и перезагружаемся. Все! Теперь система работает с нормальной скоростью, но без проверок.

Что делать с сырыми дровами?

А действительно, что можно сделать с дефектным драйвером? Хакеры, умеющие держать отладчик в руках, при наличии достаточного количества свободного времени, могут его дизассемблировать (благо по объему драйверы обычно небольшие), найти ошибку, и придумать способ ее исправления, но… это слишком трудоемкий путь.

Выбрасывать драйвер (вместе с тем железом/программой, что его использует) тоже не вариант. Хотя если известно, что в голубых экранах смерти виновата звуковая карта незнакомого китайского производителя стоимостью $20, то у нас появляется вполне весомая мотивация ее заменить чем-нибудь более достойным. Но это, собственно говоря, всем и так понятно и в дополнительных комментариях не нуждается.

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

Поэтому если система работает нестабильно, а избавиться от дефектного драйвера по тем или иным обстоятельствам никак не удается, можно попробовать залезть в BIOS Setup, превратив свою «виртуальную двухпроцессорную» машину в однопроцессорную. Аналогичного эффекта можно добиться, открыв файл boot.ini (на компьютерах с Windows NT/2000/XP он расположен в корневом каталоге логического диска, на котором установлена система) и добавив к нему ключ /ONECPU, после чего перезагрузиться в надежде, что ошибки исчезнут.

Листинг 1

Пример типичного файла boot.ini

timeout=30

multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS

Листинг 2

Настраиваем систему на использование только одного процессора из всех имеющихся

timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINNT
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS /ONECPU

А вот на Windows Vista файла boot.ini нет, и, хотя существует (временная) возможность сконфигурировать ее загрузочные настройки с помощью специальной утилиты, Microsoft планирует полностью отказаться от этой лазейки, так что останется только BIOS Setup. Впрочем, что касается Vista , то к моменту перехода на нее разработчики драйверов, наверняка, обзаведутся многопроцессорными машинами (поскольку других просто не останется в продаже) и будут тестировать свои творения в многопроцессорном окружении.

Еще один тонкий момент. Помнишь, мы выше говорили, что наиболее часто встречающаяся ошибка разработчиков драйверов - обращение к вытесняемой памяти на том уровне IRQL, на котором менеджер подкачки не работает, и если запрашиваемая страница отсутствует в памяти, наступает крах? Очевидным решением здесь будет увеличение оперативной памяти до того объема, при котором вытеснение страниц на диск практически не происходит. При нынешних ценах на память прикупить пару новых «плашек» может позволить себе практически каждый. Но существует и более доступное (и более элегантное) решение проблемы. Если параметр DisablePagingExecutive , находящийся в следующей ветке реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement , равен единице (по умолчанию нулю), ядерные компоненты вытесняться не будут. Поэтому просто запускаем «Редактор реестра», меняем этот заветный параметр и перезагружаемся (изменения вступают в силу только после перезагрузки), надеясь, что это поможет решить проблему сбоев.

Неисправный драйвер может вызвать много проблем для компьютера. Самый распространенный признак того, что драйвера нуждаются в обновлении - это "синий экран смерти". К счастью, этот синий экран показывают нам коды ошибок, дампов памяти, что позволяет выявить причину в том или ином драйвере, устройстве и обновить его или удалить. Становиться сложно, когда дампы памяти и коды ошибок не помогают или компьютер даже не показывает коды ошибок, а просто блокирует систему. Что делать в этих случаях?

Встроенная в систему Windows Driver Verifier создан для проверки драйверов, путем вызова дополнительных нагрузок на системные драйвера и стресс тестов, чтобы спровоцировать аварию. Это поможет вам выявить плохие драйвера в Windows.

Подготовка системы к проверке драйверов windows 10

Перед включением Driver Verifier , обратите внимания, что драйвера могут заблокировать вас из вашего же компьютера, если вы не будете осторожны . Driver Verifier при обнаружении плохого драйвера выдаст вам синий экран, если их несколько, то образуется цикл загрузка>загрузка>краш и вы не сможете запуститься обратно в систему windows, чтобы отключить краш-тест системных драйверов. По этому мы подготовимся на всякий пожарный, а то в наше время русское "авось прокатит" уже слабо работает. Перед включением проверки драйверов сделайте одно из следующих .

• Проверить, что вы можете легко загрузиться в безопасном режиме без необходимости БИОСА. Обычными словами, вход в безопасный режим должен быть выполнен с помощью рабочего стола windows. Зажмите Shift+перезагрузка, нажав и удерживая кнопку шифт нажмите мышкой на перезагрузка. Попробуйте другим способом, установить вариант через Windows.
• Создайте точку восстановления системы, отключив при этом антивирусные продукты. Откройте поиск Windows и наберите Создание точки восстановления , выберите из предложенного и действуйте предложенной вам инструкции.
• Создать для вашего компьютера, чтобы был доступ к командной строке через параметры при использовании диска восстановления.
• Можете или любых других данных за которые вы переживаете.
• Обязательно прочтите мой краш-тест в конце статьи. Он поможет вам в случае неудачи, которая произошла со мной.

Активация функции windows Driver Verifier

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

• Нажмите Windows+R и введите cmd, чтобы вызвать командную строку.

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

• verifier

Укажите пункт (для кода программ).

Выберите все пункты, кроме "Проверка соответствия требованиям DDI" и "Эмуляция случайной нехватки ресурсов".

Нажмите на столбец поставщик, чтобы сделать сортировку. Выделять все драйвера не обязательно, только от других поставщиков, где нет надписи Microsoft Corporation. Если вы уверены, что ошибка в каком-либо драйвере, то выделите все пункты галочками.

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

Вернувшись в windows вы можете отключить проверку драйверов одним из следующих способов:

• Зайдите обратно, как и заходили через командную строку и выберите пункт удалить существующие параметры .

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

Как исправить циклическую загрузку с синим экраном смерти

1. Хочу заметить у меня произошла циклическая загрузка с неисправным драйвером. Код ошибки или дампа памяти не был указан, что для меня удивительно.
2. После 2-4 циклической загрузки синего экрана, был автоматически запущен параметр "восстановление системы". В котором я нажал "поиск и устранение неисправностей" > "дополнительные параметры" > "параметры загрузки" > "перезагрузить". После загрузки выберите 4 или 5 для загрузки в безопасном режиме. Отключите диспетчер проверки драйверов, как указано выше.
3. Чтобы не загружаться в безопасном режиме, дойдите до параметра "поиск и устранение неисправностей" > "дополнительные параметры" и "КОМАНДНАЯ СТРОКА". В которой вбейте просто команду verifier /bootmode resetonbootfail .
4. Скопируйте или с фоткайте на мобильник, перед началом проверки драйверов все 3 выше указанных пункта. Не забудьте на всякий случай скопировать ссылку на статью.

Чем открыть файл DMP для просмотра анализа ошибок

• Файлы теста находятся по пути C:\Windows\Minidump .
• Открыть формат файлов DMP можно с помощью

Итак, у вас есть повторяющийся синий экран смерти, и, как и многие BSoD, это потому, что плохой драйвер виноват. Тем не менее, экран не дает вам правильную информацию, либо потому, что он вообще не содержит ни одного драйвера, либо потому, что он перечисляет системный драйвер, который действует как ложный.

Driver Verifier – бесплатная утилита, включенная во все версии Windows из Windows XP. Он буквально проверяет каждый из драйверов на вашем ПК до тех пор, пока он не столкнется с проблемой, вызвавшей проблему, намеренно создав тот же синий экран, но затем записывая информацию в файл журнала, помогая вам выявить проблему.

Запустить драйвер драйверов

Если вы часто пользуетесь одним и тем же синим экраном, и вы хотели бы стать активным и исправить его, вот как использовать Driver Verifier.

1. Нажмите кнопку Пуск
2. Нажмите « Выполнить» …
3. Введите CMD и нажмите Enter.
4. В новом окне введите верификатор и нажмите Enter.

В Windows Vista и 7:

1. Нажмите кнопку Пуск
2. Введите CMD в поле и нажмите Enter.
3. В новом окне введите верификатор и нажмите Enter.

В Windows 8 и 8.1:

1. Нажмите клавишу Windows + X
2. Нажмите « Командная строка» («Администратор») (Windows PowerShell (Admin) в Windows 8.1)
3. В новом окне введите верификатор и нажмите Enter.

Все версии Windows:

1. Убедитесь, что выбрана настройка пользовательских настроек (для разработчиков кода) .
2. Нажмите « Далее» .
3. Выберите « Выбрать индивидуальные настройки» из полного списка .
4. Нажмите « Далее» .
5. Отмените выбор системного моделирования с низким ресурсом и запросы на ввод-вывод в ждущий режим . (Эти два причиняют ненужную рабочую нагрузку на вашем ПК.) Убедитесь, что выбрано все остальное.
6. Дважды нажмите « Далее» .
7. Выберите « Выбрать имена драйверов» в списке .
8. Нажмите « Далее» .
9. Выберите все драйверы на этом экране, кроме тех, которые говорят Microsoft Corporation под Поставщиком. Это очень маловероятно, что драйвер Microsoft вызывает эту проблему.
10. Нажмите « Готово» .

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

На этом этапе вы должны перезагрузить компьютер. Затем попробуйте снова вызвать BSoD, выполнив то, что вы делали раньше. Windows добавляет дополнительную нагрузку на ваших водителей, чтобы помочь вам. Если вы не можете воспроизвести BSoD, попробуйте запустить компьютер на ночь. Как только BSoD появится снова, перезагрузите компьютер в и прочитайте файл Minidump.

Чтение файла дампа

Драйвер Verifier будет запускаться, запускать синий экран и записывать файл журнала. Этот файл журнала находится в C: \ Windows \ Minidump \. Прочтите его, и вы увидите, какой драйвер вызывает эту проблему. Попробуйте найти имя драйвера, чтобы узнать, какая часть оборудования на вашем ПК использует.

Итак, как вы его читаете? Вам нужен инструмент отладки, который вы можете скачать из Microsoft.

А . Загрузите SDK, установите его, выберите инструменты отладки и отмените выбор всего остального.

Обратите внимание, что инструменты отладки для предыдущих версий Windows больше недоступны; вам придется отправить файл дампа техническому специалисту Microsoft для анализа.

После его установки найдите его на экране запуска. Он называется windbg (x64). Запустить его.

1. Нажмите « Файл» , затем « Открыть сбой» .
2. Перейдите к C: \ Windows \ Minidump \ и откройте файл.DMP, содержащийся внутри.
3. Посмотрите на нижнюю часть результирующего файла, где строка говорит « Вероятно, вызвана» . Это хороший показатель того, какой драйвер вызывает эту проблему.

Исправить драйвер

Обновите драйвер, связанный с этим аппаратным обеспечением:

1. Нажмите кнопку Пуск
2. Нажмите Панель управления
3. Нажмите « Переключиться на классический вид»
4. Дважды щелкните Систему
5. Перейдите на вкладку «Оборудование»
6. Нажмите Диспетчер устройств
7. Нажмите « Обновить драйвер».

В Windows Vista и 7:

1. Нажмите кнопку Пуск
2. Нажмите Панель управления
3. Дважды щелкните Диспетчер устройств
4. Найдите устройство, вызывающее проблему
5. Щелкните правой кнопкой мыши по нему
6. Нажмите « Обновить драйвер».

В Windows 8 и 8.1:

1. Нажмите клавишу Windows + X
2. Нажмите Панель управления
3. Просмотр по маленьким значкам
4. Нажмите Диспетчер устройств
5. Найдите устройство, вызывающее проблему
6. Щелкните правой кнопкой мыши по нему
7. Нажмите « Обновить драйвер».

Или используйте наше приложение , чтобы не путать с Driver Verifier. Driver Reviver автоматически обновляет все существующие драйверы на вашем ПК и особенно хорош для обновления малоэффективных драйверов, таких как эта, до последней и самой большой версии.

После исправления драйвера проблемы вы захотите отключить Driver Verifier.

Отключить верификатор драйверов

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

Во всех версиях Windows:

1. Повторно запустите Driver Verifier, используя приведенные выше шаги.
2. Выберите « Удалить существующие настройки» .
3. Нажмите « Готово» .
4. Перезагрузите компьютер снова.

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

Используя поставляемую в комплекте с Windows Vista/7 системную утилиту Driver Verifier Manager, можно провести всестороннюю диагностику установленных в системе драйверов и отыскать проблемные компоненты, нарушающие стабильную работу компьютера и подключенного к нему оборудования.

Чтобы запустить упомянутый инструмент, необходимо зарегистрироваться в Windows с правами администратора, затем в адресной строке меню “Пуск -> Выполнить” ввести команду verifier.exe и нажать кнопку OK. В результате откроется окно диспетчера проверки драйверов, в котором нужно будет, почесав затылок, определиться с подходящим вариантом запуска утилиты. Можно произвести как выборочное, так и полное тестирование всех без исключения драйверов.

После настройки режима работы программы и нажатия клавиши “Готово”, потребуется перезагрузить компьютер и дождаться загрузки операционной системы. В случае обнаружения сбойного драйвера, Windows свалится в так называемый “синий экран смерти” (BSOD – Blue Screen Of Death) и отрапортует о критической ошибке, содержащей сведения о проблемном компоненте, которые в обязательном порядке следует взять на карандаш.

Следующий шаг – удаление файлов дефектного драйвера. Для этого необходимо, удерживая при старте компьютера клавишу F8, запустить систему в безопасном режиме (Safe Mode) и затем стандартными средствами Windows ликвидировать сбойный компонент. После чего потребуется вновь открыть консоль и ввести инструкцию verifier.exe /reset для деактивации приложения Driver Verifier Manager. Важно отметить, что ввод последней команды обязателен и в случае успешной загрузки компьютера, свидетельствующей об отсутствии проблемных драйверов.

Дополнительная информация справочного характера по данному вопросу представлена на сайте Microsoft Support в статье “Использование средства проверки драйверов для выявления проблем с драйверами Windows (для продвинутых пользователей)” .

Утилита Driver Verifier входит в состав всех версий Windows, начиная с Windows XP, и позволяет выполнять проверку драйверов, выявлять проблемные драйвера, являющиеся причиной синего экрана смерти (BSOD — Blue Screen of Death) и записывать подробную информацию о проблемном драйвере в дамп памяти для дальнейшего анализа. Утилита подвергает проверяемые драйвера различным «стресс-тестам », имитируя различные экстремальные условия: нехватка памяти, контроль I/O, IRQL, взаимные блокировки, проверки DMA, IRP и пр. Т.е. имитируются ситуации, которые на продуктивных системах случаются нечасто, и отслеживается поведения драйвера в них. Цель работы утилиты – выявить ситуации, при которых драйвер может привести к аварийному завершению работы системы с BSOD.

Исполняемый файл утилиты Driver Verifier называется Verifier. exe и находится в каталоге %windir%\system32. Есть два варианта использования утилиты: из командой строки или с помощью графического интерфейса.

Чтобы включить режим проверки драйверов в Windows 8, запустите утилиту Driver Verifier, набрав

Verifier

В списке задач выберите Create custom settings (for code developers) и нажмите Next .

Убедитесь, что выбраны опции Standard settings , Force pending I/O requests и IRP Logging . Нажмите Next .

Далее выберите .

Отсортируйте содержимое таблицы, щелкнув по заголовку столбца «Provider» и в списке драйверов выберите те, которые необходимо протестировать. В нашем примере мы запустим проверку для всех драйверов, разработчиком которых не является Microsoft Corporation . Мы выбрали драйвера: e1g6032e.sys (Intel) и lsi_sas.sys (LSI).

Примечание . Наличие у драйвера цифровой подписи Microsoft свидетельствует, о том, что драйвер протестирован определенным образом на стабильность работы и его код не был модифицирован после этого. Именно поэтому не рекомендуется или пользоваться .

Осталось нажать Finish и появится информационно окно о том, что для вступления изменений в силу нужно перезагрузить систему.

Совет . Режим проверки для драйвера можно включить и из командной строки. Например, чтобы запустить Driver Verifier со стандартными настройками для драйвера myPCDriver.sys, команда будет выглядеть так:

Verifier /standard /driver myPCDriver.sys

После перезагрузки система загружается в режиме проверки драйверов. Driver Verifier работает в фоновом режиме, выполняя различные виды тестирования выбранных драйверов на предмет выявления ошибок. Используйте компьютер как обычно и дождитесь появления BSOD. Если вы знаете, какие действия приводили ранее к аварийному завершению работы системы, повторите их. В случае появления BSOD необходимо скопировать файл дампа памяти (по умолчанию сохраняются в каталоге C:\Windows\Minidump\*.dmp) и или аналога.

Важно! После активации режима отладки драйверов с помощью Driver Verifier, этот режим будет работать до тех пор, пока не будет отключен принудительно.

В том случае, если в течении 1-2 дней проблема не повторилась, то с определенной степенью достоверности можно сделать вывод, что проверяемые драйвера не являются причиной падения системы и режим проверки для них можно отключить.

Совет . Использование средства проверки драйверов Windows существенно замедляет работу Windows, поэтому не рекомендуется постоянно работать в таком режиме.

Отключить проверку Driver Verifier можно из командной строки:

Verifier /reset

Или из графического интерфейса, выбрав пункт Delete existing settings .

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

В том случае, если и в безопасном режиме система не загружается, попробуйте удалить следующие ключи в реестре в , загрузившись с загрузочного диска:

• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDrivers
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDriverLevel

Проверить текущий статус утилиты Driver Verifier можно так.