Ошибка wmi код 10 windows 7

Обновлено: 04.07.2024

Что делать запуск этого устройства невозможен код 10

Инструкция по устранению ошибки код 10 (запуск этого устройства невозможен)

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

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

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

Причины возникновения ошибки код 10

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

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

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

Удаленно выяснить причины возникновения ошибки под кодом 10 практически невозможно. Можно воспользоваться на самом компьютере встроенным средством диагностики DISM.

Для его запуска потребуется в командной строке набрать DISM /ONLINE /CLEANUP-IMAGE /RESTOREHEALTH

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

Удаление ошибочных записей из реестра:

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

Основным нашим инструментом в деле устранения неполадки станет реестр. Все устройства, в том числе подключаемые к компьютеру временно (смартфоны, USB-накопители, Bluetooth-модули и т. п.) имеют свою специальную запись в реестре.

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

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

Что конкретно делать для устранения ошибки «код 10» через реестр:

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

Переустановка драйверов:

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

Вполне вероятна ситуация, когда операционная система сможет сама найти подходящие для устройства драйвера.

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

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

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

Устранение конфликтов между устройствами:

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

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

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

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

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

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

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

01.03.2021

Windows 10, Windows Server 2016, Скрипты

комментарий 41

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

О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:

Ошибки обработки WMI запросов в системных журналах и логах приложений ( 0x80041002 - WBEM_E_NOT_FOUND , WMI: Not Found , 0x80041010 WBEM_E_INVALID_CLASS );
Ошибки обработки GPO, связанные на WMI ( некорректная работа wmi фильтров групповых политик, и пр.);
WMI запросы выполняются очень медленно;
Ошибки при установке или работе агентов SCCM/SCOM;
Ошибки в работе скриптов (vbs или PowerShell), использующих пространство имен WMI (скрипты с Get-WmiObject и т.д.).

Диагностика проблем с WMI

В первую очередь нужно проверить служба Windows Management Instrumentation (Winmgmt) установлена в Windows и запущена. Вы можете проверить состояние службы в консоли services.msc или с помощью PowerShell:

Get-Service Winmgmt | Select DisplayName,Status,ServiceName

Если служба Winmgmt запущена, вы можете проверить работоспособность WMI, обратившись к ней с помощью простого WMI-запроса. Вы можете выполнить wmi запрос из командной строки или из PowerShell. Например, следующая команда выведет список установленных в Windows программ:

wmic product get name,version

Простейшая PowerShell команда для получения информации о версии и билда Windows 10 через WMI может выглядеть так:

Как вы видите, служба WMI ответила на запрос корректно. Если при выполнении такого WMI-запроса Windows возвращает ошибку, скорее всего сервиса WMI работает некорректно, поврежден WMI репозиторий или есть какие-то другие проблемы.

В моем случае, например, при открытии свойств WMI Control в консоли управления компьютером (compmgmt.msc) появлялась надпись:

Ранее для диагностики WMI существовала официальная утилита от Microsoft – WMIDiag.vbs (Microsoft WMI Diagnosis). WMIdiag это vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.2 и включает в себя следующие типы фалов:

.log файлы содержат подробный отчет об активности и работе утилиты WMIDiag;
.txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание;
В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI.

Совет. В 64 битных версиях Windows wmidiag нужно запускать так:

в противном случае появится ошибка:

К сожалению, последняя версия WMIDiag 2.2 корректно работает только с версиями до Windows 8.1/Windows Server 2012 R2. На данный момент Microsoft даже удалила ссылку на загрузку WMIDiag из Download Center. Но при желании, этот скрипт можно найти в сети.

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

Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов

В Windows 10/Windows Server 2016 вы можете проверить целостность репозитория WMI с помощью команды:

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT или WMI repository verification failed), стоит попробовать выполнить “мягкое” исправление ошибок репозитория:

Данная команда выполняет проверку согласованности хранилища WMI и при обнаружении несогласованности перестраивает базу данных WMI.

Перезапустите службу WMI:

net stop Winmgmt
net start Winmgmt

Если стандартный способ исправления ошибок в WMI не помог, попробуйте следующий скрипт. Данный скрипт представляет собой ”мягкий” вариант восстановления службы WMI на компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%\system32\wbem
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
wmiprvse /regserver
sc config winmgmt start= auto
net start winmgmt
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s

На 64 битной версии Windows эти действия нужно также выполнить для каталога SysWOW64. Замените третью строку на

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле wmi_soft_repair.bat и запустить его с правами администратора. После окончания работы скрипта, перезагрузите Windows и проверьте работу WMI.

Сброс и пересоздание WMI репозитория (хранилища)

Если вам не помогли мягкие способ восстановления WMI, рассмотренные выше, придется перейти к более “жесткому” способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилищаWMI.

WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях WMI репозиторий может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.

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

Следующая команда выполнит сброс базы данных WMI к исходному состоянию (как после чистой установки Windows). Используйте эту команду для выполнения hard reset репозитория WMI, если параметре salvagerepository не исправил проблему:

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

Если обе команды ( Winmgmt /salvagerepository и Winmgmt /resetrepository ) не восстановили консистентное состояние базы WMI, попробуйте выполнить “жесткое” пересоздание базы WMI вручную таким скриптом:

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%\system32\wbem
winmgmt /resetrepository
winmgmt /resyncperf
if exist Repos_bakup rd Repos_bakup /s /q
rename Repository Repos_bakup
regsvr32 /s %systemroot%\system32\scecli.dll
regsvr32 /s %systemroot%\system32\userenv.dll
for /f %s in ('dir /b *.dll') do regsvr32 /s %s
for /f %s in ('dir /b *.mof') do mofcomp %s
for /f %s in ('dir /b *.mfl') do mofcomp %s
sc config winmgmt start= auto
net start winmgmt
wmiprvse /regserver

На 64 битной версии Windows нужно также перерегистрировать dll/exe и перекомпилировать mof файлы в каталоге %windir%\sysWOW64\wbem.

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

Проверьте состояние WMI репозитория. Если ошибки исправлены, команда winmgmt /verifyrepository должна вернуть:

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

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

Конфигурация компьютера
Процессор: IntelCorei3-2100 CPU @ 3.10GHz, 3100 МГц, ядер: 2, логических процессоров: 4
Материнская плата: MSI H61M-P21 (MS-7680) (B3.0)
Память: Kingston 99U5471-052.A00LF 8Gb DDR3-1333 DDR3 SDRAM; Samsung M378B5773DH0-CH9 2Gb DDR3-1333 DDR3 SDRAM
HDD: WDC Caviar Green WD10EARS-22Y5B1 ATA Device 1Т (1000 Gb), WDC Caviar Blue WD10EZEX-08M2NA0 ATA Device 1Т (1000 Gb)
Видеокарта: Sapphire Radeon HD 6570 650Mhz PCI-E 2.1 2048Mb 1600Mhz 128 bit DVI HDMI HDCP
Звук: VIA VT1708S VIA High Definition Audio
Блок питания: OCZ ZS Series Power Supply 550W 2014 г.
CD/DVD: ATAPI iHAS122 ATA Device
Монитор: LG FLATRON E2050 1600x900
ОС: Microsoft Windows 7 Home Basic x86, Microsoft Windows 10 Home x64 .
Индекс производительности Windows: 5.9
Прочее: Multi Flash Reader USB Device, Logitech HD Webcam C310

Этот скрипт маскировка проблемы, нужно просто репозиторий WMI очистить. »

-------
Будь джентльменом, если есть удача. А нет удачи, джентльменов нет . Нажми .

Конфигурация компьютера
Процессор: Ryzen 1800x
Материнская плата: ASrock x370 Taichi
Память: Crucial CT16G4DFD824A х2
HDD: SSD: OCZ RVD400-M22280-1T-A / Toshiba DT01ACA300 х 6 шт
Видеокарта: Sapphire Radeon R9 Nano
Блок питания: Corsair AX860i
Монитор: Eizo FlexScan EV2456
Ноутбук/нетбук: Fujitsu Lifebook U772
ОС: Windows 7 x64

Друзья! Я ещё один несчастный с ошибкой 0x80041003.
Помогите, если кто может, пожалуйста!

Ситуация следующая:
Компьютер у меня используется только для звукозаписи (запись, сведение, мастеринг).
Соответственно, основной приблудой в моём компе является звуковая карта - 16 каналов (Alesis io26 на 8 каналов + ADAT на 8 каналов = 16 каналов).
Звуковуха подключается через FireWire (ieee1394).

Никаких игр и вообще ничего подобного. Даже к интернету никогда не подключаю.

ОС - Windows7 x64.
Проц - i7-2600
Мать - Gigabyte Z68P-DS3 rev2.1
Оперативка - 8Гб

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

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

Недавно купил новые харды: SSD под ОС и HDD под хранилище.
Работать всё стало, конечно, намного быстрее, Винда загружается секунд за 25-30. Но проблема с зависаниями осталась.

Винду, как и дрова и остальное ПО, со старого винта не копировал, а поставил всё с нуля.

Начал шерстить форумы и пытаться найти проблему и способ её решения.
Перепробовал всё возможное - обновлял и откатывал дрова, менял слоты, переставлял Винду и остальное ПО. Результат всё тот же.

Прогонял Аидой и ОССТ несколько раз.
Прогонял разными антивирусами несколько раз.
Ставил другие сборки Винды.
Ничего не помогает

Далее, в журнале событий нашёл эту самую ошибку 0x80041003.
Стал копать интернет, набрёл на этот форум.
Прописывал вышеуказанный скрипт. Чистил Repository много раз. Использовал WMI MicrosoftFixit50688.
Всё равно зависает.

А ещё до того, стал подозревать тупо конфликт звуковухи с видюхой. Попросил у друга видюху потестить пару дней.
С его видюхой, кажется, зависает реже, чем с моей. Но всё же зависает.

Моя видюха - NVIDIA GeForce GTX550Ti
Видюха друга - NVIDIA GeForce 9600 GT

Ребята, кто что может сказать по моей ситуации?
Уже и не знаю, куда ещё копать.

Некоторые пользователи Windows 7 время от времени могут сталкиваться с ошибкой 0x80041003. Ее предвестником, например, может быть зависание ПК, от которого можно избавиться лишь его перезагрузкой. В Просмотре событий вы можете найти следующую информацию по ошибке:

Event filter with query “SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA “Win32_Processor” AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace “//./root/CIMV2” because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected

В сегодняшней статье мы рассмотрим два метода, которые — по заявлению многих пользователей — могут разрешить ошибку 0x80041003 в Windows 7. Первый метод — применение скрипта VBS, а второй — использование средства, разработанного самой компанией Майкрософт.

Ошибка 0x80041003 в Windows 7: методы решения

Метод №1 Выполнение скрипта VBS

Создайте на своем рабочем столе простой текстовый документ;
откройте документ и вставьте в него следующий скрипт:
- strComputer = «.»Set objWMIService = GetObject(«winmgmts:» _& «!\» _& strComputer & «rootsubscription»)Set obj1 = objWMIService.Get(«__EventFilter.Name=’BVTFilter’»)
set obj2set = obj1.Associators_(«__FilterToConsumerBinding»)

set obj3set = obj1.References_(«__FilterToConsumerBinding»)

For each obj2 in obj2setWScript.echo «Deleting the object»WScript.echo obj2.GetObjectText_obj2.Delete_next

For each obj3 in obj3setWScript.echo «Deleting the object»WScript.echo obj3.GetObjectText_obj3.Delete_next

WScript.echo «Deleting the object»WScript.echo obj1.GetObjectText_obj1.Delete_

Метод №2 Запуск Fix It от Майкрософт
- Скачайте с официального сайта Майкрософт средство Fix It;
- запустите его и следуйте указаниям на своем экране;
- протестируйте систему и проверьте, была ли устранена ошибка 0x80041003.
Мы надеемся, что данный материал помог вам избавиться от ошибки 0x80041003, и вы продолжили спокойно использовать Windows 7.

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Event filter with query “SELECT * FROM __InstanceModificationEvent WITHIN 60 WHERE TargetInstance ISA “Win32_Processor” AND TargetInstance.LoadPercentage > 99″ could not be reactivated in namespace “//./root/CIMV2” because of error 0x80041003. Events cannot be delivered through this filter until the problem is corrected.
1. Отключаем контроль учетных записей.
2. Перезагружаемся в безопасный режим.
3. Останавливаем службу Инструментарий управления Windows (Windows Management Instrumentation).
4. Открываем папку c:windowssystem32wbemrepository. На всякий случай содержимое папки копируем в безопасное место, а затем удаляем.
5. Перезагружаемся.
6. При первой загрузке возможны проблемы: торможение, подвисания и т.п. Ничего страшного – перезагружаемся еще раз.
7. Вторая загрузка должна пройти быстро и без помех. Проверяем логи – больше никаких ошибок WMI во время загрузки системы!
8. Включаем контроль учетных записей обратно.
Рэнди Франклин Смит (CISA, SSCP, Security MVP) имеет в своем арсенале очень полезный документ, рассказывающий о том, какие события (event IDs) обязательно должны отслеживаться в рамках обеспечения информационной безопасности Windows. В этом документе изложена крайне полезная информация, которая позволит Вам “выжать” максимум из штатной системы аудита. Мы подготовили перевод этого материала. Заинтересованных приглашаем под кат. О том, как настроить аудит, мы уже обстоятельно писали в одном из наших постов. Но из всех event id, которые встречаются в журналах событий, необходимо остановить свое внимание на нескольких критических важных. На каких именно – решать каждому. Однако Рэнди Франклин Смит предлагает сосредоточить внимание на 10 важных событиях безопасности в Windows.

Контроллеры доменов

Event ID — (Категория) — Описание 1) 675 или 4771 (Аудит событий входа в систему) Событие 675/4771 на контроллере домена указывает на неудачную попытку войти через Kerberos на рабочей станции с доменной учетной записью. Обычно причиной этого является несоответствующий пароль, но код ошибки указывает, почему именно аутентификация была неудачной. Таблица кодов ошибок Kerberos приведена ниже. 2) 676, или Failed 672 или 4768(Аудит событий входа в систему) Событие 676/4768 логгируется для других типов неудачной аутентификации. Таблица кодов Kerberos приведена ниже. ВНИМАНИЕ: В Windows 2003 Server событие отказа записывается как 672 вместо 676. 3) 681 или Failed 680 или 4776(Аудит событий входа в систему) Событие 681/4776 на контроллере домена указывает на неудачную попытку входа в систему через NTLM с доменной учетной записью. Код ошибки указывает, почему именно аутентификация была неудачной. Коды ошибок NTLM приведены ниже. ВНИМАНИЕ: В Windows 2003 Server событие отказа записывается как 680 вместо 681. 4) 642 или 4738 (Аудит управления учетными записями) Событие 642/4738 указывает на изменения в указанной учетной записи, такие как сброс пароля или активация деактивированной до этого учетной записи. Описание события уточняется в соответствие с типом изменения. 5) 632 или 4728; 636 или 4732; 660 или 4756(Аудит управления учетными записями) Все три события указывают на то, что указанный пользователь был добавлен в определенную группу. Обозначены Глобальная (Global), Локальная (Local) и Общая (Universal) соответственно для каждого ID. 6) 624 или 4720 (Аудит управления учетными записями) Была создана новая учетная запись пользователя 7) 644 или 4740(Аудит управления учетными записями) Учетная запись указанного пользователя была заблокирована после нескольких попыток входа 8) 517 или 1102(Аудит системных событий) Указанный пользователь очистил журнал безопасности

Типы входов в систему (Logon Types)

Коды отказов Kerberos

Код ошибки — Причина6 — Имя пользователя не существует12 — Ограничение рабочей машины; ограничение времени входа в систему18 — Учетная запись деактивирована, заблокирована или истек срок ее действия23 — Истек срок действия пароля пользователя24 — Предварительная аутентификация не удалась; обычно причиной является неверный пароль32 — Истек срок действия заявки. Это нормальное событие, которое логгируется учетными записями компьютеров37 — Время на рабочей машины давно не синхронизировалось со временем на контроллере домена

Читайте также: