Не удалось установить подключение к службам wmis windows 10 x64

Любой бывалый 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 может выглядеть так:

get-wmiobject Win32_OperatingSystem

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

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

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

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

WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.

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

winmgmt /verifyrepository

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

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

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

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

WMI репозиторий (хранилище) находится в каталоге
%windir%System32WbemRepository
и представляет собой базу данных, в которой содержится информация о метаданных и определениях 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 вручную таким скриптом:

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
winmgmt /resetrepository
winmgmt /resyncperf
if exist Repos_bakup rd Repos_bakup /s /q
rename Repository Repos_bakup
regsvr32 /s %systemroot%system32scecli.dll
regsvr32 /s %systemroot%system32userenv.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%sysWOW64wbem.

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

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

WMI repository is consistent

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

Устранение неполадок удаленного WMI-подключения

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

В этом разделе обсуждаются следующие разделы:

Отказано в доступе DCOM

произошел сбой подключения с ошибкой «DCOM-доступ запрещен», а также десятичное значение-2147024891 или шестнадцатеричный value0x80070005.

Невозможно настроить DCOM для разрешения WMI-подключения.

Параметры DCOM для WMI можно настроить с помощью служебной программы настройки DCOM (DCOMCnfg.exe), которая находится в меню «Администрирование » на панели управления. Эта программа предоставляет параметры, позволяющие определенным пользователям подключаться к компьютеру удаленно через DCOM. Члены группы «Администраторы» могут удаленно подключаться к компьютеру по умолчанию. С помощью этой служебной программы можно настроить безопасность для запуска, доступа и настройки службы WMI.

сбой Подключение

Невозможно подключиться к инструментарию WMI в удаленной системе.

Возможно, вы пытаетесь подключиться к системе, которая не поддерживает Инструментарий WMI. Следующие подключения между версиями операционной системы не поддерживаются:

Истекло время ожидания подключения WMI

Истекло время ожидания подключения WMI.

Из-за проблем с задержкой сети компьютер просто не может ответить вовремя.

При подключении к инструментарию WMI с помощью вызова SWbemLocator. коннектсервер или Ивбемлокатор:: коннектсерверможно задать флаг вбемконнектфлагусемаксваит (скрипт) или установить _ флаг WBEM _ Connect _ использовать максимальное время _ _ ожидания в C++ значение 128 (0x80), чтобы наложить в вызове два (2) минуты.

Источник

Сообщение об ошибке при диспетчер конфигурации SQL Server в SQL Server: не удается подключиться к поставщику WMI. У вас нет разрешения или сервер недостижим

Эта статья поможет вам решить проблему, которая возникает при диспетчер конфигурации SQL Server.

Оригинальная версия продукта: SQL Server
Исходный номер КБ: 956013

Симптомы

Вы можете получить одно из следующих сообщений об ошибке при диспетчер конфигурации SQL Server:

Невозможно подключиться к поставщику WMI. У вас нет разрешения или сервер недостижим. Обратите внимание, что управлять серверами SQL Server 2005 и более поздних диспетчер конфигурации SQL Server.
Недействительное пространство имен [0x8004100e]

Невозможно подключиться к поставщику WMI. У вас нет разрешения или сервер недостижим, обратите внимание, что управлять серверами SQL Server 2005 и более поздних диспетчер конфигурации SQL Server.
Недействительный класс [0x80041010]

Причина

диспетчер конфигурации SQL Server средства управления окнами (WMI) для просмотра и изменения некоторых параметров сервера. При подключении к серверам диспетчер конфигурации SQL Server WMI для получения статуса служб SQL Server (MSSQLSERVER) и SQL Server агентов. Эта проблема возникает из-за удаления поставщика WMI при удалении экземпляра SQL Server.

Этот файл находится в %programfiles(x86)% папке.

Обходной путь

Для решения проблемы можно использовать один из следующих вариантов.

Вариант 1. Повторное SQL поставщика WMI с помощью компиляторов mofcomp (Managed Object Format (MOF)

Это можно сделать следующим образом:

Файл MOF (sqlmgmproviderxpsp2up.mof) для экземпляра SQL находится в папке «%programfiles(x86)%Microsoft SQL ServernnnShared». Определите расположение файла mofcomp для вашей версии с помощью следующей таблицы в качестве ссылки:

Откройте повышенную командную подсказку и измените каталог на расположение папки с step1.

Затем введите следующую команду и нажмите кнопку ENTER:

Чтобы эта команда была успешной, в папке должен присутствовать файл Sqlmgmproviderxpsp2up.mof. %programfiles(x86)%Microsoft SQL ServernnnShared

После запуска средства mofcomp перезапустите службу WMI, чтобы изменения вступили в силу. Имя службы Windows инструментов управления.

Источник

Regarding event ID 200, 201, 202, please check the article below:

Unfortunately, this is not the same as the article you referred me to. All the above mentioned error are not listed in the article you mentioned.

I don’t know how to solve it.

All instructions are in our Wiki article below.
Should you have any questions please ask us.

Wanikiya and Dyami—Team Zigzag Windows IT-PRO (MS-MVP)

All instructions are in our Wiki article below.
Should you have any questions please ask us.

Wanikiya and Dyami—Team Zigzag Windows IT-PRO (MS-MVP)

All came out clean.

There must be a way to handle this.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

Hi Gil，
Would you mind letting me know the result of the suggestions? If you need further assistance, feel free to let me know. I will be more than happy to be of assistance.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

I have tried the suggestions there (except the one which is exclusively for Win8.1), and this issue still persists.

Have you look at the link I mentioned on the previous reply?

The methods which from Michael Shao are worth trying.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

Have you look at the link I mentioned on the previous reply?

The methods which from Michael Shao are worth trying.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

I have tried but it doesn’t help.

But I haven’t received them for the last couple of days. What I did receive is Event 122, DeviceSetupManager, Access to drivers on Windows Update was blocked by policy

I am glad to hear that update of your case.

There is a scheduled task that runs each night in Microsoft | Windows | Device Setup called Metadata Refresh.

When that task runs it causes the Device Setup Manager service to start, and that’s what is causing the messages. If you look in the Event Viewer under Application and Services Logs | Microsoft | Windows | DeviceSetupManager | Admin and filter on Event ID 122 then you can see the entries.

The “policy” that is causing the block is actually the Device Installation Settings.

For this Event, please open Devices and Printers in Control Panel, you might see a small pop-down about displaying enhanced device icons. right click that bar and select Open device installation settings.

When that window opens, you will see the settings that define the “policy”.

If you change the setting to Always install the best driver software from Windows Update. then the EventID 122 errors will go away.

Also, try disable this task scheduler, open task scheduler,

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

I had this problem for many days since freshly reinstalling Windows 10 Pro 2 weeks and I finally solved the problem yesterday!
Originally I found the info from this link on how to fix this.
https://answers.microsoft.com/en-us/. 79736f4?auth=1
Here’s my thread from the ten forums. https://www.tenforums.com/windows-updates-activation/133310-warnings-event-id-200-202-360-after-windows-update-1809-a.html
Go to Control PanelAll Control Panel ItemsPrograms and Features Turn Features On or Off and uninstall Microsoft XPS Document Writer, Internet Printing Client, Microsoft Print to PDF and Windows Fax and Scan.

Since I’ve done that upon restart/boot I no longer receive A connection to the Windows Update service could not be established Event ID 200

This also naturally fixed the The Network List Manager reports no connectivity to the internet: Event ID 202

That issue also disappeared along with Event ID 200. These seem to be interconnected. Basically these items are located in Control PanelAll Control Panel ItemsDevices and Printers. When Windows Update fails to install drivers for these items maybe due to some corruption I don’t know. This is what triggered those Event ID 200 and 202. I was also getting Event ID 201 but now I no longer get it.

At first I tried to simply remove Microsoft XPS Document Write, Windows Fax, etc from Devices and Printers but that didn’t work. But uninstalling them from Programs and Features Turn Features On or Off has solved the problem.

Now I have done several experiments and these warnings are no longer appearing in my Event Log Viewer!

Источник

Исправлено: не удается подключиться к поставщику WMI в Windows 10 —

Если вы получите ‘Не удается подключиться к провайдеру WMI’, Это может быть связано с удалением поставщика WMI из-за установки SQL Server или разрешений ключа в реестре Windows. Пользователи сообщают, что когда они устанавливают SQL Server v17.2 или новее в своей системе, они получают сообщение об ошибке ‘Не удается подключиться к провайдеру WMI. У вас нет разрешения или сервер недоступен’Сообщение при попытке открыть диспетчер конфигурации сервера.

Не удается подключиться к провайдеру WMI

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

Что вызывает ошибку «Не удается подключиться к поставщику WMI» в Windows 10?

Хорошо, если вы получаете указанное сообщение об ошибке при попытке доступа к Configuration Manager сервера, это может быть связано со следующими факторами:

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

Решение 1. Использование инструмента Mofcomp

Как мы упоминали выше, иногда поставщик инструментария управления WMI или Windows удаляется при установке экземпляра SQL Server. Поставщик WMI — это системный процесс, который позволяет приложениям в вашей системе запрашивать и извлекать информацию из других приложений в системе. Вы можете решить эту проблему, запустив инструмент Mofcomp. Вот как это сделать:

Решение 2. Изменение разрешений раздела реестра Windows

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

Источник

Настроить удаленный доступ по WMI

Столкнулся с неожиданными трудностями при удаленных подключениях к Windows по WMI. Постоянно получал «ОШИБКА. Описание: Отказано в доступе. Код ошибки: 80070005» При этом все учетные данные, настройки firewall и т.д. были на 100% верны. Где-то сразу все работало, как надо, а где-то ни в какую не получалось удаленно подключиться к Windows 10 по WMI.

Введение

Для работы по WMI используется свой язык запросов WMI Query Language (WQL), который немного похож на SQL, так как является его разновидностью. Пример работы с WMI можно посмотреть прямо в командной строке Windows:

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

Ошибка WMI 80070005 Отказано в доступе

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

Очень часто вы можете получить вот такую ошибку при запросе WMI по сети. Далее рассказываю, как ее продиагностировать и исправить.

Разрешение удаленных вызовов по WMI

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

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

Должно получиться в итоге вот так:

В разных версиях Windows 10 изменение типа сети с общедоступной на частную выглядит по-разному. Даже сейчас, проверяя статью, я в двух разных системах вижу 2 разных способа. Пункты меню в Параметрах постоянно меняются. Каждый раз как Коломбо вынужден искать новое расположение старых настроек. Ума не приложу, зачем Microsoft это делает. Вот так меняется тип сети в одной из других версий:

После того, как изменили профиль сети на частный, открывайте командную строку с правами администратора и выполните в ней команду:

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

Что делать в этом случае, вы знаете. Если все прошло успешно, то теперь удаленный вызов WMI завершится удачно:

Заключение

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

Источник

Wanikiya and Dyami—Team Zigzag Windows IT-PRO (MS-MVP)

All came out clean.

There must be a way to handle this.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

Hi Gil，
Would you mind letting me know the result of the suggestions? If you need further assistance, feel free to let me know. I will be more than happy to be of assistance.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

I have tried the suggestions there (except the one which is exclusively for Win8.1), and this issue still persists.

Have you look at the link I mentioned on the previous reply?

The methods which from Michael Shao are worth trying.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

Have you look at the link I mentioned on the previous reply?

The methods which from Michael Shao are worth trying.

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

I have tried but it doesn’t help.

But I haven’t received them for the last couple of days. What I did receive is Event 122, DeviceSetupManager, Access to drivers on Windows Update was blocked by policy

I am glad to hear that update of your case.

There is a scheduled task that runs each night in Microsoft | Windows | Device Setup called Metadata Refresh.

When that task runs it causes the Device Setup Manager service to start, and that’s what is causing the messages. If you look in the Event Viewer under Application and Services Logs | Microsoft | Windows | DeviceSetupManager | Admin and filter on Event ID 122 then you can see the entries.

The “policy” that is causing the block is actually the Device Installation Settings.

For this Event, please open Devices and Printers in Control Panel, you might see a small pop-down about displaying enhanced device icons. right click that bar and select Open device installation settings.

When that window opens, you will see the settings that define the “policy”.

If you change the setting to Always install the best driver software from Windows Update. then the EventID 122 errors will go away.

Also, try disable this task scheduler, open task scheduler,

Under Task Scheduler -> Microsoft -> Windows -> Device setup -> Right click Metadata Refresh task -> Choose disable

Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

• Предложено в качестве ответа Kate Li Microsoft employee 7 апреля 2016 г. 7:04
• Помечено в качестве ответа Kate Li Microsoft employee 7 апреля 2016 г. 7:04

I had this problem for many days since freshly reinstalling Windows 10 Pro 2 weeks and I finally solved the problem yesterday!
Originally I found the info from this link on how to fix this.
https://answers.microsoft.com/en-us/. 79736f4?auth=1
Here’s my thread from the ten forums. https://www.tenforums.com/windows-updates-activation/133310-warnings-event-id-200-202-360-after-windows-update-1809-a.html
Go to Control PanelAll Control Panel ItemsPrograms and Features Turn Features On or Off and uninstall Microsoft XPS Document Writer, Internet Printing Client, Microsoft Print to PDF and Windows Fax and Scan.

Since I’ve done that upon restart/boot I no longer receive A connection to the Windows Update service could not be established Event ID 200

This also naturally fixed the The Network List Manager reports no connectivity to the internet: Event ID 202

That issue also disappeared along with Event ID 200. These seem to be interconnected. Basically these items are located in Control PanelAll Control Panel ItemsDevices and Printers. When Windows Update fails to install drivers for these items maybe due to some corruption I don’t know. This is what triggered those Event ID 200 and 202. I was also getting Event ID 201 but now I no longer get it.

At first I tried to simply remove Microsoft XPS Document Write, Windows Fax, etc from Devices and Printers but that didn’t work. But uninstalling them from Programs and Features Turn Features On or Off has solved the problem.

Now I have done several experiments and these warnings are no longer appearing in my Event Log Viewer!

Источник

Ошибки в Журнале событий Windows 8.1 — как исправить?

Доброго времени суток!
В Журнале событий Windows 8.1 после каждой перезагрузки появляются ошибки 200, 201, 202 связанные со службой DeviceSetupManager
Сообщается что «Диспетчер списка сетей сообщает об отсутствии подключения к Интернету«.
Хотя интернет есть, я сейчас пишу на форуме через действующее подключение. и Центр обновлений Windows работает правильно.
и «Не удалось установить подключение к службам WMIS»

Свежеустановленная Windows 8.1 x64 (Дополнительно установлены только драйверы на устройства и все)Переустанавливал несколько раз ошибки появляются каждый раз.

Коды ошибок:
DeviceSetupManager, код ошибки 202

Имя журнала: Microsoft-Windows-DeviceSetupManager/Admin
Источник: Microsoft-Windows-DeviceSetupManager
Дата: 02.11.2014 12:31:41
Код события: 202
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:
Пользователь: СИСТЕМА
Компьютер: Desktop
Описание:
Диспетчер списка сетей сообщает об отсутствии подключения к Интернету.
Xml события:

202
0
3
0
0
0x4000000000000000

671

Microsoft-Windows-DeviceSetupManager/Admin
Desktop

[/spoiler]
DeviceSetupManager, код ошибки 200

Имя журнала: Microsoft-Windows-DeviceSetupManager/Admin
Источник: Microsoft-Windows-DeviceSetupManager
Дата: 02.11.2014 12:31:41
Код события: 200
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:
Пользователь: СИСТЕМА
Компьютер: Desktop
Описание:
Не удалось установить подключение к службе Центра обновления Windows.
Xml события:

200
0
3
0
0
0x4000000000000000

672

Microsoft-Windows-DeviceSetupManager/Admin
Desktop

[/spoiler]
DeviceSetupManager, код ошибки 201

Имя журнала: Microsoft-Windows-DeviceSetupManager/Admin
Источник: Microsoft-Windows-DeviceSetupManager
Дата: 02.11.2014 12:31:08
Код события: 201
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:
Пользователь: СИСТЕМА
Компьютер: Desktop
Описание:
Не удалось установить подключение к службам WMIS.
Xml события:

201
0
3
0
0
0x4000000000000000

665

Microsoft-Windows-DeviceSetupManager/Admin
Desktop

Как это вам мешает? Скорее всего система пытается обратится к службе, которая еще не успела заработать, ОС выдает ошибку, обращается еще раз, служба уже работает все замечательно, все рады.

Источник

201 не удалось установить подключение к службам wmis

Вопрос

Приятного времени суток.
Windows 10 15063 (комп в домене)
Устанавливаю принтер через Панель управления — Устройства и принтеры — Добавление принтера.
Выбираю порт usb001 (либо в случае сетевого принтера указываю имя хоста), указываю расположение драйвера. Диалог установки завершается успешной распечаткой пробной страницы. И из любого установленного приложения принтер печатает.
В «администрировании — управление печатью» принтер есть, управление возможно.
Однако в разделе «Устройства и принтеры», а также в разделе «Параметры-Устройства-Принтеры и сканеры» новый принтер отсутствует.
После ребута принтер появляется и там и там, однако в «устройствах и принтерах» висит в статусе «выполняется установка», а в «Принтерах и сканерах» просто внизу некая незавершенная полоска выполнения какого-то процесса.
При этом настройка принтеров через эти элементы управления невозможна.

Если отключить сеть, то буквально секунд через 30 всё встает на свои места и принтеры становятся управляемы.

upd. При изменении настроек (например расшаривании) приходится заново отключать комп от сети.

Вопрос: каков алгоритм процесса установки принтеров в Windows 10 и как связана работоспособность элементов управления «Устройства и принтеры» и «Принтеры и сканеры» с подключением к сети?

Источник

201 не удалось установить подключение к службам wmis

Вопрос

Приятного времени суток.
Windows 10 15063 (комп в домене)
Устанавливаю принтер через Панель управления — Устройства и принтеры — Добавление принтера.
Выбираю порт usb001 (либо в случае сетевого принтера указываю имя хоста), указываю расположение драйвера. Диалог установки завершается успешной распечаткой пробной страницы. И из любого установленного приложения принтер печатает.
В «администрировании — управление печатью» принтер есть, управление возможно.
Однако в разделе «Устройства и принтеры», а также в разделе «Параметры-Устройства-Принтеры и сканеры» новый принтер отсутствует.
После ребута принтер появляется и там и там, однако в «устройствах и принтерах» висит в статусе «выполняется установка», а в «Принтерах и сканерах» просто внизу некая незавершенная полоска выполнения какого-то процесса.
При этом настройка принтеров через эти элементы управления невозможна.

Если отключить сеть, то буквально секунд через 30 всё встает на свои места и принтеры становятся управляемы.

upd. При изменении настроек (например расшаривании) приходится заново отключать комп от сети.

Вопрос: каков алгоритм процесса установки принтеров в Windows 10 и как связана работоспособность элементов управления «Устройства и принтеры» и «Принтеры и сканеры» с подключением к сети?

Источник

Исправлено: не удается подключиться к поставщику WMI в Windows 10 —

Если вы получите ‘Не удается подключиться к провайдеру WMI’, Это может быть связано с удалением поставщика WMI из-за установки SQL Server или разрешений ключа в реестре Windows. Пользователи сообщают, что когда они устанавливают SQL Server v17.2 или новее в своей системе, они получают сообщение об ошибке ‘Не удается подключиться к провайдеру WMI. У вас нет разрешения или сервер недоступен’Сообщение при попытке открыть диспетчер конфигурации сервера.

Не удается подключиться к провайдеру WMI

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

Что вызывает ошибку «Не удается подключиться к поставщику WMI» в Windows 10?

Хорошо, если вы получаете указанное сообщение об ошибке при попытке доступа к Configuration Manager сервера, это может быть связано со следующими факторами:

• Разрешения реестра Windows. В некоторых случаях проблема возникает, если только учетная запись администратора имеет полные разрешения для раздела реестра Windows и учетная запись сетевой службы ограничена.
• Удаление поставщика WMI. В некоторых случаях поставщик WMI удаляется из-за установки экземпляра сервера SQL. Такие случаи также могут привести к возникновению ошибки.

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

Решение 1. Использование инструмента Mofcomp

Как мы упоминали выше, иногда поставщик инструментария управления WMI или Windows удаляется при установке экземпляра SQL Server. Поставщик WMI — это системный процесс, который позволяет приложениям в вашей системе запрашивать и извлекать информацию из других приложений в системе. Вы можете решить эту проблему, запустив инструмент Mofcomp. Вот как это сделать:

1. Нажмите Windows Key + X и выберите Командная строка (администратор) из списка, чтобы открыть командную строку с повышенными правами.
2. Когда откроется командная строка администратора, скопируйте и вставьте следующую команду, а затем нажмите Enter:

Использование инструмента Mofcomp

Щелкните правой кнопкой мыши и выберите Запустить снова.
Перезапуск службы WMI

Решение 2. Изменение разрешений раздела реестра Windows

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

1. Нажмите Windows Key + R открыть Бежать диалоговое окно.
2. Введите ‘смерзаться’, А затем нажмите Войти.
3. Затем вставьте следующий путь в адресную строку: Компьютер HKEY_CLASSES_ROOT CLSID
4. Щелкните правой кнопкой мыши на и выберите права доступа.
   Изменение разрешений
5. Нажмите добавлять а затем введите Сетевой сервис под ‘Введите имена объектов для выбора».
6. После этого нажмите Проверьте имена а затем ударил Хорошо.
   Добавление учетной записи сетевой службы
7. основной момент Сетевой сервис и убедитесь, что Полный контроль флажок установлен.
   Разрешения учетной записи сетевой службы
8. Нажмите Применять а затем ударил Хорошо.
9. Перезагрузите систему и посмотрите, исправит ли она проблему.

Помогла ли Вам статья?

Среди ассортимента сбоев, багов и прочих неприятностей, с которым приходится встречаться пользователям ОС Windows, достаточно распространённое явление – ошибка, сопровождающаяся сообщением «Не удаётся подключиться к службе Windows». Вызвана она сбоем системных служб и компонентов. Так, появляясь в трее при последующем запуске компьютера, ошибка возникает в работе Службы уведомления о системных событиях (в этом случае войти в систему можно только под учётной записью администратора), Клиента групповой политики и прочих системных инструментов. О полноценном функционировании Windows в свете таких событий говорить не приходиться, поскольку для компьютера становятся характерны зависания и ощутимая потеря производительности, а в Диспетчере задач можно увидеть, что процессор максимально загружен даже при работе с нетребовательным софтом, так что устранять проблему нужно незамедлительно.

Причины ошибки

Источником сбоя могут быть разные факторы. Чаще всего ошибка связана с нарушением целостности файлов реестра, в частности технической спецификации Windows Sockets API (или WinSock), используемой для реализации приложений в сети на базе протокола TCP/IP. При появлении данного сбоя юзеры с ограниченными правами не могут войти в систему, при этом администратор имеет возможность посмотреть журнал системных событий для выявления причины неисправности. Иногда перезагрузка устройства временно помогает решить проблему, но чаще всего окно, информирующее о произошедшем сбое, вылетает в трее постоянно, пока причина не будет устранена, при этом проблемный системный инструмент не запускается и вручную. Так, спровоцировать ошибку с сообщением «Не удаётся подключиться к службе Windows» могут следующие причины:

• Повреждения записей реестра вредоносными программами.
• Неправильная, неполная установка ПО.
• Несовместимость установленного софта.
• Конфликт оборудования.
• Кривые обновления Windows.
• Неверные системные настройки.

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

Как устранить ошибку при подключении к службе Windows

Для решения вопроса достаточно применения штатных средств операционной системы. При появлении ошибки «Не удаётся подключиться к службе Windows» рекомендуется продиагностировать систему и выполнить восстановление повреждённых элементов, применив системную утилиту System File Checker (SFC):

• Запускаем командную строку на правах администратора. Чтобы это осуществить, в поисковой строке необходимо запросить командная строка, затем нажать на приложении в результатах ПКМ и из контекстного меню выбрать «Запуск от имени администратора». Тот же эффект будет, если открыть консоль «Выполнить» (Win+R) и в строке прописать команду cmd, затем нажать Ctrl+Shift+Enter.
• В командной строке вбиваем sfc/scannow и жмём Enter.
• Начнётся сканирование системы, в процессе которого при обнаружении неполадок повреждённые файлы будут заменены.
• Процедура займёт определённое время и по завершении утилита выдаст отчёт, информирующий вас о найденных повреждениях, если таковые имелись и проведённых работах по их реабилитации. Может потребоваться перезагрузка устройства.

Восстановление системных файлов выполняется ещё одним инструментом ОС Windows – встроенной утилитой DISM:

• Запускаем командную строку от имени администратора.
• Прописываем команду exe /Online /Cleanup-Image /RestoreHealth.
• Ожидаем окончания процесса, во время которого система сканируется, и при обнаружении повреждённых или отсутствующих файлов они восстанавливаются путём скачивания их утилитой с официального ресурса Microsoft. Подключение к сети интернет – обязательное условия для успешного выполнения процедуры.

Как проверить систему на вирусы

Повреждения системных файлов вследствие деятельности вредоносного софта – явление нередкое. Если в том, что служба не подключается, виноваты вирусы, для решения проблемы их устранение обязательно. Даже наличие хорошего антивируса не является гарантом того, что вирусные программы не смогут проникнуть в систему. К тому же пользователи и сами частенько способствуют заражению устройства, например, загружая софт из непроверенных источников. Так, при появлении ошибки, сообщающей, что не удалось подключиться к службе Windows, под подозрением в первую очередь вредоносные программы, повредившие нужные для полноценной работы системы файлы. Вирусы, поселившиеся на компьютере, могут привести и к более тяжёлым последствиям, если своевременно не избавиться от них. Кроме глубокой проверки дисков установленным антивирусом можно дополнительно использовать сторонние утилиты, например, Dr.Web CureIt или AdwCleaner, позволяющие тщательно просканировать устройство и устранить угрозы с использованием самых свежих антивирусных баз.

Как устранить ошибку с помощью команд

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

• Запускаем командную строку на правах администратора (как это сделать, см. выше).
• В окне выполняем команду rout -f , жмём клавишу ввода (очищается таблица маршрутизации от лишних записей).
• Теперь вводим команду netsh winsock reset, жмём Enter (выполняется сброс обработчика WinSock).
• Перезагружаем устройство.

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

• ipconfig /flushdns
• nbtstat -R
• nbtstat -RR
• netsh int reset all
• netsh int ip reset
• netsh winsock reset
• netsh interface tcp set global autotuninglevel=disabled

После этого перезагружаемся и смотрим, решена ли проблема.

Какие ещё применяются методы борьбы с ошибкой

Кроме вышеперечисленных способов иногда проблему можно решить через Центр управления сетями и общим доступом:

• Переходим к Панели управления и среди списка выбираем данную службу.
• В блоке слева выбираем раздел «Изменения параметров адаптера».
• Жмём ПКМ на ярлыке подключения по локальной сети, выбираем «Свойства».
• В списке компонентов, использующихся соединением, ставим галочку в пункте «Клиент для сетей Microsoft» (если пункт не отмечен).
• Сохраняем изменения и перезагружаемся. 

Если причина ошибки не была выявлена, а консольные команды не возымели нужного результата, есть возможность исправить ситуацию при помощи опции возврата системы в точку восстановления. Для выполнения этих манипуляций она должна быть создана ранее, чтобы Windows смогла вернуться в «прошлое», когда никаких проблем ещё не возникало. Воспользоваться функцией на Windows 10 можно перейдя к разделу «Восстановление» в Центре безопасности и обслуживания (идём сюда через Панель управления, для каждой версии системы наименование службы может отличаться, но суть остаётся та же). Процесс не затрагивает пользовательские данные, но лучше перенести важные данные на съёмный носитель, после чего запускаем процесс.

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

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