Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

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

0x80041002 Windows Server, AD и Роли

Не запускается служба WMI: восстановление репозитория через winmgmt

Обновлено: 27.08.2026 · Официальная документация ↗

Симптомы повреждения подсистемы WMI

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

Признаки сбоя WMI:

  • Оснастка msinfo32 (Сведения о системе) выдает ошибку: «Не удается собрать сведения. Возможно, поврежден файл инструментария WMI».
  • Не запускаются службы брандмауэра Windows, антивирусы или консоли управления Hyper-V/SCCM.
  • Ошибки выполнения PowerShell-команд Get-WmiObject и Get-CimInstance с кодом 0x80041002 (Not Found) или 0x80041010 (Invalid Class).

Пошаговое восстановление и пересборка репозитория WMI

Для восстановления работы подсистемы WMI используется штатная утилита диагностики winmgmt.

Шаг 1. Проверка целостности базы данных WMI

  1. Запустите Командную строку (cmd) от имени Администратора.
  2. Выполните команду базовой проверки:
winmgmt /verifyrepository

Если команда вернула «Репозиторий WMI не согласован» (REPOSITORY IS INCONSISTENT) — база действительно повреждена.

Шаг 2. Мягкое восстановление без потери данных

Попробуйте выполнить безопасное восстановление структуры:

winmgmt /salvagerepository

Если система ответила «Репозиторий WMI согласован», перезагрузите компьютер и проверьте работу служб.

Шаг 3. Полная пересборка репозитория (При тяжелых сбоях)

Если мягкое восстановление не помогло, выполните полную перерегистрацию всех библиотек WMI следующей серией команд:

# 1. Останавливаем службу управления:
net stop winmgmt /y

# 2. Сбрасываем базу репозитория к заводскому состоянию:
winmgmt /resetrepository

# 3. Перерегистрируем все MOF и MFL файлы в системе:
cd /d C:\Windows\System32\Wbem
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

# 4. Запускаем службу заново:
net start winmgmt
💡 Практика специалистов: Перед выполнением пересборки репозитория всегда вручную создавайте копию папки C:\Windows\System32\wbem\Repository в отдельный архив на случай необходимости отката данных специализированных WMI-провайдеров.

Частые вопросы (FAQ)

Где физически на диске находится база данных WMI?

Файлы репозитория хранятся в системной папке C:\Windows\System32\wbem\Repository.

Почему служба winmgmt не останавливается командой net stop?

От службы WMI зависит множество других сервисов (IP Helper, Security Center). Используйте флаг /y в конце команды, чтобы принудительно остановить все зависимые службы.

Безопасна ли команда winmgmt /resetrepository?

Команда сбрасывает репозиторий до исходного состояния при установке Windows. Сторонние программы (например, мониторинг Dell OpenManage) автоматически перерегистрируют свои классы при первом обращении.

Как быстро проверить работу WMI в консоли PowerShell?

Выполните простую команду: Get-CimInstance Win32_OperatingSystem. Если она выведет версию Windows без ошибок — WMI полностью исправен.

Полезные материалы
Рекомендуем