Не удалось остановить службу инструментарий управления windows

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

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

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

Картинка с сайта: winitpro.ru

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

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

Get-Service Winmgmt | Select DisplayName,Status,ServiceName

Картинка с сайта: winitpro.ru

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

wmic product get name,version

Простая PowerShell команда для получения информации о версии и билда Windows через WMI:

get-wmiobject Win32_OperatingSystem

Картинка с сайта: winitpro.ru

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

Включите логирование обращений к WMI в Event Viewer, выполнив команду:

wevtutil set-log Microsoft-Windows-WMI-Activity/Operational /enabled:true

Затем откройте консоль Event Viewer (
eventvwr.msc
) и перейдите в Applications and Service Logs -> Microsoft -> Windows -> WMI Activity. В описании событий ошибок в EventID 5858 будет указаны пространство имен WMI и класс, при обращении к которому происходит ошибка. Если это специальный WMI класс некой программы, возможно программа установлена некорректно, или ее файлы повреждены.

В нашем случае ошибка связана с общесистемным WMI классом root\cimv2 : Win32_OperatingSystem, что означает что база данных WMI повреждена.

Картинка с сайта: winitpro.ru

A Windows Management Instrumentation (WMI) query has failed. The WMI repository may be corrupted or it works incorrectly.

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

Failed to initialize all required WMI classes
Win32_Processor. WMI: Invalid namespace
Win32_WMISetting. WMI: Invalid namespace
Win32_OperationSystem. WMI: Invalid namespace

Картинка с сайта: winitpro.ru

Для массового сегмента рабочих станций пользователей обычно проще и быстрее сбросить и пересоздать WMI репозиторий в Windows.

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

Проверьте целостность WMI репозитория в Windows с помощью команды:

winmgmt /verifyrepository

Картинка с сайта: winitpro.ru

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

Winmgmt /salvagerepository

WMI repository has been salvaged.

Данная команда выполняет проверку согласованности хранилища 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 ^| findstr /V /I "uninstall.mof"') do mofcomp %s


for /f %s in ('dir /b *.mfl ^| findstr /V /I "uninstall.mfl"') do mofcomp %s


Картинка с сайта: winitpro.ru

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

cd %windir%\SysWOW64\wbem

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

Картинка с сайта: winitpro.ru

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

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

Например, в моем случае команда mofcomp почти для всех MOF файлов вернула ошибку:

Microsoft (R) MOF Compiler Version 10.0.26100.1
Copyright (c) Microsoft Corp. 1997-2006. All rights reserved.
Parsing MOF file: xwizards.mof
xwizards.mof (1): error SYNTAX 0X8004400a: Unexpected token at file scope
Compiler returned error 0x8004400a

Картинка с сайта: winitpro.ru

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

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

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

Winmgmt /resetrepository

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

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

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 ^| findstr /V /I "uninstall.mof"') do mofcomp %s
for /f %s in ('dir /b *.mfl ^| findstr /V /I "uninstall.mfl"') do mofcomp %s
sc config winmgmt start= auto
net start winmgmt
wmiprvse /regserver


Картинка с сайта: winitpro.ru

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

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

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

WMI repository is consistent

Картинка с сайта: winitpro.ru

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

Часто приходится выяснять причины, почему не разворачивается то или иное приложение через SCCM, хотя ПК находится в соответствующей коллекции и прошло достаточное количество времени.

Принудительное же развертывание (Application Deployment Evaluation Cycle) и обновление групповых политик на ПК (Machine Policy Retrieval and Evaluation Cycle) через консоль SCCM ни к чему не приводят:

Картинка с сайта: habr.com

Картинка с сайта: habr.com

Разберем на примере установки новой версии клиента 1С. Видим, что развертывание должно было произойти, но при этом на ПК данной версии 1С (8.3.18.1289) еще нет:

Картинка с сайта: habr.com

Скорее всего, проблема связана с разрушением базы WMI на ПК и необходимостью переустановить полностью клиент SCCM. Проверить это можно из вкладки Мониторинг / Состояние клиентов консоли SCCM:

Картинка с сайта: habr.com

Картинка с сайта: habr.com

Если данный ПК присутствует в списке, то необходимо перейти на вкладку Активы и соответствие / Устройства консоли и найти через поиск данный ПК. Ошибка также будет видна на вкладке Данные о проверке клиента данного ПК.

Для устранения ошибки необходимо восстановить базу WMI на ПК, для чего мы запускаем  проводник данного ПК:

Картинка с сайта: habr.com

и переходим  в папку C:\Windows\System32\wbem\Repository:

Картинка с сайта: habr.com

Также правой кнопкой из консоли SCCM открываем Управление компьютером (Manage Computer) данного ПК и переходим к вкладке Службы:

Картинка с сайта: habr.com

Прежде всего, нам надо остановить, если запущены, службы ccmsetup и Configuration Manager Remote Control (cmrcservice), на некоторых ПК может называться по-русски — Удаленное управление Configuration Manager:

Картинка с сайта: habr.com

После этого останавливаем службу Инструментарий управления Windows (Winmgmt) и все зависящие от неё службы, как правило это Вспомогательная служба IP (iphlpsvc) и служба агента SCCM – SMS Agent Host (ccmexec), но могут присутствовать и другие службы, например Центр обеспечения безопасности (wscsvc) и / или службы производителя, например Intel(R) Rapid Storage Technology (IAStorDataMgrSvc) либо другие – надо остановить все зависимые и Winmgmt:

Картинка с сайта: habr.com

Картинка с сайта: habr.com

После остановки необходимо быстро удалить все содержимое из папки C:\Windows\System32\wbem\Repository  (переключившись в проводник удаленного ПК) и затем включить снова службу Инструментарий управления Windows (Winmgmt) для создания чистой базы репозитория WMI (создается автоматически при запуске службы). Также можно включить все остановленные зависимые службы, кроме агента SCCM (SMS Agent Host).

После этого запускаем из консоли SCCM командную строку на удаленном ПК:

Картинка с сайта: habr.com

и проверяем, что службы, связанные с SCCM (ccmsetup, ccmexec, cmrcservice) остановлены, либо отсутствуют:

Картинка с сайта: habr.com

Если они все в состоянии STOPPED – удаляем их:

Картинка с сайта: habr.com

Если какая-то из служб находится в состоянии RUNNING (работает), то перед удалением останавливаем её с помощью команды: sc stop cmrcservice (например).

Теперь можно удалить (очистить) папки, связанные с SCCM из C:\Windows (ccmsetup, ccmcache, CCM). При этом в папке C:\Windows\CCM не удалится одна системная папка – ScriptStore – это нормально.

Картинка с сайта: habr.com

Картинка с сайта: habr.com

Картинка с сайта: habr.com

После этого мы можем установить клиента SCCM заново из консоли:

Картинка с сайта: habr.com

Картинка с сайта: habr.com

Отследить установку можно по файлу логов (появится при запуске установки): C:\Windows\ccmsetup\ccmsetup.log:

Картинка с сайта: habr.com

Можно открыть его с помощью утилиты CmTrace.exe и наблюдать в реальном режиме времени процесс установки клиента:

Картинка с сайта: habr.com

Дожидаемся окончания установки клиента — 5-10 минут (появления кода возврата 0):

Картинка с сайта: habr.com

Если установщик вернет код 7, то ПК необходимо будет перезагрузить для продолжения установки.

По окончании установки, начнется распространение и установка приложений, назначенных и ещё не установленных на ПК, которое можно отследить по появляющимся папкам в кэше по пути C:\Windows\ccmcache в проводнике удаленного ПК. Нас интересует папка с установщиком 1С. Находим её и запоминаем имя. В этой папке будет файл log.log, показывающий процесс установки, который мы также можем просмотреть через CmTrace.exe:

Картинка с сайта: habr.com

Картинка с сайта: habr.com

Видим, что процесс установки завершился ошибкой (не нулевой код):

Картинка с сайта: habr.com

Это значит, что скорее всего запущен еще какой-то процесс msiexec (другая установка, обновление, например). Можно перегрузить ПК либо удалить данный процесс из командной строки с помощью команды taskkill /PID XXXXX /F, где XXXXX номер процесса:

Картинка с сайта: habr.com

Далее, запускаем установку 1С вручную из папки кэша (в данном случае – C:\Windows\ccmcache\3):

Картинка с сайта: habr.com

И проверяем, что нужная нам версия установилась по появлению соответствующей папки в C:\Program Files\1cv8 :

Картинка с сайта: habr.com

На этом процесс восстановления работоспособности клиента SCCM можно считать завершенным.

P.S.

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

— удаление служб с ожиданием их остановки (Remove-Service) доступно только начиная с версии 6.0 (по умолчанию,  на Windows 10 установлена версия 5.1) – остальное делается штатными командами PS.

— чтобы развернуть новую версию PowerShell  и запустить скрипт нужно, чтобы служба WMI и клиент SCCM работали, т.е. восстановить на уже сбойных ПК не удастся, либо устанавливать PS 6.0, например, через групповые политики.

Все действия производились на версии SCCM 2010:

Картинка с сайта: habr.com

Дополнительно, установлено расширение консоли ConfigMgr Console Extensions от Dan Ireland для удобного доступа к дополнительным функциям по правой кнопке мыши (подходит версия 1.7.3a для SCCM 2012).

Проблемы с Службой инструментария управления Windows — как решить неожиданную остановку

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

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

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

Решение проблемы прерывания службы инструментария управления в Windows может потребовать нескольких шагов. Во-первых, следует попытаться определить причину проблемы, проведя диагностику системы и проверив наличие конфликтов или поврежденных компонентов. Затем можно попробовать восстановить систему до предыдущего рабочего состояния или выполнить обновление программного обеспечения.

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

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

Причины и последствия прерывания службы инструментария управления Windows

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

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

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

Симптомы и признаки неожиданной остановки службы инструментария управления Windows

Служба инструментария управления (Service Control Manager, SCM) в операционной системе Windows отвечает за запуск, остановку и управление службами. Когда служба инструментария управления неожиданно прекращает свою работу, это может привести к серьезным проблемам для пользователя. В этой статье мы рассмотрим симптомы и признаки такой неожиданной остановки службы инструментария управления Windows.

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

Другим признаком неожиданной остановки службы инструментария управления может быть неправильное отображение служб в инструменте «Управление службами». Например, вы можете видеть, что некоторые службы отображаются с неправильным статусом – как запущенные, хотя на самом деле они остановлены. Или наоборот, некоторые службы, которые должны быть запущены, отображаются со статусом «остановлено». Это свидетельствует о том, что служба инструментария управления не может правильно отслеживать состояние служб системы.

Возможные причины, по которым служба инструментария управления Windows прерывается

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

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

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

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

Как избежать прерывания службы инструментария управления Windows: полезные советы

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

1. Периодически проверяйте обновления системы

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

2. Очистите систему от ненужных файлов и программ

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

Восстанавливаем службу инструментария управления Windows: пошаговая инструкция

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

Шаг 1: Перезапустите службу инструментария управления Windows. Для этого откройте «Службы» через «Пуск» и «Панель управления». В списке служб найдите «Инструментарий управления Windows» и щелкните правой кнопкой мыши. Затем выберите «Перезапустить» из выпадающего меню. Если служба уже запущена, попробуйте выбрать «Остановить» сначала, а затем «Запустить» для перезапуска.

Шаг 2: Проверьте наличие поврежденных системных файлов. Откройте командную строку как администратор, нажав правой кнопкой мыши на значок «Пуск» и выбрав «Командная строка (администратор)». Введите следующую команду и нажмите Enter: sfc /scannow. Это запустит системное сканирование и восстановление целостности файлов. Дождитесь завершения процесса, который может занять некоторое время, и перезагрузите компьютер.

Шаг 3: Проверьте наличие вирусов и вредоносных программ. Установите актуальную антивирусную программу, если у вас ее нет, и выполните полное сканирование системы. Если обнаружены вредоносные программы, удалите их и перезагрузите компьютер.

Шаг 4: Обновите операционную систему Windows. Установите все доступные обновления через «Настройки» и «Обновление и безопасность». Обновления могут содержать исправления для службы инструментария управления Windows, которые могут решить проблему.

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

Роль службы инструментария управления Windows в работе операционной системы

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

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

Одной из основных функций службы инструментария управления Windows является управление процессами и ресурсами системы. Диспетчер задач позволяет отслеживать активные процессы, контролировать использование ЦП и памяти, а также завершать ненужные задачи для освобождения ресурсов. Это особенно полезно в случае возникновения проблем с производительностью или если система начинает подвисать.

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

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

Оптимизация работы службы инструментария управления Windows для повышения производительности

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

Во-вторых, стоит обратить внимание на автоматически запускаемые программы при загрузке Windows. Часто множество программ автоматически добавляются в список запуска, что может замедлить загрузку и работу системы в целом. Следует удалить из списка запуска программы, которые не являются неотъемлемыми для работы компьютера. Это поможет ускорить время загрузки и повысить производительность системы.

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

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

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

Исправление ошибки инструментария управления Windows (WMI) 1083

Могут быть случаи, когда вы пытаетесь открыть службу Windows, такую ​​как инструментарий управления Windows, и ошибка отображается в следующем сообщении.

Ошибка 1083: исполняемая программа, для которой настроен этот сервис, не реализует сервис.

Картинка с сайта: tehno.znakizodiaka.info

Система может иметь Ошибки WMI, но, кажется, работает правильно большую часть времени. Потому что WMI чаще всего используется для диагностики системы. Текстовый процессор, электронная таблица или программа электронной почты редко зависят от WMI. Вы можете использовать эту процедуру для проверки состояния WMI вашей системы:

Обновление за апрель 2021 года:

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

Зарегистрируйте qmgr.dll и qmgrproxy.dll

Внимательно следуйте этим шагам, так как они должны быть правильно введены в командной строке:

Настройте Services.msc

Используйте командную строку

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

Запустите сеанс командной строки.
Чтобы отменить регистрацию библиотек производительности службы WMI (также известный как WinMgmt), введите

Чтобы остановить все копии, на которых запущена служба WMI, введите следующую команду

Объявите службу WMI, введя

Зарегистрируйте службу WMI, введя следующее

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

Если это не поможет, вы можете восстановить или перестроить репозиторий WMI и посмотреть, поможет ли это.

Картинка с сайта: tehno.znakizodiaka.info

CCNA, веб-разработчик, ПК для устранения неполадок

Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.

Источник

Восстановление работы Windows Management Instrumentation (WMI) после фатального сбоя

Картинка с сайта: tehno.znakizodiaka.info

1 ответ 1

Я столкнулся с этой ситуацией на днях: мои студенты тестировали управление системными функциями и две машины в домене (на обеих – Windows 10) стали возвращать ошибки при работе с Windows Management Instrumentation. Основной админ ещё не вышел из отпуска, пришлось вспоминать, что я бывший руководитель Отдела ИТ 🙂

Сразу отвечу на третий вопрос: без рабочего WMI, на мой взгляд, можно оставлять лишь домашний игровой компьютер, на котором, кроме игр и просмотра видео, больше ничего не делается (разве что дети учатся программировать). В остальных случаях, особенно на корпоративных машинах, тем более в домене, WMI должна работать как часы. Это моё мнение, кто-то может не согласиться.

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

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

1 этап. Проверка работы сервиса.

Картинка с сайта: tehno.znakizodiaka.info

Если она не запущена, пытаемся запустить, выставим режим запуска в «Автоматически». Если запущена, пытаемся перезапустить (Остановить/запустить). После этого проверяем работоспособность WMI. Проще всего сделать это, выполнив любой WMI-запрос в powershell (напоминаю, что powershell в Windows 10 запускается через Пуск/Windows PowerShell/Windows Power Shell, но проще, на мой взгляд, запустить командную строку с админовскими правами, а в ней уже набрать powershell ), например, такой: (вы можете выполнить другой, свой любимый :))

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

2 этап. Недеструктивное восстановление

Стоит попытаться вначале выполнить перерегистрацию библиотек и рекомпиляцию файлов расширения свойств объектов ( Managed Object Format, MOF ) и языковую составляющую этих файлов ( MFL ). Практически гарантированно сработает, если попытка WMI-запроса у вас вызывала ошибку вида “Ошибка в файле WMI.MOF” или любом другом MOF-файле. Для этого выполним следующие операции:

Можно собрать всё это в один BAT-файл и запустить:

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

3 этап. Деструктивное восстановление

Фактически, на 3м этапе мы пересоздаем хранилище WMI, как таковое, которое находится в папке Windows\System32\Wbem\Repository и является базой данных, в которой хранятся данные и определения стандартных WMI-классов и статическая информация дополнительных WMI-классов, если они создавались на вашей машине.

Перед операциями проверьте состояние жёсткого диска и файловой системы.

Проверяем целостность (На Windows XP и ниже не работает):

В случае ответа отличного от “База данных WMI согласована”, можно выполнить «мягкое восстановление» командой:

с последующим перезапуском службы:

Если мягкое восстановление не помогло, пробуем вернуть хранилище в начальное состояние (последствия: все дополнительные классы WMI, когда-либо зарегистрированные в вашей системе, скорее всего, придётся регистрировать заново):

с последующим рестартом системы. Отмечу, что вторая машина заработала после этого этапа. Последствия были не сильно удручающими, но серьёзными: пришлось переинсталлировать Visual Studio и Delphi Starter, MS Office отказался работать и его пришлось деинсталлировать вручную, удаляя папки, файлы и записи из реестра, с последующей повторной установкой. Также слетели все наши собственные классы WMI.

Но, если и это не помогло, придётся удалять и создавать хранилище заново. Это можно сделать следующим BAT-файлом:

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

Источник

Устранение неполадок в WMI

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

О наличии проблем с 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 и включает в себя следующие типы фалов :

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

в противном случае появится ошибка: WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.

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

Перерегистрация библиотек 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: Исправление ошибок, восстановление репозитория в Windows

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

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

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

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

Get-Service Winmgmt | Select DisplayName,Status,ServiceName

Картинка с сайта: tehno.znakizodiaka.info

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

wmic product get name,version

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

Картинка с сайта: tehno.znakizodiaka.info

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

Картинка с сайта: tehno.znakizodiaka.info

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

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

Картинка с сайта: tehno.znakizodiaka.info

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

Картинка с сайта: tehno.znakizodiaka.info

После окончания работы утилиты 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 с помощью команды:

Картинка с сайта: tehno.znakizodiaka.info

Если команда возвращает, что база данных 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

Картинка с сайта: tehno.znakizodiaka.info

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

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

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

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

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

Если обе команды ( 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

Картинка с сайта: tehno.znakizodiaka.info

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

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

Картинка с сайта: tehno.znakizodiaka.info

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

отличная и очень редкая информация! спасибо!

Отличная полезная статья. Сразу решил проблему.

На компьютере возникли проблемы в WMI. При каждом запуске компьютера выходит окошко: «The model does not support WMI», компьютер при этом работает как обычно. Нашла Вашу статью «Устранение неполадок в WMI» и, руководствуясь ей, сначала проверила имеется ли в системе служба Windows Management Instrumentation и включена ли она (имеется и включена), а затем, как у Вас написано, попробовала протестировать работоспособность WMI, обратившись к ней с помощью Powershell — служба выдаёт корректный ответ. Также, вычитав информацию на другом ресурсе, вводила в командную строку sfc/scannow, но никаких ошибок. Посоветуйте, пожалуйста, что я могу сделать?

Как правило в таких ситуациях должен помочь ребилд хранилища WMI. Попробуйте, в статье это подробно описано.

Спасибо, выручил.
Я сразу воспользовался же методом «Перерегистрация библиотек WMI и перекомпиляция mof файлов»

Плиз, поясните по-подробнее смысл команды
if exist Repos_bakup rd Repos_bakup /s /q и её ключей. То ли это условное указание на незнамо что или ещё что. Я в сомнениях по недомыслию. Сенькую.

Плиз, поясните по-подробнее смысл команды
if exist Repos_bakup rd Repos_bakup /s /q и её ключей. То ли это условное указание на незнамо что или ещё что. Я в сомнениях по недомыслию. Сенькую. А то на некоторых сайтах со ссылкой на ваш скрипт юзеры, его применившие, плачут на полный стопер системы и вынуждены откатываться.

ОГРОМНОЕ СПАСИБО! Ничего не помогало, наткнулся на эту статью случайно ЗАРАБОТАЛО! Поклоны бью!

C:\Windows\System32\wbem>for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s
Непредвиденное появление: %%s.
oO
windows 2012 r2

У вас в команде неправилные одиночные кавычки. Наберите руками.

for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s

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

Формат %%s используется при запуске внутри сценария (*.bat или *.cmd файла).
При использовании в консоли нужно убрать один знак ‘%’. Т.е. команда будет такая:
for /f %s in (‘dir /b /s *.dll’) do regsvr32 /s %s

Здравствуйте. Я ни разу не системщик, работаю вынужденно на фрилансе. Столкнулся в 8.1 Pro с признаками, которые не мог распознать, стал копать, вышел на WMI. К моменту разборок со службой точки сохранения старше 2 дней уже были затёрты. Нашёл, как заменить куст System версией из RegBack с помощью инсталляционного диска (там дата была недельной давности). Нашёл ваши рекомендации. Остановил службу, ввожу (power shell из-под админа, для меня непонятно его отличие от командной строки, командную строку запустил чуть позже) for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s — мне отвечает: «строка:1 знак:4
+ for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s
+ »
Отсутствует открывающий знак «(» после ключевого слова «for»…
Дописываю скобку после for — выдаёт строку >> и тишина.
Читаю комменты — «надо убрать знак «%», если не бат-файл. Но если он выдаёт ошибку со скобкой, то бат-файл не выполнится.
Там же вы пишите «Указанные команды можно выполнить путем простой вставки в окно командой строки» — и ни слова про %%.
Понятно, что продираюсь сквозь ваши советы, и конечно спасибо, но для несистемщика — очень тяжко.

Вот еще: wmiprvse /regserver командная строка молча проглотила, а на winmgmt /regserver командная строка ответила «недопустимый параметр
WMI
Использование:….»
далее идёт мануал.
Для меня это тупик, не понимаю. Стал выполнять далее, на последнюю строку for /f %s in (‘dir /b *.mfl’) do mofcomp %s ответил: Файл не найден.

Подскажите, пожалуйста, при установке на Windows 7 x64 пакета WebDeploy 3.6 в самом конце установки пишет об ошибке в скрипте и возвращает код ошибки 1702. Гугл сообщает, что ошибка возможно кроется в некорректной работе WMI, перекомпиляция файлов приведенным скриптом (указанная на форумах как путь решения проблемы) не помогла.
В логе установщика ошибка при вызове InstallEtwManifest.
WMIDiag пишет о наличии ошибок в ключах CLSID, связанных с InProcServer32.
winmgmt /verifyrepository возвращает, что все ОК
Заранее благодарен

Почему вы решили, что ошибка связана с WMI, возможно дело в самом установщике или службы Windows Installer.
Согласно кодов ошибок установщика MSI:
1702 — Configuring [2] cannot be completed until you restart your system
Попробуйте просто перезагрузить систему

1) Попробуйте произвести установку с отключенным UAC.
2) Включите ведение подробного журнала установщика Windows m siexec /i /l*v c:\tmp\install.log
Может в логе что-то более конкретное будет…

Не работает служба WMI Writer
Собственно из-за этой службы не имею возможность делать полный БэкАп системы через Акронис, в Акронисе сказали, обратиться в службу поддержки Майкрософт. Перерегистрация компонентов VSS (Volume Shadow Copy Service) в Windows Server не помогла. Что еще можно сделать? спасибо! 🙁

При вводе 3-ей строки споткнулась на том, что не знаю, как вводится спецсимвол иена (юань) в командной строке. Подскажите, пожалуйста!

Не пойму, где вы нашли символ иены? Из спецсимволов использованы только проценты….
Код скрипт не нужно вводит — выполняйте его через копировать/вставить

Подскажите, пожалуйста, как вводятся символы в командную строку, которых нет на клавиатуре? Необходимо восстановить файл WMIServi Application.

Спец символы можно вводить с клавиатуры,, зажав клавишу alt и набрав код символа на цифровой клавиатуры. Таблица с кодами ASCII символов легко ищется в Интернете.
Например, чтобы набрать символ градуса (º), нужно зажать ALT, и ввести 0176 на цифровой (!!) клавиатуре (не цифры на основной).
Либо копи/паст из Word

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

1) Подключила доп. клавиатуру, простые символы перекодируются, сложные (30%) — нет. Как получить сложные символы? 2) Можно ли настроить командную строку т. о., чтобы пользоваться функциями копи/вставка? Windows Vista.

Попробуйте выполнить команду: cmd /u
Это переключение в Unicode
Алина, а зачем собственно вам спец сиволы в cmd? Может вы не с того конца заходите к проблеме?

Может быть. Попробую восстановить все удалённые файлы. Большое Спасибо за помощь и за конструктивный подход в решении компьютерных задач!

Приветствую, возник такой вопрос, при вводе вот этих команд:

winmgmt /kill
winmgmt /unregserver
winmgmt /regserver

пишет: недопустимый параметр, так и должно быть?
еще наткнулся вот на такой сценарий:

sc config winmgmt start= disabled

rundll32 wbemupgd, RepairWMISetup

rundll32 wbemupgd, UpgradeRepository

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

я так понял это то же самое, что и в «жестком» пересоздании базы, вот только есть другие команды и в конце последовательность другая команды winmgmt /regserver — это влияет?

Добрый день
Подскажите, на эту ошибку нужно обращать внимание:
Инструментарий управления Windows остановил WMIPRVSE.EXE, так как для квоты достигнут порог предупреждения. Квота: HandleCount, значение: 4099, максимальное значение: 4096, PID WMIPRVSE: 2320, поставщики в этом процессе: %systemroot%\system32\wbem\cimwin32.dll, %systemroot%\system32\wbem\ntevt.dll

Да все при этом вроде бы все нормально работает.

Спасибо! Помог мягкий способ! Но столкнулся с проблемой:
«winmgmt /regserver
пишет: недопустимый параметр, так и должно быть?»
Также были проблемы с %%s и %s — внесите коррективы к описанию в самом начале, пожалуйста.

Проблема возникла на Win10 — ноутбук Acer Aspire R3-471GT после вынужденного обновления BIOS от производителя.

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

чет не один из вариантов не помог :((
на команду winmgmt /verifyrepository пишет что базы согласованы, но все равно пуск не удался, даже не знаю что делать
есть варианты еще?

Добрый день! А Вы сталкивались с ошибкой: Регистрация сервера <73e709ea-5d93-4b2e-bbb0-99b7938da9e4>DCOM не выполнена за отведенное время ожидания. 73E709EA-5D93-4B2E-BBB0-99B7938DA9E4 — это как раз Microsoft WMI Provider Subsystem Host. Система Windows Server 2012 полсе перезагрузки работает ровно 6 дней без проблем потом начинаются сыпаться эти ошибки каждые 10 минут.

Не сталкивался, поищите описание проблемы в буржунете по запросу «The server <784e29f4-5ebe-4279-9948-1e8fe941646d>did not register with DCOM within the required timeout.»

Источник