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

Утилита 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) и проанализировать его с помощью Windbg или аналога.

Важно! После активации режима отладки драйверов с помощью 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 и входит в состав всех операционных систем, в том числе и в Windows XP. Данная программа позволяет проверять и выявлять проблемные, которые могут сильно навредить системе. К самой известной проблеме относится синий экран смерти . Данные о таких драйверах записываются в дамп памяти, чтобы потом можно было произвести анализы. Итак, утилита подвергает драйвера, так называемым стрессовым ситуациям (тестам), создавая визуальные экстремальные условия, например, нехватка памяти, различные блокировки, IRQL, проверки IRP, DMA и др., I/O – контроль. Другими словами, происходит имитация таких экстремальных ситуаций, которых при обычной работе с Windows быть не должно, или они случаются не часто. Таким образом, утилита позволяет выявить такие драйвера, которые могут привести к аварийному отключению системы.

Как я уже сказал, утилита встроена во все версии Windows и находится по пути %windir%\system32 . Также утилиту можно использовать в двух вариантах: командная строка и графический интерфейс.

Итак, для того, чтобы запустить утилиту для проверки драйверов необходимо в окне «Выполнить» набрать следующую команду:

Открывается окно, с необходимыми настройками, в которой мы выбираем второй пункт – «Создать нестандартные параметры» или «Create custom settings» .

Теперь нам нужно отсортировать содержимое, для этого вверху таблицу нажимаем на слово Provider . Теперь можно выбирать все драйвера. Кстати, драйвера от корпорации Microsoft можно не выбирать.

Теперь можно нажать кнопку Finish , после этого появится просьба о перезагрузке системы.

Итак, перезагрузка прошла, теперь система будет грузиться в режиме проверки драйверов. Утилита будет работать в фоне, проводя различные тесты. Вы же можете спокойно работать за компьютером до окончания работы утилиты. После работы, информационный файл сохранится в дампе памяти. Такой файл обычно находится по пути: C:\Windows\Minidump\*.dmp . Теперь его можно анализировать, например, с помощью Windbg , или другой подобной программой.

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

Отключить утилиту можно так: в командной строке вводите следующую команду: безопасного режима Windows .

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

Удаляете эти ключи:

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

Чтобы узнать, выключена ли утилита, введите следующую команду в :

На этом все. Надеюсь данная статья помогла вам в решении ваших проблем.

Причин возникновения BSOD много, но мы в этой статье будем рассматривать проблему, возникающую из-за конфликта установленных драйверов. Это может быть только что установленный драйвер или поврежденный. Устранить проблему BSOD можно довольно просто, если дело всего лишь в драйвере, и вы знаете, в каком именно. Драйвер можно переустановить или обновить его, сделать откат к старой версии или избавиться от приложения, установившее драйвер на ваш компьютер, путем его физического удаления. Проблема в том, что не всегда можно узнать, какой именно драйвер является «виновником», даже изучив все данные с синего экрана. Но выход есть. Если вы не обладаете большими знаниями и опытом, а необходимость в проверке драйверов есть, можно воспользоваться специальным, встроенным в ОС для таких случаев, проверочным средством Verifier.exe. Имеющееся описание в базе знаний Microsoft изложено с использованием сложных технических терминов, которые не всегда известны даже опытным пользователям. Поэтому в этой статье преподнесен краткий список манипуляций, необходимых для выполнения поставленной задачи. Запуск средства проверки драйверов Открыв меню «Пуск», вводим в поисковом поле запрос «Выполнить» и кликаем на появившемся сверху результате. В появившемся окне необходимо ввести команду «verifier » (без кавычек) и подтвердить нажатием «Ок».
Появится диалоговое окно Диспетчера проверки файлов. В первом диалоге нужно выбрать пункт «Создать нестандартные параметры (для кода программ)». Нажимаем «Далее».
Следующим шагом будет выбор отдельных параметров для тестирования драйвера. Для этого проведем следующие манипуляции: «Выбрать отдельные параметры из полного списка» - «Далее».
После проведенных действий вы должны получить диалоговое окно со списком параметров тестирования. Поставьте галочки везде, кроме пункта «Имитация нехватки ресурсов». Нажмите «Далее».
Последним шагом в этой части дадим диспетчеру команду для автоматического выбора неподписанных драйверов. Выберите «Автоматически выбирать неподписанные драйверы». Нажмите «Далее».
Случается, что диспетчер не обнаружил неподписанные драйверы. Тогда пользуйтесь функцией выборочной проверки драйверов, о которой будет рассказано далее. Работа с неподписанными драйверами При обнаружении неподписанных драйверов, диспетчер выведет их в виде списка.
Это могут быть драйверы для устройств или для приложений. После того, как были обнаружены неподписанные драйверы, не нужно закрывать диспетчер и нажимать кнопку «Готово». Сначала проведем проверку наличия обновленных драйверов. Поиск обновленных драйверов Для проверки необходимо выполнить следующие действия: 1. В списке есть драйвер приложения. В этом случае нужно посетить сайт производителя приложения для проверки наличия обновленных драйверов. В случае, когда обновленная версия драйвера отсутствует, попробуйте удалить приложение. Не бойтесь, всегда можно установить его после снова. Зато это будет отличной проверкой: если критических ошибок больше не возникает – причина была в данном приложении. 2. В списке есть драйвер устройства. В этом случае, (если у вас Windows Vista), запустите центр обновлений и включите функцию поиска нового драйвера. Если отыщется новый драйвер, запустите его установку. 3. В случае, когда центр обновлений не нашел новый драйвер, загляните на сайт производителей, вероятно, что новый драйвер окажется там. Обновив драйвер или приложение, закройте диспетчер проверки (кнопка «Отмена»), запустите перезагрузку и дождитесь загрузки ОС. Если критические ошибки прекратились – обновление драйверов или приложений устранило их. Удаление драйверов В случае, если новые драйвера не получилось найти, можно попробовать удалить драйвер. ВНИМАНИЕ! При удалении драйвера работа устройства будет прекращена. Перезагрузившись, ОС предпримет попытку установить драйвер из хранилища, но не факт, что стандартный драйвер подойдет. Если у вас нет уверенности в необходимости удаления какого-либо драйвера – не стоит его удалять. Запустите диспетчер устройств, для чего совершите следующие манипуляции: Пуск – Выполнить – devmgmt.msc – Enter. Найдя нужное устройство, кликните по нему правой кнопкой мыши и нажмите Свойства – Драйвер – Удалить. Проверка неподписанных драйверов ВНИМАНИЕ! По окончании проверки неподписанных драйверов, может случиться так, что система не будет загружаться. Ниже идет описание действий, совершаемых в этой ситуации. Если вы не уверены в том, что хотите удалить драйвер и все-таки продолжите проверку, нажмите кнопку «Готово» в диспетчере проверки. При запросе выбора физического диска выберите тот, на который установлена ОС, после чего снова нажмите кнопку «Готово». Вы увидите сообщение с текстом: «Для того, чтобы изменения вступили в силу, необходимо перезагрузить компьютер». Спокойно закройте все приложения и запустите перезагрузку. В случае, если система не загрузилась и появился синий экран с описанием ошибки – значит, драйвер, вызывающий проблемы найден. Снова перезагрузив компьютер, перед загрузкой ОС нажмите F8 verifier.exe/reset verifier.exe
Выборочная проверка драйверов Заново запустите диспетчер проверки драйверов и проведите предыдущие манипуляция до момента, изображенного ниже.
Выберите пункт «Выбрать имя драйвера из списка». Следующим шагом будет окно выбора драйверов для проверки. Не стоит выбирать все драйверы сразу, потому, что ОС зарезервирует под проверку достаточно большое количество ресурсов и потратит на это много времени. Лучше повторить процедуру проверки несколько раз, но с малым количеством драйверов. Это сэкономит вам время и ресурсы. В первую очередь проверим драйверы, которые были обновлены недавно или просто проблемные драйверы (драйвер антивирусной программы, сетевого экрана, виртуального диска или машины). Следующим этапом пусть будет проверка драйверов, которые выпускает не Microsoft. Остальные драйверы проверяйте по 10-15 штук за раз.
Выберите нужные драйверы и нажмите кнопку «Готово». При запросе выбора физического диска выберите тот, на который установлена ОС, после чего снова нажмите кнопку «Готово». Появится сообщение о запросе перезагрузки. Перезагрузите компьютер. Если после перезагрузки появился синий экран с сообщением об ошибке – значит, драйвер, вызывающий проблемы найден. Снова перезагрузив компьютер, перед загрузкой ОС нажмитеF8 и выберите «Запуск в безопасном режиме». Войдя в систему, нажмите кнопку «Пуск» и введите в окно Выполнить/Поиск verifier.exe/reset . Если же проблем не возникло и система запустилась в стандартном режиме, значит, неподписанные драйверы не вызывают проблем и необходимо проверить другие драйверы. Вновь запустите диспетчер проверки драйверов (verifier.exe ) и выберите пункт «Вывести сведения о текущих проверенных драйверах».
Повторите проверку всех оставшихся драйверов. Окончание проверки драйверов В случае, когда проверка всех драйверов не выявила причин критических ошибок, скорее всего, дело не в драйверах. Проблемной может быть не программная, а аппаратная часть вашего компьютера. Скорее всего, это проблемы с жестким диском или оперативной памятью. Также может быть, что блоку питания не хватает мощности, чтобы обеспечить работу всех устройств или еще какая-то проблема в «железе», которую нельзя определить путем проверки драйверов. Продиагностируйте оперативную память и жесткий диск.

14.2. Выявление и устранение конфликтов

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

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

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

· До установки нового устройства или программы система работала нормально.

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

· Компьютер зависает в процессе выполнения POST или инициализации операционной системы.

· Система зависает при выполнении прикладной программы.

· Система зависает при использовании конкретного устройства (например, сканера) .

· Компьютер зависает произвольным образом, без предупреждения и независимо от ис­полняемой программы.

· Компьютер может и не зависать, но новое устройство не работает (будучи, вроде бы, правильно настроенным) . При этом ранее установленные в систему устройства могут продолжать работать нормально.

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

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

14.2.1. Распознание и разрешение конфликтов

Распознать возможный конфликт - это лишь часть решения проблемы. Выяснить и устранить его причины - задача более сложная. Однако существуют некоторые общие подходы и методы, позволяющие упростить ее решение. Основное правило разрешения конфликта можно кратко сформулировать следующим образом: то, что было подключено последним, отключается первым. По аналогии с буферной памятью FIFO ( First In , First Out - первым вошел, первым вышел) его иногда называют методом LIFO ( Last In , First Out ) . Как следует из самого названия, самым быстрым способом устранения конфликта является удаление из системы устройства или программы, которая его вызвала. Иными словами, если вы установили в компьютер плату X , а плата У после этого перестала работать, то плата X , по всей вероятности, конфликтует с системой. Поэтому удаление платы X должно привести к восстановлению работоспособности платы Y . Тот же подход справедлив и для программного обеспечения. Если вы установили новую программу, а затем обнаружили, что нормально работавшая до этого момента другая программа перестала функционировать, то виновата в этом, скорее всего, вновь установленная программа. К сожалению, в подавляющем большинстве случаев деинсталляция подозрительного компонента (аппаратного или программного) - это не решение проблемы. Его все равно бывает необходимо установить - но так, чтобы он не конфликтовал с системой.

14.2.2. Программные конфликты

В обычном компьютере конфликтовать могут программы двух типов: резидентные программы и драйверы устройств. Резидентные программы (иногда их называют всплывающими- popup utilities ) загружаются в память обычно в период инициализации компьютера и ожидают некоторого системного события (например, прихода из телефонной линии сигнала вызова модема или нажатия на клавиатуре комбинации “горячих клавиш”) . Для написания таких служебных программ не существует единых правил. Поэтому некоторые из них могут вступать в конфликты с прикладными программами и даже с самой DOS . Если есть подозрение, что причиной конфликта является такая всплывающая программа, то найдите командную строку ее загрузки в файле AUTOEXEC . BAT и запретите ее обработку, вписав в начале строки буквосочетание КЕМ: КЕМ C : UTILS NEWMENU . EXE /А:360 /0:3

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

Драйверы устройств являются еще одним потенциальным источником конфликтов. При проведении большинства аппаратных модернизаций приходится устанавливать в систему один или несколько драйверов. Их загрузка производится при обработке командных строк в файле CONFIG . SYS в период инициализации компьютера (или же они загружаются вместе с операционной системой Windows ) . В командных строках загрузки драйверов обычно присутствуют дополнительные ключи, с помощью которых задаются используемые этими драйверами системные ресурсы, что, в свою очередь, необходимо для обеспечения нормальной работы обслуживаемых драйверами устройств. Если ключи в командной строке загрузки драйвера не соответствуют аппаратной настройке соответствующего устройства (или частично или полностью совпадают с параметрами другого драйвера) , го может возникнуть конфликт. Если есть подозрение, что причиной конфликта является какой-либо драйвер, найдите командную строку его загрузки в файле CONFIG . SES и “закомментируйте” ее:

REM DEVICE=C:DRIVERNEWDRIVE.SYS / А 360 /1:5

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

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

В системах, работающих под управлением Windows 98/ SE / Me , вы можете воспользоваться Агентом автоматического обхода драйвера ( Automatic Skip Driver ) , вызываемым из меню Сервис ( Service ) служебной программы Сведения о системе ( System Information ) . С его помощью вы можете предотвратить загрузку подозрительных драйверов и других компонентов Windows на этапе инициализации системы.

14.2.3. Аппаратные конфликты

Рассмотрим следующий пример. В компьютер был установлен дисковод CD - ROM и предназначенная для него плата адаптера. Инсталляция прошла без проблем с использованием принятых по умолчанию параметров - минутное дело! Через несколько дней при попытке провести резервное копирование данных выяснилось, что недоступен подключенный к параллельному порту накопитель на магнитной ленте (хотя принтер, подключенный к тому же порту, работал прекрасно) . Пользователь попытался произвести “чистую” загрузку системы (с дискеты без файлов CONFIG . SYS и AUTOEXEC . BAT ) для того, чтобы исключить влияние драйверов и резидентных программ, однако проблему устранить не удалось. После небольшого размышления пользователь выключил компьютер, демонтировал плату адаптера дисковода CD - ROM и снова загрузил систему с «чистой» дискеты. В результате накопитель на магнитной ленте, подключенный к параллельному порту, снова заработал.

Приведенный пример показывает, что аппаратные конфликты во многих случаях не так страшны, как их малюют, и не "приводят к полной потере работоспособности системы. Чаще всего их последствия бывают локальными и отнюдь не катастрофическими. Поскольку в рассмотренном примере последним установленным устройством был дисковод CD - ROM , его и нужно было демонтировать (отключить) в первую очередь. На то, чтобы выяснить и устранить причину конфликта хватило 5 минут. Однако такое решение является лишь частичным: основная задача - установить устройство в компьютер без возникновения конфликта.

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

Другой подход заключается в использовании специального устройства, позволяющего выяснить, какие системные ресурсы свободны, а какие - заняты. В качестве примера можно привести плату Discovery Card фирмы ForeFront Group , устанавливаемую в 16 ти разрядный слот шины ISA . Состояния линий IRQ и каналов DMA (свободны или заняты) отображаются с помощью светодиодов. Если индикатор, соответствующий тому или иному ресурсу, светится, то это означает, что прерывание или канал DMA используется каким-либо устройством, если нет - то ресурс свободен. С учетом полученных данных достаточно легко настроить новое устройство на использование свободных линий IRQ и каналов DMA . He забудьте после изменения аппаратной настройки скорректировать ключи в командной строке загрузки драйвера устройства (если, конечно, он используется) . Единственный ресурс, не исследуемый платой Discovery Card - это используемые адреса ввода/вывода. Но поскольку большинство из них зарезервировано под конкретные функции, найти свободные адреса нетрудно.

14.2.4. Использование вкладки Устройства (Device Manager)

Как вы уже могли заметить, гораздо проще просматривать и перераспределять ресурсы в среде ОС Windows . Откройте окно свойств системы и выберите вкладку “Устройства” ( Device Manager ) . Дважды щелкните по строке “Компьютер” ( Computer ) в верхней части списка устройств. На экран будет выведено диалоговое окно свойств компьютера ( Computer Properties ) . Выбрав вкладку “Просмотр ресурсов” ( View Resources ) , вы увидите, какие прерывания, каналы DMA и адреса ввода/вывода уже используются в системе. Помимо просмотра ресурсов, вкладку “Устройства” ( Device Manager ) можно использовать и для выявления проблемных устройств. Потерянные, отключенные, конфликтующие или некорректно работающие устройства помечаются в списке тем или иным значком, по которому можно судить о характере возникшей проблемы.

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

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

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

Голубая строчная буква « i » на белом фоне означает, что для данного устройства не установлен флажок в поле “Автоматическая настройка” ( Use Automatic Settings ) , т.е. ресурсы для него назначались вручную. Это отнюдь не свидетельствует о том, что устройство работает некорректно или отключено.

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

Windows неполные сведения об используемых ими ресурсах. В результате на вкладке “Устройства” ( Device Manager ) может отображаться только одно конфликтующее устройство (хотя их должно быть, как минимум, два) или таковых не обнаружится вовсе. Прояснить ситуацию можно, отключив звуковую плату или воспользовавшись стандартным драйвером VGA . Если в результате конфликт исчезнет, то это означает, что вторым его «участником» была звуковая или видеокарта. В частности, подобное поведение характерно для видеоадаптеров S3 и 16 ти разрядных звуковых плат Sound Blaster , а также звуковых плат, эмулирующих режим совместимости с Sound Blaster .