Четыре способа: как проверить драйверы на Windows. Использование средства проверки драйверов Windows Bsod какие драйвера нужны на компьютер

Мы уже успели поговорить о том, . А вот как установить драйвер для старого оборудования, если оно не поддерживает технологию PnP? И как можно продиагностировать работу драйверов? Рассмотрим данные темы в этой статье.

Установка старого оборудования

Если у Вас нет программного обеспечения для оборудования от производителя(иными словами — ) и устройство не поддерживает , откройте Диспетчер устройств , нажмите правой кнопкой на имя компьютера в самом начале списка и выберите Установить старое оборудование , потом Далее . Дальше можно пойти одним из двух путей: либо компьютер попробует сам опознать подключенное устройство, либо Вы сами выберите класс устройства и с надеждой в душе будете искать свое оборудование в списке доступных. И если Вы найдете его, то Вам повезло. Если нет, то Вам нужно следовать инструкциям

Диагностика работы драйвера

Наличие конфликтов у оборудования

В наши дни конфликты драйверов встречаются все реже. Но встречаются. Обычно, конфликты возникают, когда двум субъектам требуются одни и те же ресурсы. А все войны на Земле шли ради обладания какими-то ресурсами! Так что не удивляйтесь, что данная слабость имеется и у компьютерных комплектующих. Чтобы узнать, есть ли у устройства какие-либо конфликты, необходимо продиагностировать работу драйвера. Для этого зайдите в Диспетчер устройств , выберите Устройства. Далее, в контекстном меню выберите Свойства и откройте вкладку Ресурсы . Внизу Вы найдете поле Список конфликтующих устройств , где и можно узнать если ли конфликты или нет. При наличии оных, активируется кнопка «Изменить», где Вы в роли судьи будете делить ресурсы между конфликтующими.

Сведения о системе

Так же, для диагностики работы драйверов применяется утилита Сведения о системе , открыть которую Вы можете, если введете в меню Выполнить msinfo32.
В ней Вы увидите три узла. Для диагностики драйверов можно использовать следующие:

• В первом узле есть параметр Конфликты и совместное использование. В нем Вы увидите какие оборудования используют одинаковые ресурсы. Что в свою очередь является возможной причиной неполадок.
• Во втором узле Вы можете найти подробные сведения о нужном оборудовании. А в целях диагностики драйверов лучше всего использовать параметр Устройства с неполадками .
• В третьем узле, развернув параметр Системные драйверы , Вы можете узнать о состоянии драйверов ядра. Это очень важный параметр, потому что он ориентирован именно на драйвера ядра операционной системы. А восстановить драйвер ядра намного сложнее, чем драйвер принтера. И поэтому лучше диагностировать такие случаи, а иначе Вы можете наткнутся на одну из фатальных ошибок .

Диспетчер проверки драйверов

Еще один инструмент для диагностики драйверов — Диспетчер проверки драйверов . Он позволяет выставить драйвера под нагрузку, имитировать нехватку ресурсов, в общем, ставить драйвера в нереально сложные для них условия, с целью выявления возможных сбоев. Вызвать данный инструмент можно с помощью меню Выполнить , если ввести туда и выполнить команду verifier .

Если честно, у данной утилиты довольно смутный интерфейс. Это мое мнение. Да и она меня не особо интересует, так как я даже при запущенной виртуальной машине и куче программ не могу нагрузить железо выше 60%. Поэтому вниманием я данную утилиту не удостоил. Но по описанному функционалу, данная утилита очень даже неплохой инструмент.

Диагностика DirectX

Если Вы в меню Выполнить наберете dxdiag , то Вы запустите Средство диагностики . В открывшемся окне будут 4 вкладки: вторая про экран, третья про звук и четвертая про систему ввода. Каждая из них внизу имеет примечание, где указаны наличие или отсутствие проблем. Как видите, данное средство диагностирует только эти три класса оборудования. Почему? Потому что основное использование DirectX — при создании игр. А что нужно игре? Экран, чтобы видеть во что мы играем! Звук, чтобы слышать рев мотора или выстрел в спину. И систему ввода, чтобы рулить или стрелять. И пофиг то, что у тебя принтер не печатает. Вот так вот.

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

Используя поставляемую в комплекте с 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 (для продвинутых пользователей)” .

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

Работая в фоновом режиме, она не только ведёт наблюдение за работой драйверов, но и имитирует различные «стрессовые» ситуации, например, нехватку оперативной памяти. Полученная в ходе тестирования информация «дописывается» в файл дампа DMP . Driver Verifier позволяет анализировать ошибки ввода-вывода, контролировать переполнение буфера, выявлять ошибки в механизме IRQL и т.п. Одним словом, программа позволяет выявить ситуации, при которых драйвер может привести к падению системы с BSOD .

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

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

Запустить утилиту можно командой verifier .

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

В третьем окне можно ничего не менять.

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

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

Это всё. После перезагрузки компьютера будет активирован режим проверки драйверов. Всё это время компьютер можно использовать как обычно, вплоть до момента появления BSOD . После этого копируем файл дампа из каталога C:/Windows/Minidump и отправляем его на анализ. На загрузку ПК с включённым режимом тестирования драйверов может потребоваться немного больше времени, так что не пугайтесь. Это нормальное явление. После получение всех данных режим отладки необходимо отключить вручную, выбрав в графическом интерфейсе утилиты пункт «Удалить существующие параметры» .

Утилита 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 можно так.

Утилита Driver Verifier (verifier.exe) предназначена для анализа проблемных драйверов, когда анализ дампов памяти после BSOD не позволяет найти проблемный драйвер. Driver Verifier – это “палочка выручалочка” в наиболее проблемных ситуациях.

С помощью Driver Verifier можно выполнять:

стресс тест драйвера (имитируются условия нехватки ресурсов);

контроль переполнения буфера;

контроль за ошибками, возникающими при неправильной работе при заданном IRQL;

анализ ошибок ввода-вывода;

детектирование ситуаций deadlock и т.д.

Утилита Driver Verifier бывает очень полезной когда:

у администратора (пользователя) есть подозрения, что именно этот драйвер вызывает крах системы и он хочет дополнительно проверить так ли это на самом деле;

разработчики драйвера, хотят протестировать свой драйвер;

при анализе дампа после BSOD найти проблемный драйвер нельзя.

Одним из самых непростых случаев анализа дампов памяти является случай, когда драйвер ошибочно перезаписывает данные до начала или за концом буфера, выделенного им. В таких случаях, возникают ошибки в ядре ОС (например, анализ дампа после BSOD показывает, что ошибка возникла в ntoskrnl.exe).

Давайте посмотрим подобный случай на конкретном примере. С помощью утилиты NotMyfault вызываем BSOD — “Buffer overflow”.

Результат анализа дампа с помощью windbg во вложении ниже.

Согласно анализа дампа получаем.

1. Arg1: 00000007, Attempt to free pool which was already freed (была попытка освобождения уже освобожденного пула)

2. IMAGE_NAME: ntkrpamp.exe (отношение к этому имеет само ядро системы)

Именно при подобных ошибках, на помощь приходит verifier.

Запускаем verifier.

Выбираем “Создать не стандартные параметры”. Далее выбираем “Выбрать параметры из списка”.

Выбираем все кроме “Имитация нехватки ресурсов”.

После чего выбираем “Выбрать незагруженные драйверы к этому списку” и указываем путь к драйверу myfault.sys, который находится в том же каталоге, что и программа NotMyfault.exe.

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

Выполняем все те же действия, что и в начале. Запускаем NotMyfault.exe, выбираем “Buffer overflow” и нажимаем “Crash”. Как вы заметили крах может произойти не сразу, поскольку кто и когда будет пытаться работать с этой памятью неизвестно заранее. Как видим на изображении ниже, благодаря verifier система может определить проблемный драйвер.

Приведу анализ с помощью!analyze –v в windbg.exe дампа памяти после BSOD.

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

Если посмотреть результаты анализа то мы видим следующее.

1. DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION (d6) – это одна из ошибок, которая генерируется verifier

2. IMAGE_NAME: myfault.sys – драйвер, который привел к проблеме.

Таким образом, если анализ дампа памяти после BSOD не позволяет найти “виновный драйвер” воспользуйтесь программой verifier.exe (установите все проверки, кроме нехватки памяти).

Наиболее простым вариантом использования Driver Verifier (verifier.exe) является его запуск со следующими параметрами:

verifier /standard /driver имя файла драйвера

Post Views: 1 042