Исправление ошибки инструментария управления Windows (WMI) 1083
Могут быть случаи, когда вы пытаетесь открыть службу Windows, такую как инструментарий управления Windows, и ошибка отображается в следующем сообщении.
Ошибка 1083: исполняемая программа, для которой настроен этот сервис, не реализует сервис.
Система может иметь Ошибки WMI, но, кажется, работает правильно большую часть времени. Потому что WMI чаще всего используется для диагностики системы. Текстовый процессор, электронная таблица или программа электронной почты редко зависят от WMI. Вы можете использовать эту процедуру для проверки состояния WMI вашей системы:
- Щелкните правой кнопкой мыши значок «Мой компьютер» и выберите «Управление». (Вы также можете нажать Пуск, Панель управления, Инструменты администрирования, Управление компьютером.)
- Щелкните левой кнопкой мыши [+] рядом со Службами и приложениями, чтобы развернуть древовидную структуру.
- Щелкните левой кнопкой мыши на WMI Control.
- Теперь щелкните правой кнопкой мыши на том же элементе управления WMI и выберите Свойства.
- Если WMI работает правильно, вы увидите «Успешное подключение к«.
- Если WMI неисправен, вы увидите одно или несколько сообщений об ошибках в диалоговом окне.
Обновить:
Теперь мы рекомендуем использовать этот инструмент для вашей ошибки. Кроме того, этот инструмент исправляет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует ваш компьютер для максимальной производительности. Вы можете быстро исправить проблемы с вашим ПК и предотвратить появление других программ с этим программным обеспечением:
- Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
- Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
- Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.
Зарегистрируйте qmgr.dll и qmgrproxy.dll
Внимательно следуйте этим шагам, так как они должны быть правильно введены в командной строке:
- Нажмите Пуск> Выполнить.
- Введите тип «cmd
- Введите «regsvr32 qmgr.dll» в CMD и нажмите Enter.
- Также введите «regsvr32 qmgrprxy.dll» и нажмите Enter.
- Выход CMD
- Затем нажмите Пуск> Выполнить> Введите services.msc и нажмите Enter.
- В окне «Службы» выделите «Службу Smart Transfer» в фоновом режиме и дважды щелкните ее.
- На вкладке Общие нажмите Пуск, чтобы запустить службу.
Настройте Services.msc
1. Откройте Services.msc.
2. Откройте свойства сервиса, который вы не хотите запускать.
3. обратите внимание на последнюю запись в конце пути к исполняемому файлу, например C: \ Windows \ system32 \ svchost.exe -k LocalServiceAndNoImpersonation
4. Перейдите к HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Svchost в реестре.
5. На правой панели откройте строку, соответствующую пути к исполняемой записи, затем добавьте точное имя службы.
6. Закройте regedit и перезапустите. Теперь проверьте, запущен ли сервис.
7. Повторите эту операцию для всех служб, которые имеют эту проблему.
Используйте командную строку
Чтобы устранить эту ошибку и восстановить отсутствующие или поврежденные записи реестра, выполните следующие действия:
Запустите сеанс командной строки.
Чтобы отменить регистрацию библиотек производительности службы WMI (также известный как WinMgmt), введите
Чтобы остановить все копии, на которых запущена служба WMI, введите следующую команду
Объявите службу WMI, введя
Зарегистрируйте службу WMI, введя следующее
Зарегистрируйте все библиотеки производительности службы WMI, введя следующее
Если это не поможет, вы можете восстановить или перестроить репозиторий WMI и посмотреть, поможет ли это.
CCNA, веб-разработчик, ПК для устранения неполадок
Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.
The windows management instrumentation service has detected an inconsistent system shutdown
А в чем выражается проблема с WMI?
Стим может не работать совсем по другим причинам, например, присутствие прокси, закрытые порты, etc. В виртуалке игры от стима вряд ли запустятся.
А самое главное, что такое WMI ? Может VMWARE ?
Тогда нужно было публиковать это сообщение в другом разделе, этот же для виртуальных машин.
Для восстановления WMI можно выполнить нижеследующие пункты, но вообще неплохо бы сообщить подробности о проблеме, коды ошибок, что в логах и прочее.
Это поможет локализовать ошибку и найти верное решение.
1) пуск Выполнить ввести команду SFC /SCANNOW
To fix this problem:
1. Use the Start menu to right-click My Computer.
2. Press the Manage item.
3. Double-click Services and Applications in the left-hand pane.
4. Press Services to expand it.
5. Scroll to Windows Management Instrumentation in the right-hand pane and
right-click it.
6. Press Stop.
7. Use Windows Explorer to delete all the files in the
%SystemRoot%\System32\Wbem\Repository folder.
8. Shutdown and restart your computer. The Windows Management
Instrumentation service will start and the files will be re-created.]]
Go to Start/Run/CMD and then run each of these hitting Enter after each:
winmgmt /clearadap
winmgmt /kill
winmgmt /unregserver
winmgmt /regserver
winmgmt /resyncperf
This may or may not repair the repository but will re-install wmi into the
registry.]
To correct permission issues:
1 — In the Management Console\Services STOP WMI and set to manual.
2 — Go to the WMI repository %Windows%system32%wbem and delete the
repository.
3 -Set the WMI service back to Automatic
4 — From %Windows%system32%wbem run «wbemtest» and connect to your
namespace.
5 — Start/Run/Regedit and navigate to: Locate current
HKEY_CURRENT_CONFIG\System\CurrentControlSet\Control\Class. Open the class
key and right click on the sub key 0000 and select permissions and make sure
that the permissions for you [administrator] are «Full».
3) Устранение неполадок с инструментарием WMI в Windows XP с пакетом обновления 2 (SP2) http://support.microsoft.com/kb/875605/ru
4) Переустановить windows в режиме обновления.
помогитие востоновить или чтонибуть(( 🙁 🙁
вот какая ошибка http://www.valar.ru/upload/jpg/1208/1230449161_.htm внутри http://www.valar.ru/upload/jpg/1208/1230450446_1.htm
Процессор:
Поставщик: GenuineIntel
Скорость: 2507 МГц
Логические процессоры 2
Физические процессоры 2
HyperThreading: Не поддерживается
FCMOV: Поддерживается
SSE2: Поддерживается
Сеть:
Скорость сети:
Версия Windows:
Windows XP (32 бит)
NTFS: Поддерживается
Видеокарта:
Драйвер не найден
Драйвер DirectX: nv4_disp.dll
Версия драйвера не установлена
Версия драйвера DirectX: 6.14.11.7531
Дата выпуска не установлена
Карта DirectX: NVIDIA GeForce 9800 GT
ID продавца: 0x10de
ID карты: 0x605
Кол-во экранов: 1
Количество логических видеокарт: 1
SLI или Crossfire не обнаружено
Разрешение осн. экрана: 1024 x 768
Разрешение Рабочего стола: 1024 x 768
Размер осн. экрана: 11.81″ x 8.86″ (14.76″ diag)
30.0cm x 22.5cm (37.5cm diag)
Осн. шина: PCI Express 16x
Осн. видеопамять: 512 MB
Поддерживаемое сглаживание: 2x 4x 8x
Звуковая карта:
Аудио устройство: SoundMAX HD Audio
Память:
Оперативная память: 2047 МБ
Разное:
Язык интерфейса: Русский
Микрофон: Not set
Тип носителя: DVD
Места на диске: 305242 Мб
Наиболее свободный диск: 143837 Мб
Дата установки операционной системы: 27 2008
Установлено пакетов:
меня послали суда я точно незнаю вы помогите мне пожалусто))буду очень блогодаренНедавно решал именно эту проблему, решение было очень неожиданным 🙂
Сразу сообщаю, что решение в итоге было включение группы NetworkService в группу Администраторов. При этом у человека всё работало до того как довольно долго.
Недавно решал именно эту проблему, решение было очень неожиданным
Сразу сообщаю, что решение в итоге было включение группы NetworkService в группу Администраторов. При этом у человека всё работало до того как довольно долго.
ну помоги как вы решили проблем
помогите пожалусто!мнее то непомогло опять тажа ошибка
NoNone
помоги плизз
да я зделал это и просканировал последним касперским
Продолжу в этой ветке, так как проблема немного похожа:
При прогоне wmidiag.vbs получаю сообщения об отсутсвии ряда классов в пространстве имен Root/cimv32
17501 16:32:27 (0) ** — Root/CIMv2, Win32_PerfRawData_Tcpip_IP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17502 16:32:27 (0) ** MOF Registration: ‘No located MOF file (exception)’
17503 16:32:27 (0) ** — Root/CIMv2, Win32_PerfRawData_Tcpip_TCP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17504 16:32:27 (0) ** MOF Registration: ‘No located MOF file (exception)’
17505 16:32:27 (0) ** — Root/CIMv2, Win32_PerfRawData_Tcpip_UDP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17506 16:32:27 (0) ** MOF Registration: ‘No located MOF file (exception)’
17507 16:32:27 (0) ** — Root/CIMv2, Win32_PerfRawData_Tcpip_ICMP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17508 16:32:27 (0) ** MOF Registration: ‘No located MOF file (exception)’
17509 16:32:27 (0) ** — Root/CIMv2, Win32_PerfFormattedData_Tcpip_IP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17510 16:32:27 (0) ** MOF Registration: ‘C:\WINDOWS\SYSTEM32\WBEM\WMI.MOF’
17511 16:32:27 (0) ** — Root/CIMv2, Win32_PerfFormattedData_Tcpip_TCP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17512 16:32:27 (0) ** MOF Registration: ‘C:\WINDOWS\SYSTEM32\WBEM\WMI.MOF’
17513 16:32:27 (0) ** — Root/CIMv2, Win32_PerfFormattedData_Tcpip_UDP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17514 16:32:27 (0) ** MOF Registration: ‘C:\WINDOWS\SYSTEM32\WBEM\WMI.MOF’
17515 16:32:27 (0) ** — Root/CIMv2, Win32_PerfFormattedData_Tcpip_ICMP, 0x80041002 — (WBEM_E_NOT_FOUND) Object cannot be found.
17516 16:32:27 (0) ** MOF Registration: ‘C:\WINDOWS\SYSTEM32\WBEM\WMI.MOF’
Удивительным образом все 8 связаны с TCP. Счетчики производительности для службы tcpip в реестре отсутствуют. А вот как их туда загрузить с помощью команды lodctr ? Какой ini файл для счетчиков драйвера TCP? И что значит No located MOF file (exception) — какой MOF компилировать?
Устранение неполадок в WMI
Любой бывалый Windows-админ не раз сталкивался с проблемами в работе службы WMI и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования системы, поэтому администратору приходится прибегать к тем или иным трюкам, позволяющим восстановить работоспособность WMI. В этой статье мы опишем достаточно простую методику диагностирования и устранения неполадок в службе WMI.
О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:
- Ошибки обработки WMI запросов в системных журналах и логах приложений
- Ошибки GPO, завязанные на WMI ( некорректная работа wmi фильтров политик, и пр.)
- Ошибки в работе / невозможность установки агентов SCCM/SCOM
- Ошибки в работе скриптов (vbs или powershell), использующих пространство имен WMI
В первую очередь нужно проверить имеется ли в системе служба Windows Management Instrumentation (Winmgmt) и включена ли она.
Если служба присутствует и находится в состоянии Started, рекомендуется протестировать работоспособность WMI, обратившись к ней с помощью простого wmi-запроса. С помощью Powershell, например, это можно сделать так:
Если при выполнении простейшего WMI-запроса система возвращает ошибку (на скриншоте приведен пример корректного ответа службы WMI), вероятно имеет место некорректное функционирование сервиса WMI или ряда его подсистем, повреждение репозитория WMI или другие проблемы.
Утилита WMIDiag
Для «тонкой» диагностики службы WMI существует официальная утилита Microsoft — WMIDiag (Microsoft WMI Diagnosis). Утилита представляет собой vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :
- .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag
- .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание
- В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI
Совет. В 64 битных версиях Windows wmidiag нужно запускать так:
в противном случае появится ошибка: WMIDiag must be run from native 64-bit environment. It is not supported in Wow64. 
После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.
В общем случае, WMIDiag может дать информацию по исправлению частных ошибок в WMI , но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей гораздо проще «бить по площадям» и решать проблему работы WMI более радикально.
Перерегистрация библиотек WMI и перекомпиляция mof файлов
Следующий скрипт представляет собой «мягкий» вариант восстановления работоспособности службы WMI на отдельно взятом компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.
Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле и запустить его с правами администратора. После окончания работы скрипта, систему нужно перезагрузить и вновь проверить работу WMI.
Пересоздание репозитория (хранилища) WMI
В том случае, если предыдущий способ не помог, придется перейти к более «жесткому» способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилища.
WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях репозитория WMI может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.
В том случае, если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание это последняя вещь, к которой нужно прибегнуть только в том случае, если никакие другие операции реанимировать WMI не помогают.
В Windows Vista и выше проверить целостность репозитория WMI можно с помощью команды:
Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:
И перезапустить службу wmi:
Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:
В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:
Данный скрипт полностью пересоздает хранилище WMI (старый репозитория сохраняется в каталоге Repos_bakup). После окончания работы скрипта компьютер нужно перезагрузить, после чего протестировать работу службы WMI простым запросом.
В этой статье мы собрали типовые методики позволяющие устранить неполадки в работе службы WMI и ее подсистемах.