Выявление оборудования без драйверов в свежеустановленной Windows

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

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

Что скрывается за неизвестным устройством в диспетчере

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

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

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

Быстрый список проблемных устройств одной командой

Самый прямой путь к списку оборудования без драйверов лежит через утилиту pnputil. Она встроена в Windows, лежит в системной папке и запускается из командной строки от имени администратора. Одна короткая команда перечисляет все устройства, у которых выставлен код проблемы:

pnputil /enum-devices /problem

Вывод этой команды это готовый фронт работ. Система перечисляет только проблемные устройства, показывает их имена в том виде, в каком она их видит, идентификаторы экземпляров и сам код проблемы. Устройства без драйвера выделяются кодом, прямо указывающим на отсутствие драйверов, и их сразу видно в общем списке. Пустой вывод означает приятное: проблемных устройств нет, всё оборудование обеспечено драйверами и заниматься нечем.

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

Как достучаться до проблемных устройств прямо во время установки системы

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

Прямо на экране установщика работает горячая комбинация, открывающая консоль поверх программы установки. На обычной клавиатуре это сочетание клавиш Shift и F10, а на многих ноутбуках к ним добавляется клавиша Fn, превращая комбинацию в Fn вместе с Shift и F10. После нажатия поверх установщика появляется чёрное окно командной строки, в котором доступны те же команды, что и в установленной системе:

pnputil /enum-devices /problem

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

Получение аппаратных идентификаторов для точного поиска драйвера

Найти проблемное устройство это полдела. Главный вопрос в том, что это за железо и где взять для него драйвер. Имя "Неизвестное устройство" не помогает ничем, зато у каждого узла есть аппаратный идентификатор, уникальный отпечаток, по которому драйвер находится безошибочно. Этот идентификатор хранит код производителя и код модели устройства, и именно по нему ведётся поиск.

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

pnputil /enum-devices /instanceid "PCI\VEN_8086&DEV_1234" /properties

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

Тем, кто предпочитает PowerShell, доступен более гибкий инструмент с фильтрацией. Командлет Get-PnpDevice показывает устройства по их состоянию, и проблемные узлы отбираются одним условием:

Get-PnpDevice | Where-Object { $_.Status -ne "OK" } |
    Select-Object FriendlyName, Status, InstanceId

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

Принудительное сканирование и обновление списка оборудования

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

За повторный осмотр отвечает команда сканирования, которая повторяет то, что система делает при загрузке, опрос всех шин на предмет подключённых устройств:

pnputil /scan-devices

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

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

pnputil /restart-device "PCI\VEN_8086&DEV_1234\3&11583659&0&10"

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

Расшифровка кодов проблем и что они подсказывают

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

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

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

От найденного устройства к рабочему драйверу

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

Когда копии нет, на помощь приходит сам аппаратный идентификатор. По коду производителя и модели драйвер опознаётся однозначно, и его достают из дистрибутива оборудования. Этот способ выручает, когда имя устройства ничего не говорит, а пара кодов VEN и DEV ведёт прямо к нужному пакету. Стоит знать, что у одного устройства бывает несколько идентификаторов разной точности. Аппаратные идентификаторы перечислены от самого подробного к более общему, и система пробует подобрать драйвер сначала по точному совпадению, а затем по совместимому. Поэтому если драйвер под точную модель не нашёлся, иногда подходит пакет под более общий совместимый идентификатор того же семейства устройств. Получив драйвер, его добавляют в систему штатными средствами с немедленной установкой на устройство, после чего жёлтый значок гаснет.

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

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