Microsoft windows wmi ошибка
Сообщения: 3
Благодарности: 0
Друзья! Я ещё один несчастный с ошибкой 0x80041003.
Помогите, если кто может, пожалуйста!
Ситуация следующая:
Компьютер у меня используется только для звукозаписи (запись, сведение, мастеринг).
Соответственно, основной приблудой в моём компе является звуковая карта — 16 каналов (Alesis io26 на 8 каналов + ADAT на 8 каналов = 16 каналов).
Звуковуха подключается через FireWire (ieee1394).
Никаких игр и вообще ничего подобного. Даже к интернету никогда не подключаю.
ОС — Windows7 x64.
Проц — i7-2600
Мать — Gigabyte Z68P-DS3 rev2.1
Оперативка — 8Гб
Комп постоянно зависает.
Причём, какой-либо логики в зависаниях не наблюдается вообще. Может проработать пару месяцев без проблем, а может зависнуть то во время работы, то вне какой-либо нагрузки, то вообще уже на приветственной заставке.
Так как не считаю себя супер-специалистом по части компьютеров, я долгое время грешил на харды, один из которых куплен в 2006 году, второй и того старше.
Недавно купил новые харды: SSD под ОС и HDD под хранилище.
Работать всё стало, конечно, намного быстрее, Винда загружается секунд за 25-30. Но проблема с зависаниями осталась.
Винду, как и дрова и остальное ПО, со старого винта не копировал, а поставил всё с нуля.
Начал шерстить форумы и пытаться найти проблему и способ её решения.
Перепробовал всё возможное — обновлял и откатывал дрова, менял слоты, переставлял Винду и остальное ПО. Результат всё тот же.
Прогонял Аидой и ОССТ несколько раз.
Прогонял разными антивирусами несколько раз.
Ставил другие сборки Винды.
Ничего не помогает
Далее, в журнале событий нашёл эту самую ошибку 0x80041003.
Стал копать интернет, набрёл на этот форум.
Прописывал вышеуказанный скрипт. Чистил Repository много раз. Использовал WMI MicrosoftFixit50688.
Всё равно зависает.
А ещё до того, стал подозревать тупо конфликт звуковухи с видюхой. Попросил у друга видюху потестить пару дней.
С его видюхой, кажется, зависает реже, чем с моей. Но всё же зависает.
Моя видюха — NVIDIA GeForce GTX550Ti
Видюха друга — NVIDIA GeForce 9600 GT
Ребята, кто что может сказать по моей ситуации?
Уже и не знаю, куда ещё копать.
Последний раз редактировалось Kreep, 19-01-2018 в 22:25 .
Устранение неполадок в WMI
Любой бывалый Windows-админ не раз сталкивался с проблемами в работе службы WMI и ее компонентах. Наличие проблем в подсистеме WMI является критичным с точки зрения нормального функционирования системы, поэтому администратору приходится прибегать к тем или иным трюкам, позволяющим восстановить работоспособность WMI. В этой статье мы опишем достаточно простую методику диагностирования и устранения неполадок в службе WMI.
О наличии проблем с WMI может свидетельствовать широкий спектр ошибок:
- Ошибки обработки WMI запросов в системных журналах и логах приложений
- Ошибки GPO, завязанные на WMI ( некорректная работа wmi фильтров политик, и пр.)
- Ошибки в работе / невозможность установки агентов SCCM/SCOM
- Ошибки в работе скриптов (vbs или powershell), использующих пространство имен WMI
В первую очередь нужно проверить имеется ли в системе служба Windows Management Instrumentation (Winmgmt) и включена ли она.
Если служба присутствует и находится в состоянии Started, рекомендуется протестировать работоспособность WMI, обратившись к ней с помощью простого wmi-запроса. С помощью Powershell, например, это можно сделать так:

Утилита WMIDiag
Для «тонкой» диагностики службы WMI существует официальная утилита Microsoft — WMIDiag (Microsoft WMI Diagnosis). Утилита представляет собой vbs скрипт, который проверяет различные подсистемы WMI и записывает собранную информацию в лог файлы (по умолчанию логи находятся в каталоге %TEMP% — C:\USERS\%USERNAME%\APPDATA\LOCAL\TEMP\). Получившийся отчет состоит из файлов, имена которых начинаются с WMIDIAG-V2.1 и включает в себя следующие типы фалов :
- .log файлы содержат подробный отчет об активности и работе утилиты WMIDiag
- .txt файлы содержат итоговые отчеты о найденных ошибках, на которые стоит обратить внимание
- В .csv файлах содержится информация, нужная для долгосрочного анализа работы подсистемы WMI
Совет. В 64 битных версиях Windows wmidiag нужно запускать так:
в противном случае появится ошибка: WMIDiag must be run from native 64-bit environment. It is not supported in Wow64.
После окончания работы утилиты WMIDiag администратор должен изучить полученные файлы логов, проанализировать и попытаться исправить найденные ошибки.
В общем случае, WMIDiag может дать информацию по исправлению частных ошибок в WMI , но в большинстве случаев процесс это довольно трудоемкий и стоит потраченного времени только при решении инцидентов в критичных системах (как правило, на продуктивных серверах). Для массового сегмента рабочих станций пользователей гораздо проще «бить по площадям» и решать проблему работы WMI более радикально.
Перерегистрация библиотек WMI и перекомпиляция mof файлов
Следующий скрипт представляет собой «мягкий» вариант восстановления работоспособности службы WMI на отдельно взятом компьютере (выполняется перерегистрация dll библиотек и службы WMI, перекомпилируются mof файлы). Данная процедура является безопасной и ее выполнение не должно привести к каким-либо новым проблемам с системой.
Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в bat файле и запустить его с правами администратора. После окончания работы скрипта, систему нужно перезагрузить и вновь проверить работу WMI.
Пересоздание репозитория (хранилища) WMI
В том случае, если предыдущий способ не помог, придется перейти к более «жесткому» способу восстановления работоспособности службы WMI, заключающегося в пересоздании хранилища.
WMI репозиторий (хранилище) находится в каталоге %windir%\System32\Wbem\Repository и представляет собой базу данных, в которой содержится информация о метаданных и определениях WMI классов. В некоторых случаях репозитория WMI может содержать статическую информацию классов. При повреждении репозитория WMI, в работе службы Windows Management Instrumentation (Winmgmt) могут наблюдаться ошибки вплоть до полной невозможности ее запустить.
В том случае, если вы подозреваете, что репозиторий WMI поврежден, имейте в виду, что его пересоздание это последняя вещь, к которой нужно прибегнуть только в том случае, если никакие другие операции реанимировать WMI не помогают.
В Windows Vista и выше проверить целостность репозитория WMI можно с помощью команды:
Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:
И перезапустить службу wmi:
Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:
В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:
Данный скрипт полностью пересоздает хранилище WMI (старый репозитория сохраняется в каталоге Repos_bakup). После окончания работы скрипта компьютер нужно перезагрузить, после чего протестировать работу службы WMI простым запросом.
В этой статье мы собрали типовые методики позволяющие устранить неполадки в работе службы WMI и ее подсистемах.
Как исправить ошибку WMI 0X8004100E
Ошибка 8004100e — это ошибка WMI, также называемая WBEM_E_INVALID_NAMESPACE.
Основной причиной является хранилище WMI. Это означает, что WMI поврежден. Что такое хранилище WMI? Это база данных, в которой хранится метаинформация и определения классов WMI.
Другой возможной причиной является то, что диспетчер распространения требует установки базовых компонентов IIS на локальном сервере сайта диспетчера конфигурации для создания виртуального каталога. Диспетчер распространения также требует, чтобы на сервере точки распространения были установлены веб-службы IIS, которые должны поддерживать интеллектуальную службу фоновой передачи (BITS).
Убедитесь, что базовые компоненты IIS установлены на локальном сервере сайта Configuration Manager, а веб-службы IIS установлены на сервере точки распространения.
Сообщение об ошибке может выглядеть так:
cWmi :: Connect () не удалось подключиться к \\ DP.domainname.com \ root \ MicrosoftIISv2.2. Ошибка = 0x8004100E
или что-то типа того:
ОШИБКА DPConnection :: ConnectRemoteIISManagementWMI () — Не удалось подключиться к DP.domainname.com ошибка = 0x8004100e
Чтобы исправить ошибку 0X8004100E, используйте следующие методы:
Отключение брандмауэра
- Откройте панель управления — есть несколько способов сделать это, но самый простой способ — через меню «Опытный пользователь» или меню «Пуск» Windows 7.
- Выберите ссылку Система и безопасность.
- Выбрать Брандмауэр Windows.
- В левой части экрана брандмауэра Windows выберите Включить или отключить брандмауэр Windows.
- Выберите пузырь рядом с Отключить брандмауэр Windows (не рекомендуется).
- Нажмите или нажмите кнопку ОК, чтобы сохранить изменения.
Обновить:
Теперь мы рекомендуем использовать этот инструмент для вашей ошибки. Кроме того, этот инструмент исправляет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует ваш компьютер для максимальной производительности. Вы можете быстро исправить проблемы с вашим ПК и предотвратить появление других программ с этим программным обеспечением:
- Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
- Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
- Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.
Удаление папок из хранилища
Пуск> Выполнить> Services.msc> Служба инструментария управления Windows> Щелкните правой кнопкой мыши и нажмите «Стоп».
С помощью проводника Windows удалите все файлы в папке% SystemRoot% \ System32 \ Wbem \ Repository и перезагрузите компьютер.
Установка IIS 7.0 WMI
Установите поставщик IIS 7.0 WMI на каждом целевом компьютере и на компьютере Query Engine (или 11.0 CCS Manager), создавая отчеты на целевых компьютерах. Чтобы включить «Сценарии и инструменты управления IIS» на сервере Windows 2008, выполните следующие действия:
Нажмите Пуск -> Панель управления -> Инструменты администрирования -> Диспетчер серверов -> Роли
Прокрутите вниз до списка ролей IIS, озаглавленного «Установленные службы ролей ##».
Выберите Добавить службы ролей
Прокрутите и выберите Сценарии и инструменты управления IIS.
Нажмите на кнопку Установить
Снова выполните запрос bv-control для Windows.
Перекомпилировать репозитории WMI
Вы также можете решить эту проблему, перекомпилировав полные репозитории WMI для Microsoft Windows и Citrix. Выполните следующие команды, чтобы восстановить эти файлы:
Перекомпилируйте файлы Microsoft Windows.MOF:
Чистая остановка WinMgmt
c:
cd% systemroot% \ system32 \ wbem
RD / S / Q хранилище
regsvr32 / s% systemroot% \ system32 \ scecli.dll
regsvr32 / s% systemroot% \ system32 \ userenv.dll
mofcomp cimwin32.mof
mofcomp cimwin32.mfl
mofcomp rsop.mof
mofcomp rsop.mfl
для / f% s в (‘dir / b / s * .dll’) сделать regsvr32 / s% s
for / f% s in (‘dir / b * .mof’) do mofcomp% s
для / f% s в (‘dir / b * .mfl’) сделать mofcomp% s
Перекомпилируйте файлы Citrix .MOF:
cd% programfiles% \ citrix \ system32 \ citrix \ wmi
для / f% s в (‘dir / b * .mof * .mfl’) do mofcomp% s
net start winmgmt
CCNA, веб-разработчик, ПК для устранения неполадок
Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.









