Ошибка 0x80041002 возникла при подключении к локальному реестру

Verify if the WMI repository is inconsistent

by Srishti Sisodia

Srishti Sisodia is an electronics engineer and writer with a passion for technology. She has extensive experience exploring the latest technological advancements and sharing her insights through informative… read more


Updated on

  • This WMI error occurs if the WMI files are corrupted, or the repository is not consistent.
  • In this guide, we will cover all the tested methods to fix the issue.

0x80041002 What is This Error Code & How to Fix It (1)

If you have encountered the 0x80041002 error when trying to open a WMI namespace on a running computer, this guide can help!

We will discuss some expert-recommended solutions to fix the issue right after talking about the causes.

What is WMI error code 0x80041002?

0x80041002 is a Windows error code generally associated with Windows Management Instrumentation (WMI). WMI is a set of tools and services that enables administrators to manage and monitor Windows-based computers.

This error code indicates a problem with the WMI repository, a database that stores configuration information about WMI classes on a system. You can locate the repository here: %windir%\System32\Wbem\Repository

What causes the 0x80041002 error?

There could be various reasons for this error code to appear; some of the common ones are mentioned here:

  • Corrupted repository – If the WMI repository becomes inconsistent or corrupted due to improper shutdown, disk errors, or software conflicts, it may lead to this error.
  • Missing or damaged WMI files – WMI relies on several system files and components to function properly. If any of these files are missing or corrupted, you may see this error.
  • Malware or security-related issues – Sometimes, malware infection or incorrect security settings may block WMI operations and processes, leading to this error.
  • Problems with WMI service – The WMI service, if disabled or stopped due to incorrect configuration or conflicts with other services, can result in the 0x80041002 error.
  • Other system errors – Other issues such as disk errors, incompatible software, and file system corruption could cause impact the functioning of WMI, hence the error.

Now that you know the causes, let’s check out the methods to fix this problem.

What can I do to fix the 0x80041002 error?

Before moving to the advanced fixes, you should:

  • Add the WBEM folder to the AV scanning exclusion list; if this doesn’t help, proceed to the steps mentioned.

1. Verify the repository is consistent

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following command to stop the WMI service and hit Enter: winmgmt /verifyrepository
  3. If it says WMI is not consistent, proceed to the following method.

2. Reset the WMI repository

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Copy and paste the following command to perform a consistency check and rebuild the repository if the inconsistency is found and press Enter: winmgmt /salvagerepository
  3. Type the following command to ensure the repository is now consistent and hit Enter: winmgmt /verifyrepository
  4. Copy and paste the following command to reset the repository to its initial state and press Enter: winmgmt /resetrepositorycmd_ reset 0x80041002
  5. Close the Command Prompt window.
Read more about this topic

  • Fix: MSI Afterburner Failed to Start Scanning
  • How to Fix Microsoft Common Language Runtime Native Compiler High CPU Usage?
  • Epson Easy Photo Print is Not Working? Fix it in 7 Steps

3. Restart the WMI service

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following command to stop the WMI service and hit Enter: net stop winmgmt
  3. Wait for the services to stop; now copy & paste the following command to restart the WMI service and press Enter: net start winmgmtRestart WMI service 0x80041002
  4. Wait for the service to start, then close Command Prompt.

4. Rebuild the WMI repository

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following commands one by one to disable & stop the WMI service, and press Enter after every command: sc config winmgmt start= disabled net stop winmgmtStop WMI 0x80041002
  3. To navigate to the WMI repository folder, type this command and hit Enter: cd %windir%\system32\wbem
  4. Copy and paste this command to rename the repository and press Enter: ren Repository Repository.old
  5. Type the following command to re-register all the DLL files and hit Enter: for /f %s in ('dir /b /s *.dll') do regsvr32 /s %s
  6. To restart the WMI service and set it as automatic, type the following commands one by one and hit Enter after every command: sc config winmgmt start= auto net start winmgmtrESTART wmi 0x80041002
  7. Now to navigate to the root of the C drive, copy and paste the following command and press Enter: cd /d c:
  8. If you have a 2012 Clustered server, please type the following command to recompile MOFs and hit Enter: dir /b *.mof *.mfl | findstr /v /i uninstall > moflist.txt & for /F %s in (moflist.txt) do mofcomp %s
  9. Copy and paste the following command to restart the WMI service and press Enter: net start winmgmt
  10. Close the Command Prompt window.

5. Force Recover WMI

  1. Press Windows + R to open the Run window.Regedit 0x80041002
  2. Type regedit and click OK to open Registry Editor.
  3. Go to File, then click Export.0x80041002 Export registry
  4. Now save the .reg file to a desired location to backup the registry entries.
  5. Navigate to this path: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Wbem\CIMOMReg autorecover 0x80041002
  6. Locate and double-click Autorecover MOFs to check the Value data. If it is empty, copy & paste the registry key value from a healthy machine with the same configuration.
  7. Once done, open the Command Prompt with admin rights using the step mentioned in the above methods, type the following command, and hit Enter: Winmgmt /resetrepositorycmd_RESET Repository 0x80041002
  8. Close the Command Prompt window.

We recommend you read our guide on SCCM application install error 0x87d00324, as this is one of the common issues encountered while deploying applications with Microsoft System Center Configuration Manager.

So, these are the steps you need to follow to fix the 0x80041002 error. If you have any questions or suggestions, please feel free to use the comments section to mention them.

newsletter icon

В этой статье рассматривается ошибка 0x80041002, также известная как Ошибка 0x80041002 и означающая

Об ошибке Windows

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

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

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

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

Симптомы 0x80041002 — Ошибка 0x80041002

Ошибки Windows можно классифицировать как синтаксические ошибки, логические ошибки или ошибки времени выполнения.

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

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

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

Fix Ошибка 0x80041002 (Error 0x80041002)
(Только для примера)

Причины ошибок Ошибка 0x80041002 — 0x80041002

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

Методы исправления

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

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

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

Метод 1 — Восстановить базу данных Центра обновления Windows

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

  • Нажмите Пуск и введите Восстановление системы в поле поиска, затем нажмите клавишу ввода.
  • Когда появится окно восстановления системы, нажимайте Далее , пока не дойдете до окна, в котором вы можете выбрать точку восстановления. Вы увидите список дат восстановления с описанием.
  • Затем снова нажмите Далее и подтвердите процесс восстановления. Подождите, пока он прекратит обработку, и появится окно, в котором вы можете нажать кнопку Готово . Закройте окно и дайте компьютеру перезагрузиться.

Вы также можете восстановить свой компьютер с помощью установочного диска ОС .

  • Для этого загрузитесь с компакт-диска с ОС или с носителя для восстановления.
  • Следуйте инструкциям, пока не дойдете до экрана, на котором будет предложена опция Восстановить мой компьютер , нажмите и выберите Восстановление системы из списка инструментов восстановления.
  • Вы можете выбрать любую точку восстановления в окне «Восстановление системы», но убедитесь, что вы восстановили дату, при которой ваш компьютер работает нормально.
  • Дождитесь завершения процесса и позвольте вашему компьютеру перезагрузиться на рабочий стол.

Вы также можете загрузиться в безопасном режиме .

  • Загрузите компьютер и нажмите F8. Выберите Безопасный режим с командной строкой , нажимая стрелки на клавиатуре, чтобы переместить выделение вниз к этому элементу.
  • В безопасном режиме введите rstrui.exe и нажмите Enter в командной строке. Следуйте указаниям мастера восстановления и перезагрузите компьютер в обычном режиме.

Восстановление в Windows 8:
Восстановление в среде Windows

  • В Windows 8 щелкните значок поиска и введите Восстановление системы.
  • Продолжайте нажимать кнопку «Далее», пока не дойдете до окна, в котором можно выбрать дату восстановления.
  • Подтвердите восстановление, выполнив оставшиеся шаги. После этого перезагрузите компьютер в обычном режиме.

Восстановить при загрузке

  • Перезагрузите компьютер и нажмите F11, чтобы начать восстановление системы.
  • Вы увидите экран «Дополнительные параметры», на котором вы найдете пункт «Восстановление системы».
  • Вам будет предложено выбрать учетную запись администратора, просто выберите и войдите в свою учетную запись администратора.
  • Нажимайте кнопку «Далее», пока не дойдете до экрана, на котором можно выбрать даты восстановления.
  • Нажимайте кнопку «Далее», пока не дойдете до конца процесса восстановления и не увидите кнопку «Готово».
  • Перезагрузите компьютер в обычном режиме.

Восстановление в Windows 10:
Внутри окна

  • Запустите восстановление системы, введя его в поле поиска. Щелкните элемент, который появится в результатах поиска.
  • Когда откроется окно «Восстановление системы», нажимайте «Далее», пока не получите список для выбора даты восстановления, выберите ту, которая, как вы знаете, лучше всего подходит для вас.
  • Подтвердите процесс, нажав «Далее», затем «Да» и, наконец, «Готово». После закрытия окна перезагрузите компьютер.

Использование установочного носителя

  • Если вы не можете загрузиться в Windows, вам лучше загрузить файл Media Creator из Microsoft. Создайте загрузочный диск с помощью DVD или флэш-диска.
  • После этого перезагрузите компьютер и войдите в BIOS, чтобы изменить загрузочное устройство на DVD или флэш-диск.
  • Когда вы перейдете к экрану установки, выберите «Устранение неполадок»> «Дополнительные параметры»> «Восстановление системы» и выполните процесс таким же образом.

Метод 2 — Исправить неправильную системную дату и время

Иногда Windows может работать неправильно из-за неправильной настройки времени. Чтобы установить время и дату:
В Windows 7

  • Нажмите «Пуск», затем «Панель управления».
  • Нажмите «Дата и время».
  • В окне «Дата и время» нажмите «Изменить часовой пояс», чтобы выбрать правильный часовой пояс.
  • Нажмите «Применить» и «ОК».

В Windows 8

  • Откройте «Настройки», переместив указатель мыши вправо, при открытии вкладки щелкните значок шестеренки.
  • Откроется новая всплывающая вкладка «Настройки», нажмите «Панель управления».
  • На панели управления нажмите «Часы, язык и регион». Затем нажмите «Установить время и дату» в разделе «Дата и время».
  • Когда откроется окно «Дата и время», нажмите «Изменить дату и время» и перейдите к нужной дате и времени в следующем окне. Чтобы подать заявку, просто нажмите «ОК».

В Windows 10

  • Просто щелкните правой кнопкой мыши дату и время на панели задач, расположенной в правой нижней части экрана.
  • Нажмите «Настроить дату и время». Откроются настройки даты и времени.
  • Вы можете выбрать часовой пояс, а затем закрыть окно. Это автоматически обновит время и дату на панели задач.

Метод 3 — Проверьте отсутствие или повреждение файлов

  • Запустить проверку системных файлов
    • Чтобы запустить команду, откройте командную строку с повышенными привилегиями, набрав ее в окне поиска, затем щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора».
    • Введите в командной строке sfc / scannow и дождитесь успешного завершения процесса проверки.
  • Запустите Checkdisk — Chkdsk исправляет многие несоответствия с ОС. Системные ошибки также можно исправить с помощью этой утилиты. Чтобы запустить это,
    • Откройте командную строку, введя ее в поле поиска, а затем, когда вы увидите результат в верхней части списка, щелкните его правой кнопкой мыши и выберите «Запуск от имени администратора».
    • Ваша система может сказать, что вы не можете запустить ее в данный момент, потому что вы все еще обрабатываете данные, и спросит вас, хотите ли вы запустить ее перед следующим запуском, просто нажмите y для подтверждения, а затем выйдите с экрана и перезагрузите компьютер.
    • После перезагрузки компьютера вы увидите, что checkdisk работает вне Windows, просто дайте ему закончить, пока он не даст вам отчет о том, что было найдено, исправлено или отмечено.
    • Закройте окно и дайте компьютеру нормально перезагрузиться.
Другие языки:

How to fix 0x80041002 (Error 0x80041002) —
Wie beheben 0x80041002 (Fehler 0x80041002) —
Come fissare 0x80041002 (Errore 0x80041002) —
Hoe maak je 0x80041002 (Fout 0x80041002) —
Comment réparer 0x80041002 (Erreur 0x80041002) —
어떻게 고치는 지 0x80041002 (오류 0x80041002) —
Como corrigir o 0x80041002 (Erro 0x80041002) —
Hur man åtgärdar 0x80041002 (Fel 0x80041002) —
Jak naprawić 0x80041002 (Błąd 0x80041002) —
Cómo arreglar 0x80041002 (Error 0x80041002) —

The Author Об авторе: Фил Харт является участником сообщества Microsoft с 2010 года. С текущим количеством баллов более 100 000 он внес более 3000 ответов на форумах Microsoft Support и создал почти 200 новых справочных статей в Technet Wiki.

Следуйте за нами: Facebook Youtube Twitter

Последнее обновление:

30/10/22 04:49 : Пользователь Windows 7 проголосовал за то, что метод восстановления 1 работает для него.

Рекомендуемый инструмент для ремонта:

Этот инструмент восстановления может устранить такие распространенные проблемы компьютера, как синие экраны, сбои и замораживание, отсутствующие DLL-файлы, а также устранить повреждения от вредоносных программ/вирусов и многое другое путем замены поврежденных и отсутствующих системных файлов.

ШАГ 1:

Нажмите здесь, чтобы скачать и установите средство восстановления Windows.

ШАГ 2:

Нажмите на Start Scan и позвольте ему проанализировать ваше устройство.

ШАГ 3:

Нажмите на Repair All, чтобы устранить все обнаруженные проблемы.

СКАЧАТЬ СЕЙЧАС

Совместимость

Требования

1 Ghz CPU, 512 MB RAM, 40 GB HDD
Эта загрузка предлагает неограниченное бесплатное сканирование ПК с Windows. Полное восстановление системы начинается от $19,95.

ID статьи: ACX014362RU

Применяется к: Windows 10, Windows 8.1, Windows 7, Windows Vista, Windows XP, Windows 2000

Совет по увеличению скорости #96

Отключение помощника по совместимости программ:

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

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

Информация о системе:

На вашем ПК работает:  

специальное предложение

0x80041002 часто может появляться из-за неправильно настроенных параметров системы или из-за нарушений в реестре Windows. Эту ошибку относительно быстро и легко исправить, если использовать PC Repair, настроенную на решение всех распространенных проблем с реестром.

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • 0x80041002 появляется и начинает нарушать окно активной программы;
  • 0x80041002 появляется на экране;
  • Появляется сообщение ‘Обнаружена проблема, и Windows была выключена, чтобы предотвратить повреждение компьютера. Похоже, что проблема вызвана следующим файлом…’;
  • Компьютер пользователя перестает работать, выдавая ошибку 0x80041002 при запуске программы;
  • Windows работает плохо, медленно реагируя на команды;
  • Компьютер пользователя часто зависает

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

  1. 1. Скачать PC Repair.
  2. 2. Установить и запустить программу.
  3. 3. Нажмите Scan Now для обнаружения ошибок и различных отклонений от оптимального уровня.
  4. 4. Нажмите Repair All для устранения каждой проблемы.


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

Windows 7 Enterprise Windows 7 Professional Windows 7 Ultimate Windows Server 2008 R2 Datacenter Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Foundation Windows Server 2008 R2 Standard Windows Server 2008 R2 for Itanium-Based Systems Еще…Меньше

Проблемы

При попытке открыть пространство имен WMI на компьютере с операционной системами Windows Windows Server 2008 R2 или Windows 7 вы получаете сообщение об ошибке, похожее на следующее:

0x80041002 (WBEM_E_NOT_FOUND)

В журнал системных событий также записывают следующее событие:

Причина

Эта проблема возникает из-за того, что репозиторий WMI поврежден.

Служба WMI неправильно обрабатывает операцию удаления элементов для репозитория WMI. Это приводит к повреждению дерева индекса в репозитории WMI. Поэтому при попытке открыть пространство имен вы испытываете ошибку, описанную в разделе «Симптомы».

Обратите внимание, что эта проблема вызвана не всеми повреждениями репозитория WMI.

Решение

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

Сведения о hotfix

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

Если префикс доступен для скачивания, в верхней части этой статьи базы знаний есть раздел «Доступно скачивание hotfix». Если этот раздел не отображен, обратитесь в службу поддержки клиентов Майкрософт, чтобы получить hotfix.

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

http://support.microsoft.com/contactus/?ws=supportОбратите внимание на то, что в форме «Доступно скачивание hotfix» отображаются языки, для которых доступен hotfix. Если язык не затенен, это можно сделать из-за того, что для него не доступен hotfix.

Предварительные условия

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

  • Windows 7

  • Windows 7 с Пакет обновления 1 (SP1)

  • Windows Server 2008 R2

  • Windows Server 2008 R2 с Пакет обновления 1 (SP1)

Требование к перезапуску

После установки исправления компьютер необходимо перезагрузить.

Сведения о замене исправлений

Этот префикс не заменяет ранее выпущенный hotfix.

Сведения о файлах

Глобальная версия этого исправления устанавливает файлы с атрибутами, которые указаны в приведенных ниже таблицах. Даты и время для файлов указаны в формате UTC. Даты и время для этих файлов на локальном компьютере отображаются с учетом часового пояса и перехода на летнее время. Кроме того, даты и время могут изменяться при выполнении определенных операций с файлами.

Примечания к сведениям о файлах для Windows 7 и Windows Server 2008 R2


Важные hotfixes и Windows Server 2008 R2 Windows 7 включаются в одинаковые пакеты. Однако на странице запроса исправления они указаны для обеих операционных систем. Чтобы запросить исправление для одной или обеих операционных систем, выберите его в разделе «Windows 7» и (или) «Windows Server 2008 R2». Чтобы определить, к какой операционной системе относится каждый hotfix, всегда обращаетесь к разделу «Применяется к».

  • Файлы, которые относятся к определенному продукту, SR_Level (RTM, SPn)и ветви обслуживания (LDR, GDR), можно определить, изучив номера версий файлов, как показано в таблице ниже.

    Версия

    Продукт

    SR_Level

    Направление поддержки

    6.0.760
    0.
    20xxx

    Windows 7 и Windows Server 2008 R2

    RTM

    LDR

    6.0.760
    1.
    21xxx

    Windows 7 и Windows Server 2008 R2

    SP1

    LDR

  • Файлы МАНИФЕСТа (.manifest) и FILES-файлы (.необходимо), установленные для каждой среды, перечислены отдельно в разделе «Дополнительные сведения о файлах для Windows Server 2008 R2 и для Windows 7». Файлы OF и MANIFEST, а также связанные с ними файлы каталога безопасности (CAT) очень важны для сохранения обновленных компонентов. Файлы каталога безопасности, атрибуты для которых не указаны, подписаны цифровой подписью Майкрософт.

Для всех поддерживаемых 32-разрядных (x86) версий Windows 7

Имя файла

Версия файла

Размер

дата

Время

Платформа

Repdrvfs.dll

6.1.7600.20866

300,544

28-дек-2010

05:31

x86

Repdrvfs.dll

6.1.7601.21627

300,544

28-дек-2010

05:33

x86

Все поддерживаемые 64-разрядные (x64) версии Windows 7 и Windows Server 2008 R2

Имя файла

Версия файла

Размер

дата

Время

Платформа

Repdrvfs.dll

6.1.7600.20866

451,584

28-дек-2010

06:11

x64

Repdrvfs.dll

6.1.7601.21627

451,584

28-дек-2010

06:28

x64

Repdrvfs.dll

6.1.7600.20866

300,544

28-дек-2010

05:31

x86

Repdrvfs.dll

6.1.7601.21627

300,544

28-дек-2010

05:33

x86

Для всех поддерживаемых версий IA-64 Windows Server 2008 R2

Имя файла

Версия файла

Размер

дата

Время

Платформа

Repdrvfs.dll

6.1.7600.20866

1,063,936

28-дек-2010

05:19

IA-64

Repdrvfs.dll

6.1.7601.21627

1,063,936

28-дек-2010

05:11

IA-64

Repdrvfs.dll

6.1.7600.20866

300,544

28-дек-2010

05:31

x86

Repdrvfs.dll

6.1.7601.21627

300,544

28-дек-2010

05:33

x86

Обходное решение

Чтобы обойти эту проблему, отключите политику ведения журнала в конечном наборе политик.

Дополнительные сведения о параметрах групповой политики RSoP см. в статьях, указанных в статье «Дополнительные сведения».

Статус

Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».

Дополнительная информация

Дополнительные сведения о параметрах групповой политики RSoP см. на следующем веб-сайте Microsoft TechNet:

Представляем доступный набор инструментов и параметров политики Дополнительные сведения о похожей проблеме в Windows Server 2003 R2 можно найти в следующей статье базы знаний Майкрософт:

2257980 «0x80041002 (WBEM_E_NOT_FOUND)» возникает при попытке открыть пространство имен WMI на компьютере с Windows Server 2003 с SP2 Для получения дополнительных сведений о похожей проблеме в Windows Server 2008 или Windows Vista щелкните номер следующей статьи, чтобы просмотреть статью в базе знаний Майкрософт:

2464876 «0x80041002 (WBEM_E_NOT_FOUND)» возникает при попытке открыть пространство имен WMI на компьютере с Windows Server 2008 или Windows Vista, чтобы получить дополнительные сведения об обновлениях программного обеспечения, щелкните номер следующей статьи, чтобы просмотреть статью в базе знаний Майкрософт:

824684 Описание стандартной терминологии, используемой для описания обновлений

программного обеспечения Майкрософт

Дополнительные сведения о файле

Дополнительные сведения о файлах для Windows 7 и Windows Server 2008 R2

Дополнительные файлы для всех поддерживаемых версий Windows 7 на базе x86

Имя файла

Update.т.1

Версия файла

Not applicable

Размер

2,661

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

X86_5d3ac74a1788d710fb8060e3a27e5076_31bf3856ad364e35_6.1.7601.21627_none_2e1f2e16c3782665.manifest

Версия файла

Not applicable

Размер

709

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

X86_cb786c0a93e90d2da62091439bf80430_31bf3856ad364e35_6.1.7600.20866_none_198c2f666b204097.manifest

Версия файла

Not applicable

Размер

709

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

X86_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7600.20866_none_7eb85489ab4b2a67.manifest

Версия файла

Not applicable

Размер

3,614

Дата (UTC)

28-дек-2010

Время (UTC)

05:58

Платформа

Not applicable

Имя файла

X86_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7601.21627_none_80caf189a8503fe6.manifest

Версия файла

Not applicable

Размер

3,614

Дата (UTC)

28-дек-2010

Время (UTC)

06:01

Платформа

Not applicable

Дополнительные файлы для всех поддерживаемых версий Windows 7 и Windows Server 2008 R2

Имя файла

Amd64_207499cd3591df30f95c18daa7ddc9f9_31bf3856ad364e35_6.1.7600.20866_none_c61d42fca5912f3e.manifest

Версия файла

Not applicable

Размер

713

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_2f6abbd54190a1e7b1940f8f4c71f4e0_31bf3856ad364e35_6.1.7601.21627_none_c3efba937ecfa716.manifest

Версия файла

Not applicable

Размер

713

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_38641a9fac779440ada7b55540e50e0f_31bf3856ad364e35_6.1.7600.20866_none_f6f4b661325ec525.manifest

Версия файла

Not applicable

Размер

713

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_68bcc81c0643dc2dc4375e420ad915ad_31bf3856ad364e35_6.1.7601.21627_none_68889203cbdf6dae.manifest

Версия файла

Not applicable

Размер

1,068

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_73664137858b73823f43c5f0c9fe1e39_31bf3856ad364e35_6.1.7600.20866_none_517d2cd95adb46a0.manifest

Версия файла

Not applicable

Размер

1,068

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_905a98e6f48b825d66d25b9924e97e53_31bf3856ad364e35_6.1.7601.21627_none_e864d7937978433f.manifest

Версия файла

Not applicable

Размер

713

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Amd64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7600.20866_none_dad6f00d63a89b9d.manifest

Версия файла

Not applicable

Размер

3,616

Дата (UTC)

28-дек-2010

Время (UTC)

06:53

Платформа

Not applicable

Имя файла

Amd64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7601.21627_none_dce98d0d60adb11c.manifest

Версия файла

Not applicable

Размер

3,616

Дата (UTC)

28-дек-2010

Время (UTC)

06:59

Платформа

Not applicable

Имя файла

Update.т.1

Версия файла

Not applicable

Размер

3,947

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Wow64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7600.20866_none_e52b9a5f98095d98.manifest

Версия файла

Not applicable

Размер

2,324

Дата (UTC)

28-дек-2010

Время (UTC)

05:50

Платформа

Not applicable

Имя файла

Wow64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7601.21627_none_e73e375f950e7317.manifest

Версия файла

Not applicable

Размер

2,324

Дата (UTC)

28-дек-2010

Время (UTC)

05:54

Платформа

Not applicable

Дополнительные файлы для всех поддерживаемых версий IA-64 Windows Server 2008 R2

Имя файла

Ia64_38641a9fac779440ada7b55540e50e0f_31bf3856ad364e35_6.1.7600.20866_none_9ad7bed379ff5ceb.manifest

Версия файла

Not applicable

Размер

712

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Ia64_821d3bde38216206440e56f7a6b0c8c0_31bf3856ad364e35_6.1.7601.21627_none_2ef80b0c34319347.manifest

Версия файла

Not applicable

Размер

711

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Ia64_905a98e6f48b825d66d25b9924e97e53_31bf3856ad364e35_6.1.7601.21627_none_8c47e005c118db05.manifest

Версия файла

Not applicable

Размер

712

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Ia64_f7488ad331830647d6fdca1bf8b69dff_31bf3856ad364e35_6.1.7600.20866_none_59b0524ae0db362a.manifest

Версия файла

Not applicable

Размер

711

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Ia64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7600.20866_none_7eb9f87fab493363.manifest

Версия файла

Not applicable

Размер

3,615

Дата (UTC)

28-дек-2010

Время (UTC)

06:51

Платформа

Not applicable

Имя файла

Ia64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7601.21627_none_80cc957fa84e48e2.manifest

Версия файла

Not applicable

Размер

3,615

Дата (UTC)

28-дек-2010

Время (UTC)

06:52

Платформа

Not applicable

Имя файла

Update.т.1

Версия файла

Not applicable

Размер

2,169

Дата (UTC)

28-дек-2010

Время (UTC)

22:56

Платформа

Not applicable

Имя файла

Wow64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7600.20866_none_e52b9a5f98095d98.manifest

Версия файла

Not applicable

Размер

2,324

Дата (UTC)

28-дек-2010

Время (UTC)

05:50

Платформа

Not applicable

Имя файла

Wow64_microsoft-windows-wmi-core-repdrvfs-dll_31bf3856ad364e35_6.1.7601.21627_none_e73e375f950e7317.manifest

Версия файла

Not applicable

Размер

2,324

Дата (UTC)

28-дек-2010

Время (UTC)

05:54

Платформа

Not applicable

Нужна дополнительная помощь?

Информация о системе:

На вашем ПК работает:  

Размер файла: 0.6MB     Время загрузки: 10 секунд

Размер файла: 0.6MB

Время загрузки: 10 секунд

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

 
Скачайте здесь

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • — Появляется сообщение «0x80041002», и активное окно программы выходит из строя;
  • — «0x80041002» отображается на экране;
  • — Была обнаружена проблема, и Windows была отключена, чтобы предотвратить повреждение компьютера. Проблема, по-видимому, вызвана следующим файлом…;
  • — Ваш ПК часто выходит из строя и демонстрирует ошибку 0x80041002 при запуске одной и той же программы;
  • — Windows работает вяло и медленно реагирует на сигналы мыши или клавиатуры;
  • — Ваш компьютер периодически зависает на несколько секунд;

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

  1. 1. Нажмите, чтобы загрузить приложение
  2. 2. Установите и запустите приложение
  3. 3. Нажмите кнопку Сканировать, чтобы обнаружить ошибки и отклонения
  4. 4. Нажмите Исправить все, чтобы устранить все проблемы


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

  • Remove From My Forums
  • Общие обсуждения

  • Добрый день!

    Есть сервер HP Proliant
    с Windows Server 2008 R2 x64 Enterprise на борту. Ставлю на него service pack 1
    (windows6.1-KB976932-X64.exe).
    После нескольких перезагрузок получаю сообщение:

    Установка не выполнена. Обнаружена неизвестная ошибка:
    0x80041002.

    Из журнала:

    Не удалось изменить состояние пакета KB976932 на Установлено. Состояние: 0x80041002.

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

    Заранее благодарен.

    С уважением, Сергей

    • Изменено

      13 августа 2015 г. 6:13
      ошибка

    • Изменен тип
      Petko KrushevMicrosoft contingent staff
      24 августа 2015 г. 11:44

Иногда при мониторинге windows-серверов на пустом месте возникает ошибка вида WMI error 80041002: The object could not be found.
Ниже будут изложены несколько способов решения этой проблемы.
Для начала удостоверимся, что WMI работает некорректно локально на системе запустив команду:

get-wmiobject Win32_OperatingSystem

При обнаружении ошибки переходим дальше.

Перерегистрация библиотек WMI и перекомпиляция mof файлов
Данный скрипт представляет собой «мягкий» вариант восстановления работоспособности службы 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
winmgmt /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.

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

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

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

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

winmgmt /verifyrepository

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:

Winmgmt /salvagerepository

И перезапустить службу wmi:

net stop Winmgmt
net start Winmgmt

Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:

Winmgmt /resetrepository

В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
winmgmt /kill
winmgmt /unregserver
winmgmt /regserver
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[/code]

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

Источник - http://winitpro.ru/index.php/2014/08/12/ustranenie-nepoladok-v-wmi/


The text was updated successfully, but these errors were encountered:

We are unable to convert the task to an issue at this time. Please try again.

The issue was successfully created but we are unable to update the comment at this time.

Also receiving this.

Interesting, I suspect the error code is indicating something wrong with us trying to use hvsockets to communicate with the guest.

Could one of you please take a trace?

I have took trace while trying to load subsytem for issue #5340
Logs. zip

I installed Windows 10 on a different driver in the hopes of fixing the issue, but now I am getting error 0x800706d9.

Here are mine.
Logs1.zip.

I found the issue. In my case, it was the COMODO Firewall. I disabled its components multiple times before converting the WSL, but it seems the only way to fix the issue, was to remove it completely.

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

Cmd. exe (Admin)
Net stop hns
Net start hns


UPD: Comodo V12.0.0.6882 working fine for me
No BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.

Update

Men Microsoft should just handled this error better than 0x80041002 Hexa Error

Hi,
I’m on Windows 10 ver.2004 (19041.329) and have exactly the same issue with WSL 2, I can install all following all steps from this Install WSL 2 on Windows 10.

All works good, the conversion to WSL 2 but when I reboot the system this error has shown all the time, uninstalling and reinstalling doesn’t work and uninstalling dnscrypt-proxy that was running on port 53 either.

Windows Events log shows this two errors:
1- SNP no pudo crear vmswitch con el error ‘0x80041002’ y el id. de adaptador = ‘4861B171-DCCF-4DFC-B11E-BDAA4D5FF7D9’.

2- HNS-Network-Create :-
Id. de red = ‘‘.
Tipo de red = ‘ICS’.
Codigo de resultado = ‘0x80041002’.

I have not been able to fix the error yet.

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

Cmd. exe (Admin)
Net stop hns
Net start hns


UPD: Comodo V12.0.0.6882 working fine for me
No BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.

Issue on Comodo forum: https://forums. comodo. com/bug-reports-cis/ethernet-adapter-vethernet-wsl-cant-create-with-installed-comodo-t125940.0.html

AND (if really need)

Same issue for me. Cannot install anything.

Environment

Steps to reproduce

1, Install distributive in Windows Appstore.
2. Start it to install into WSL.

Expected behavior

Actual behavior

It is not installed showing Error: 0x80041002 (WslRegisterDistribution failed with error: 0x80041002)

The installation with WSL 1 was OK, but I cannot move to WSL 2 having the same error during conversion.

Comodo user here. I managed to resolve by disabling two settings:

I have managed to do the following with no issues:

Comodo Product Version: 12.2.2.7036
Windows: Version 2004 (OS Build 19041.329)
Ubuntu: 20.04

Nope, did not help. In fact all these were disabled already.

Did you uninstall/re-install Ubuntu first?

Did you uninstall/re-install Ubuntu first?

I have installed it already using WSL 1, now I can simply try to convert it to WSL 2 to observe the error.
And again: these two settings were disabled from the beginning.

Sorry. I retract my «Fix«. It didn’t help. I likely ran the commands in WSL1 mode.

I would like to note the following though:

Ошибки активации в Windows 10

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

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

Ошибка по коду 0хc004f074 достаточно специфическая и возникает при обновлении ОС, во время запуска и работы системы или программного обеспечения, а также в момент активации Windows 10. Данный сбой может появляться не только на продуктах Microsoft тестового периода, но и на активированных тоже.

Причины ошибки кроются в:

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

Для исправления 0хc004f074 требуется:

Проверить время и правильность часового пояса и при несоответствии с фактическим провести синхронизацию. Для этого нужно:

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

Эта ошибка возникает из-за разных факторов. Основные причины данного сбоя в ОС Windows:

Ошибка 0х8007007b при активации Windows 10

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

Как устранить сбой:

Ошибка 0х803f7001 при активации Windows 10

Если ОС не нашла после обновления до Windows 10 активную лицензию, то появляется в окне сообщение с ошибкой 0х803f7001.

Для устранения данной ошибки требуется проверить состояние лицензии:

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

Ошибка под кодом 0xc004f050 появляется только при попытке активировать ОС во время ее чистой установки.

Данная ошибка обозначает несоответствие ОС с введенным ключом. Сбой в процессе активации мог произойти из-за:

Решение: установка и активация предыдущих лицензионных операционных систем Windows 7 или 8, а потом последующее обновление до 10 версии.

Ошибка под кодом 0xc004f014 появляется при обновлении до Windows 10 Enterprise предыдущих версий ОС 7, 8 или 8.1.

Активацию системы можно осуществить на основном ПК через KMS клиент. Нужно сделать такие шаги:

После окончания процедуры подбора – ошибка устраняется.

Данная ошибка указывает на то, что не действует служба «Защита программного обеспечения». Чтобы устранить проблему – нужно сделать запуск системы:

Самой распространенной при активации системы является ошибка под кодом 0x803f7001.

Причины ошибки и ее устранение:

Ошибка 0х8007232b при активации Windows 10

Причины возникновения ошибки под кодом 0х8007232b две:

Ошибка 0хc004f210 при активации Windows 10

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

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

Признаками возникновения ошибки под кодом 0*80072f76 в Windows 10 зачастую являются медленная работа компьютера и слабое.

Источники:

Https://github. com/microsoft/WSL/issues/5329

Https://howwindows. ru/errors/oshibki-aktivacii-v-windows-10/

Today, I had problem installing CM client on a machine. Both manual install and client push methods did not work. I checked the ccm.log file on the SCCM server and found this error.

1

The error code indicates that the WMI repository on the client is broken. In order to fix this error, we have to rebuild the WMI repository.

I run the Windows commmand (cmd.exe) as a local administrator and try these commands.

  • winmgmt /verifyrepository
  • winmgmt /salvagerepositor

The first command checks for the consistency of the WMI repository and the second command rebuilds the repository if an inconsistency is detected.

However, these commands do not fix the problem for me. So I end up with rebuilding the WMI repository manally by follow these steps.

  • Change the startup type of the Windows Management Instrumentation to Disabled and stop this service
  • Go to %windir%System32wbem and rename the Repository folder to Repository.bak
  • Run the cmd.exe as administrator and CD to %windir%System32wbem
  • Run for /f %s in (‘dir /b /s *.dll’) do regsvr32 /s %s
  • Change the startup type of the Windows Management Instrumentation back to Automatic
  • In the cmd.exe windows, run cd /d C: to go back to the root of the C drive
  • Run for /f %s in (‘dir /s /b *.mof *.mfl’) do mofcomp %s
  • Reboot the machine

After reboot the machine, I push the CM client to the machine again and it works. Yay!

Verify if the WMI repository is inconsistent

by Srishti Sisodia

Srishti Sisodia is an electronics engineer and writer with a passion for technology. She has extensive experience exploring the latest technological advancements and sharing her insights through informative… read more


Updated on April 19, 2023

Reviewed by
Alex Serban

Alex Serban

After moving away from the corporate work-style, Alex has found rewards in a lifestyle of constant analysis, team coordination and pestering his colleagues. Holding an MCSA Windows Server… read more

  • This WMI error occurs if the WMI files are corrupted, or the repository is not consistent.
  • In this guide, we will cover all the tested methods to fix the issue.

0x80041002 What is This Error Code & How to Fix It (1)

XINSTALL BY CLICKING THE DOWNLOAD FILE

Easily get rid of Windows errors
Fortect is a system repair tool that can scan your complete system for damaged or missing OS files and replace them with working versions from its repository automatically.
Boost your PC performance in three easy steps:

  1. Download and Install Fortect on your PC.
  2. Launch the tool and Start scanning
  3. Right-click on Repair, and fix it within a few minutes
  • 0 readers have already downloaded Fortect so far this month

If you have encountered the 0x80041002 error when trying to open a WMI namespace on a running computer, this guide can help!

We will discuss some expert-recommended solutions to fix the issue right after talking about the causes.

What is WMI error code 0x80041002?

0x80041002 is a Windows error code generally associated with Windows Management Instrumentation (WMI). WMI is a set of tools and services that enables administrators to manage and monitor Windows-based computers.

This error code indicates a problem with the WMI repository, a database that stores configuration information about WMI classes on a system. You can locate the repository here: %windir%System32WbemRepository

What causes the 0x80041002 error?

Some PC issues are hard to tackle, especially when it comes to missing or corrupted system files and repositories of your Windows.
Be sure to use a dedicated tool, such as Fortect, which will scan and replace your broken files with their fresh versions from its repository.

There could be various reasons for this error code to appear; some of the common ones are mentioned here:

  • Corrupted repository – If the WMI repository becomes inconsistent or corrupted due to improper shutdown, disk errors, or software conflicts, it may lead to this error.
  • Missing or damaged WMI files – WMI relies on several system files and components to function properly. If any of these files are missing or corrupted, you may see this error.
  • Malware or security-related issues – Sometimes, malware infection or incorrect security settings may block WMI operations and processes, leading to this error.
  • Problems with WMI service – The WMI service, if disabled or stopped due to incorrect configuration or conflicts with other services, can result in the 0x80041002 error.
  • Other system errors – Other issues such as disk errors, incompatible software, and file system corruption could cause impact the functioning of WMI, hence the error.

Now that you know the causes, let’s check out the methods to fix this problem.

What can I do to fix the 0x80041002 error?

Before moving to the advanced fixes, you should:

  • Add the WBEM folder to the AV scanning exclusion list; if this doesn’t help, proceed to the steps mentioned.

1. Verify the repository is consistent

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following command to stop the WMI service and hit Enter: winmgmt /verifyrepository
  3. If it says WMI is not consistent, proceed to the following method.

2. Reset the WMI repository

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Copy and paste the following command to perform a consistency check and rebuild the repository if the inconsistency is found and press Enter: winmgmt /salvagerepository
  3. Type the following command to ensure the repository is now consistent and hit Enter: winmgmt /verifyrepository
  4. Copy and paste the following command to reset the repository to its initial state and press Enter: winmgmt /resetrepositorycmd_ reset 0x80041002
  5. Close the Command Prompt window.
Read more about this topic

  • Fix: FileType Selected Not Supported by This App
  • 0x8007274d Mail Sync Error: How to Fix it
  • What is WSHelper.exe & How to Fix its Errors
  • What is nahimicservice.exe & Should You Remove it?
  • Fix: The Exception Unknown Software Exception (0xe0000008)

3. Restart the WMI service

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following command to stop the WMI service and hit Enter: net stop winmgmt
  3. Wait for the services to stop; now copy & paste the following command to restart the WMI service and press Enter: net start winmgmtRestart WMI service 0x80041002
  4. Wait for the service to start, then close Command Prompt.

4. Rebuild the WMI repository

  1. Press the Windows key, type cmd, and select Run as administrator.CMD elevated 0x80041002
  2. Type the following commands one by one to disable & stop the WMI service, and press Enter after every command: sc config winmgmt start= disabled net stop winmgmtStop WMI 0x80041002
  3. To navigate to the WMI repository folder, type this command and hit Enter: cd %windir%system32wbem
  4. Copy and paste this command to rename the repository and press Enter: ren Repository Repository.old
  5. Type the following command to re-register all the DLL files and hit Enter: for /f %s in ('dir /b /s *.dll') do regsvr32 /s %s
  6. To restart the WMI service and set it as automatic, type the following commands one by one and hit Enter after every command: sc config winmgmt start= auto net start winmgmtrESTART wmi 0x80041002
  7. Now to navigate to the root of the C drive, copy and paste the following command and press Enter: cd /d c:
  8. If you have a 2012 Clustered server, please type the following command to recompile MOFs and hit Enter: dir /b *.mof *.mfl | findstr /v /i uninstall > moflist.txt & for /F %s in (moflist.txt) do mofcomp %s
  9. Copy and paste the following command to restart the WMI service and press Enter: net start winmgmt
  10. Close the Command Prompt window.

5. Force Recover WMI

  1. Press Windows + R to open the Run window.Regedit 0x80041002
  2. Type regedit and click OK to open Registry Editor.
  3. Go to File, then click Export.0x80041002 Export registry
  4. Now save the .reg file to a desired location to backup the registry entries.
  5. Navigate to this path: ComputerHKEY_LOCAL_MACHINESOFTWAREMicrosoftWbemCIMOMReg autorecover 0x80041002
  6. Locate and double-click Autorecover MOFs to check the Value data. If it is empty, copy & paste the registry key value from a healthy machine with the same configuration.
  7. Once done, open the Command Prompt with admin rights using the step mentioned in the above methods, type the following command, and hit Enter: Winmgmt /resetrepositorycmd_RESET Repository 0x80041002
  8. Close the Command Prompt window.

We recommend you read our guide on SCCM application install error 0x87d00324, as this is one of the common issues encountered while deploying applications with Microsoft System Center Configuration Manager.

So, these are the steps you need to follow to fix the 0x80041002 error. If you have any questions or suggestions, please feel free to use the comments section to mention them.

Still experiencing issues?

SPONSORED

If the above suggestions have not solved your problem, your computer may experience more severe Windows troubles. We suggest choosing an all-in-one solution like Fortect to fix problems efficiently. After installation, just click the View&Fix button and then press Start Repair.

newsletter icon

Содержание

  1. Установка агента клиента Configuration Manager завершается с ошибкой с кодом 80041002
  2. Симптомы
  3. Решение
  4. 0x80041002 windows 10 при активации
  5. Общие обсуждения
  6. Все ответы
  7. Ошибка «0x80041002 (WBEM_E_NOT_FOUND)» возникает при попытке открыть пространство имен WMI на компьютере с Windows 7 или Windows Server 2008 R2
  8. Проблемы
  9. Причина
  10. Решение
  11. Сведения о hotfix
  12. Предварительные условия
  13. Требование к перезапуску
  14. Сведения о замене исправлений
  15. Сведения о файлах
  16. Исправить код ошибки активации Windows 0x80041023
  17. Код ошибки активации Windows 0x80041023
  18. Ключ Windows неверен
  19. Другая версия ключа Windows хранится в BIOS
  20. Попытка обновления с OEM-лицензий

Установка агента клиента Configuration Manager завершается с ошибкой с кодом 80041002

В этой статье представлено решение для ошибки 80041002 при попытке установить агент клиента Configuration Manager.

Исходная версия продукта: Диспетчер конфигураций Microsoft System Center 2012
Исходный номер статьи базы знаний: 2905359

Симптомы

При попытке установить агент клиента в точке управления System Center 2012 Configuration Manager с установленным накопительным пакетом обновления 3 для System center 2012 Configuration Manager с пакетом обновления 1 (SP1) установка завершается с ошибкой. Кроме того, при включении подробного ведения журнала в журнале Client.msi появляется следующее сообщение об ошибке:

[DateTime] Регистрация конфигурации хостинга.
MSI (s) (6C! A8) [DateTime]: закрытие мсихандле (22022) типа 790531 для потока 936
[DateTime] @@ERR:25150
MSI (s) (6C! A8) [DateTime]: продукт: клиент Configuration Manager — ошибка 25150. Программе установки не удалось зарегистрировать конечную точку CCM_Service_HostingConfiguration
Код ошибки 80041002

MSI (s) (6C! A8) [DateTime]: закрытие мсихандле (22020) типа 790531 для потока 936
Ошибка 25150. Программе установки не удалось зарегистрировать конечную точку CCM_Service_HostingConfiguration
Код ошибки 80041002
MSI (s) (6C: 7C) [DateTime]: закрытие мсихандле (22018) типа 790536 для потока 1252
Ккмрегистерхостингконфигуратион возвратила действительный код ошибки 1603

Решение

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

Удаление роли точки управления.

Переустановите агент клиента на компьютере точки управления. Для этого выполните описанные ниже действия.

На сервере сайта откройте командную строку с повышенными привилегиями.

Измените каталог на Каталог client. Например, измените каталог на D:Program FilesMicrosoft конфигурации Манажерклиент.

0x80041002 windows 10 при активации

Общие обсуждения

Есть сервер HP Proliant с Windows Server 2008 R2 x64 Enterprise на борту. Ставлю на него service pack 1 ( windows6.1-KB976932-X64.exe ). После нескольких перезагрузок получаю сообщение:

Установка не выполнена. Обнаружена неизвестная ошибка: 0x80041002.

Не удалось изменить состояние пакета KB976932 на Установлено. Состояние: 0x80041002.

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

С уважением, Сергей

  • Изменено httpal 13 августа 2015 г. 6:13 ошибка
  • Изменен тип Petko Krushev Microsoft contingent staff, Moderator 24 августа 2015 г. 11:44

Все ответы

Какая модель сервера? В текущей ОС уже установлен SPP for ProLiant?

Ошибка указывает на проблему WMI.

Запустите от имени администратора CMD и выполните команду sfc /scannow.

Попробуйте также hotfix KB2465990.

Модель сервера: hp dl380 g7 x5650

hotfix KB2465990 — ставил, не помогло

sfc /scannow:
(Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить
некоторые из них.)

0X80041002 Class, instance, or property ‘CIM_RegisteredProfile’ was not found.
[gle=0x80004005]
2015-08-13 12:36:09, Error CSI 0000002d@2015/8/13:04:36:09.703 (F) CMIADAPTER: AI failed. HRESULT = 80041002 [Error,Facility=FACILITY_ITF,Code=4098 (0x1002)]
Element:
[117]» »
[gle=0x80004005]
2015-08-13 12:36:09, Error CSI 00000831@2015/8/13:04:36:09.703 (F) d:win7sp1_gdrbasewcpcmiadapterinstallers.cpp(352): Error 80041002 [Error,Facility=FACILITY_ITF,Code=4098 (0x1002)] originated in function Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::ResolveAndInvokeInstaller expression: hr
[gle=0x80004005]
2015-08-13 12:36:15, Error CSI 0000002e@2015/8/13:04:36:15.030 (F) CMIADAPTER: Exiting with HRESULT code = 80041002 [Error,Facility=FACILITY_ITF,Code=4098 (0x1002)].
[gle=0x80004005]
2015-08-13 12:36:15, Error CSI 00000832@2015/8/13:04:36:15.030 (F) d:win7sp1_gdrbasewcpcmiadapterinstallers.cpp(123): Error 80041002 [Error,Facility=FACILITY_ITF,Code=4098 (0x1002)] originated in function Windows::WCP::CmiAdapter::CMIWrapperBasicInstaller::Install expression: hr
[gle=0x80004005]
2015-08-13 12:36:15, Info CSI 00000833@2015/8/13:04:36:15.911 CSI Advanced installer perf trace:
CSIPERF:AIDONE;<9f4ec79f-3a97-4772-b635-2899468900a2>;Microsoft-Windows-UserModePowerService-Mof.Resources, Version = 6.1.7600.16385, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture = [l:10<5>]»en-US», VersionScope = 1 nonSxS, PublicKeyToken = , Type neutral, TypeName neutral, PublicKey neutral;15952358
2015-08-13 12:36:15, Info CSI 00000834 Performing 1 operations; 1 are not lock/unlock and follow:
LockComponentPath (10): flags: 0 comp: pathid: path: [l:234<117>]»SystemRootWinSxSx86_microsoft.windows.s..ation.badcomponents_31bf3856ad364e35_6.1.7600.16385_none_3868158f24725705″ pid: 108 starttime: 130839140744069193 (0x01d0d5815ac48049)
2015-08-13 12:36:15, Error [0x018020] CSI 00000835 (F) Failed execution of queue item Installer: Mof (<9f4ec79f-3a97-4772-b635-2899468900a2>) with HRESULT 80041002 [Error,Facility=FACILITY_ITF,Code=4098 (0x1002)]. Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable (2)[gle=0x80004005]
2015-08-13 12:36:16, Info CSI 00000836 Creating NT transaction (seq 1), objectname [6]»(null)»
2015-08-13 12:36:16, Info CSI 00000837 Created NT transaction (seq 1) result 0x00000000, handle @0x3a8
2015-08-13 12:36:16, Info CSI 00000838@2015/8/13:04:36:16.935 CSI perf trace:
CSIPERF:TXCOMMIT;16205
2015-08-13 12:36:16, Info CSI 00000839 End executing advanced installer (sequence 4106)
Completion status: HRESULT_FROM_WIN32(ERROR_ADVANCED_INSTALLER_FAILED)

2015-08-13 12:51:36, Info CBS WER: Generating failure report for package: Package_for_KB976932

6.1.1.17514, status: 0x80041002, failure source: AI, start state: Partially Installed, target state: Installed, client id: SP Coordinater Engine
2015-08-13 12:51:36, Info CBS Failed to query DisableWerReporting flag. Assuming not set. [HRESULT = 0x80070002 — ERROR_FILE_NOT_FOUND]
2015-08-13 12:51:36, Info CBS Failed to add %windir%winsxspending.xml to WER report because it is missing. Continuing without it.
2015-08-13 12:51:36, Info CBS Failed to add %windir%winsxspending.xml.bad to WER report because it is missing. Continuing without it.
2015-08-13 12:51:43, Info CBS SQM: Reporting package change completion for package: Package_for_KB976932

6.1.1.17514, current: Partially Installed, original: Partially Installed, target: Installed, status: 0x80041002, failure source: AI, failure details: «Mof 80041002 32 Install (first install) Microsoft-Windows-UserModePowerService-Mof.Resources, Culture=en-US, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=amd64, versionScope=NonSxS «, client id: SP Coordinater Engine, initiated offline: False, execution sequence: 477, first merged sequence: 477
2015-08-13 12:51:43, Info CBS SQM: Failed to initialize Win SAT assessment. [HRESULT = 0x80040154 — Unknown Error]
2015-08-13 12:51:43, Info CBS SQM: average disk throughput datapoint is invalid [HRESULT = 0x80040154 — Unknown Error]
2015-08-13 12:51:43, Info CBS SQM: Upload requested for report: PackageChangeEnd_Package_for_KB976932

6.1.1.17514, session id: 101457924, sample type: Standard
2015-08-13 12:51:43, Info CBS SQM: Ignoring upload request because the sample type is not enabled: Standard
2015-08-13 12:51:43, Info CBS Startup: Package: Package_for_KB976932

6.1.1.17514 completed startup processing, new state: Partially Installed, original: Partially Installed, targeted: Installed. hr = 0x80041002

2015-08-13 13:02:07, Info CBS SPI: Reviewing Package_for_KB976932

6.1.1.17514. State: -19 Error: 0x80041002
2015-08-13 13:02:07, Info CBS CBS session is NULL, nothing to finalize
2015-08-13 13:02:07, Info CBS SPI: SP installation failed. hr: 0x80041002
2015-08-13 13:02:28, Info CBS Session: 30463365_1082275845 initialized by client RMT.

Ошибка «0x80041002 (WBEM_E_NOT_FOUND)» возникает при попытке открыть пространство имен WMI на компьютере с Windows 7 или Windows Server 2008 R2

Проблемы

При попытке открыть пространство имен WMI на компьютере с операционной системами Windows Windows Server 2008 R2 или Windows 7 вы получаете сообщение об ошибке, похожее на следующее:

В журнал системных событий также записывают следующее событие:

Причина

Эта проблема возникает из-за того, что репозиторий WMI поврежден.

Служба WMI неправильно обрабатывает операцию удаления элементов для репозитория WMI. Это приводит к повреждению дерева индекса в репозитории WMI. Поэтому при попытке открыть пространство имен вы испытываете ошибку, описанную в разделе «Симптомы».

Обратите внимание, что эта проблема вызвана не всеми повреждениями репозитория WMI.

Решение

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

Сведения о hotfix

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

Если префикс доступен для скачивания, в верхней части этой статьи базы знаний есть раздел «Доступно скачивание hotfix». Если этот раздел не отображен, обратитесь в службу поддержки клиентов Майкрософт, чтобы получить hotfix.

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

http://support.microsoft.com/contactus/?ws=supportОбратите внимание на то, что в форме «Доступно скачивание hotfix» отображаются языки, для которых доступен hotfix. Если язык не затенен, это можно сделать из-за того, что для него не доступен hotfix.

Предварительные условия

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

Windows 7 с Пакет обновления 1 (SP1)

Windows Server 2008 R2

Windows Server 2008 R2 с Пакет обновления 1 (SP1)

Требование к перезапуску

После установки исправления компьютер необходимо перезагрузить.

Сведения о замене исправлений

Этот префикс не заменяет ранее выпущенный hotfix.

Сведения о файлах

Глобальная версия этого исправления устанавливает файлы с атрибутами, которые указаны в приведенных ниже таблицах. Даты и время для файлов указаны в формате UTC. Даты и время для этих файлов на локальном компьютере отображаются с учетом часового пояса и перехода на летнее время. Кроме того, даты и время могут изменяться при выполнении определенных операций с файлами.

Примечания к сведениям о файлах для Windows 7 и Windows Server 2008 R2

Важные hotfixes и Windows Server 2008 R2 Windows 7 включаются в одинаковые пакеты. Однако на странице запроса исправления они указаны для обеих операционных систем. Чтобы запросить исправление для одной или обеих операционных систем, выберите его в разделе «Windows 7» и (или) «Windows Server 2008 R2». Чтобы определить, к какой операционной системе относится каждый hotfix, всегда обращаетесь к разделу «Применяется к».

Файлы, которые относятся к определенному продукту, SR_Level (RTM, SP n)и ветви обслуживания (LDR, GDR), можно определить, изучив номера версий файлов, как показано в таблице ниже.

Исправить код ошибки активации Windows 0x80041023

Код ошибки активации Windows 0x80041023 возникает при обновлении Windows 10 или новой переустановке на компьютере. Есть несколько сценариев вокруг этой ошибки. Возможно, у вас неверный ключ или вы обновляете Windows Home до Windows Pro. Давайте узнаем, как мы можем устранить ошибку активации Windows Code0x80041023.

Код ошибки активации Windows 0x80041023

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

Ключ Windows неверен

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

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

Единственный выход – купить действующий ключ, и мы предлагаем его купить в Магазине Windows.

Другая версия ключа Windows хранится в BIOS

Предполагая, что у вас есть ключ Windows Pro, который вы хотите активировать, но всякий раз, когда вы пытаетесь активировать, вы получаете код ошибки – Введенный ключ продукта не работает Ошибка 0x80041023.

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

Попытка обновления с OEM-лицензий

Вот еще один факт о лицензиях OEM. Они не являются «лицензиями на обновление» и предназначены только для новых машин. Поэтому, если вы устанавливаете Windows 10 Pro на компьютере с Windows Home при запуске, он не будет работать, что приведет к ошибке активации Windows с кодом 0x80041023. Вам следует снова установить Windows 10 Home, а затем выполнить обновление с помощью Магазина Windows до Windows Pro.

Если вы приобрели ключ Windows Pro у OEM-производителя, а не в магазине, вам потребуется установить Windows 10 Pro fresh, а затем использовать ключ активации.

Обновления Windows иногда сбивают с толку, особенно если вы купили компьютер у OEM. Если Microsoft не позволяет обновление, нет правильного пути.

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

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

Open

CodePunk- opened this issue

Jun 3, 2020

· 82 comments

Comments

@CodePunk-

  • Microsoft Windows 10 Pro, 10.0.19041 N/A Build 19041

  • What you’re doing and what’s happening:

    • I have enabled and disabled multiple times the Windows Subsystem for Linux, Virtual Machine Platform, and Hyper-V features, but I get the same error every time.
    • I have reinstalled the WLS multiple times but the conversion always fails.
  • What’s wrong / what should be happening instead:

    • I am trying to convert my distro to wsl2, but I am getting the error: 0x80041002.
      image
lovelyjuice, theminer3746, sounakofficial, jeanmonet, theAkito, ihave58, thor85, Yogurt4, cybairfly, vanelk, and 6 more reacted with thumbs up emoji

@afallenhope

Also receiving this.

  • Microsoft Windows 10 Pro, 19041.264
  • I’ve uninstalled everything and even tried to re-install and having the same issue.
  • Now i can’t even install an OS from MS Store :\

@benhillis

Interesting, I suspect the error code is indicating something wrong with us trying to use hvsockets to communicate with the guest.

Could one of you please take a trace?

@ifrond

i have took trace while trying to load subsytem for issue #5340
logs.zip

@CodePunk-

I installed Windows 10 on a different driver in the hopes of fixing the issue, but now I am getting error 0x800706d9.
Capture_2
Here are mine.
logs1.zip.

@ifrond

ok. i have looked at logs and found error
Error, 3, 10420, onecore\vm\wsl\lxss\service\lib\utilityvmcontext.cpp, 1355, 0, 3, 10420, 0x80041002, HcnCreateNetwork failed (null), , , 1, 65,046756900
maybe it can be related to #4364 but i checked my 53 port and it is free

  • Get-Process -Id (Get-NetUDPEndpoint -LocalPort 53).OwningProcess
  •              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    
    • CategoryInfo : ObjectNotFound: (53:UInt16) [Get-NetUDPEndpoint], CimJobException
    • FullyQualifiedErrorId : CmdletizationQuery_NotFound_LocalPort,Get-NetUDPEndpoint
      also i have no docker at my host or any custom dns service

@dh13ker

Today!!! Before, more one week i use WSL2 fine! Today get a error:
Аннотация 2020-06-06 084306
Reinstall WSL; Virtual Machine Platform; All network drivers — nothing helped.

@CodePunk-

I found the issue. In my case, it was the COMODO Firewall. I disabled its components multiple times before converting the WSL, but it seems the only way to fix the issue, was to remove it completely.

dh13ker, afallenhope, pambasileus, chorliya, rescenic, Searinox, ihave58, ste93cry, mikahama, kinekt4, and 4 more reacted with thumbs up emoji
npolevara and AdamSalma reacted with rocket emoji

@dh13ker

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

cmd.exe (Admin)
net stop hns
net start hns

Аннотация 2020-06-07 173006
Аннотация 2020-06-07 173031


UPD: Comodo v12.0.0.6882 working fine for me
no BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.


Issue on Comodo forum: https://forums.comodo.com/bug-reports-cis/ethernet-adapter-vethernet-wsl-cant-create-with-installed-comodo-t125940.0.html

@serak

on Windows build 19041.264 ,i dont have comodo or any antivirus apart from windows security center but i am still having this issue. and i dont also use docker on my PC. i only have vmware workstation 15.

Update

Get-Process -Id (Get-NetUDPEndpoint -LocalPort 53).OwningProcess
CCProxy was using that port so i stopped that service from windows service check the above command on powershell again install ubuntu wsl and start back my CCPoxy again.

Men Microsoft should just handled this error better than 0x80041002 Hexa Error

@froilson

Hi,
I’m on Windows 10 ver.2004 (19041.329) and have exactly the same issue with WSL 2, I can install all following all steps from this Install WSL 2 on Windows 10.

All works good, the conversion to WSL 2 but when I reboot the system this error has shown all the time, uninstalling and reinstalling doesn’t work and uninstalling dnscrypt-proxy that was running on port 53 either.

Windows Events log shows this two errors:
1- SNP no pudo crear vmswitch con el error ‘0x80041002’ y el id. de adaptador = ‘4861B171-DCCF-4DFC-B11E-BDAA4D5FF7D9’.

2- HNS-Network-Create :-
Id. de red = ‘{b95d0c5e-57d4-412b-b571-18a81a16e005}’.
Tipo de red = ‘ICS’.
Código de resultado = ‘0x80041002’.

I have not been able to fix the error yet.

@afallenhope

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

cmd.exe (Admin)
net stop hns
net start hns

Аннотация 2020-06-07 173006
Аннотация 2020-06-07 173031

UPD: Comodo v12.0.0.6882 working fine for me
no BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.

Issue on Comodo forum: https://forums.comodo.com/bug-reports-cis/ethernet-adapter-vethernet-wsl-cant-create-with-installed-comodo-t125940.0.html

I’m having the issue too.
Can you share your COMODO settings (maybe your Firewall Zones and the order) ?
I disabled everything and then tried.. and I’m still getting issues.
Only works when I uninstall COMODO.

@dh13ker

Comodo 12.0.0.6882 only work fine. Other versions NOT WORKING!
In this top Comodo MODERATOR post link for load this version:
https://forums.comodo.com/francais-french/comodo-internet-security-2019-v12006882-ndash-disponible-t124711.0.html;msg890652#msg890652

Add WSL zone: IP 172.016.0.0 Mask 255.240.0.0
Global rulles allow:
IP (IN&OUT): IN WSL zone (IP 172.016.0.0 Mask 255.240.0.0) -> OUT WSL zone (IP 172.016.0.0 Mask 255.240.0.0), IP-PROTO ANY;

AND (if really need)

IP (IN&OUT): IN WSL zone (IP 172.016.0.0 Mask 255.240.0.0) -> OUT Loopback (127.0.0.1), IP-PROTO ANY;
IP (IN&OUT): IN Loopback (127.0.0.1) -> OUT WSL zone (IP 172.016.0.0 Mask 255.240.0.0), IP-PROTO ANY;

@gjf

Same issue for me. Cannot install anything.

Environment

Windows build number: Microsoft Windows [Version 10.0.19041.329]
Your Distribution version: Kali and Ubuntu 20.04LTS
Whether the issue is on: WSL 2 (set as default), WSL 1 is not affected

Steps to reproduce

1, Install distributive in Windows Appstore.
2. Start it to install into WSL.

Expected behavior

It should install.

Actual behavior

It is not installed showing Error: 0x80041002 (WslRegisterDistribution failed with error: 0x80041002)

logs.zip

The installation with WSL 1 was OK, but I cannot move to WSL 2 having the same error during conversion.

@kinekt4

Comodo user here. I managed to resolve by disabling two settings:

  • Auto-Containment (This setting I sometimes have to do with WSL1); And
  • VirusScope

I have managed to do the following with no issues:

sudo apt update
sudo apt upgrade

Comodo Product Version: 12.2.2.7036
Windows: Version 2004 (OS Build 19041.329)
Ubuntu: 20.04

@gjf

I managed to resolve by disabling two settings:

  • Auto-Containment (This setting I sometimes have to do with WSL1); And
  • VirusScope

Nope, did not help. In fact all these were disabled already.

@kinekt4

Nope, did not help.

Did you uninstall/re-install Ubuntu first?

I would suggest:

  • Uninstall Ubuntu
  • Disable the two settings above
  • Re-install ubuntu
  • Run commands

@gjf

Nope, did not help.

Did you uninstall/re-install Ubuntu first?

I would suggest:

  • Uninstall Ubuntu
  • Disable the two settings above
  • Re-install ubuntu
  • Run commands

I have installed it already using WSL 1, now I can simply try to convert it to WSL 2 to observe the error.
And again: these two settings were disabled from the beginning.

@kinekt4

Sorry. I retract my «fix«. It didn’t help. I likely ran the commands in WSL1 mode.

I would like to note the following though:

# Show Default
PS C:\Users\user> wsl --list
Windows Subsystem for Linux Distributions:
Ubuntu-20.04 (Default)

# Show version
PS C:\Users\user> wsl --list --verbose
  NAME            STATE           VERSION
* Ubuntu-20.04    Stopped         1

# No Error
PS C:\Users\user> wsl --set-default-version 2
For information on key differences with WSL 2 please visit https://aka.ms/wsl2

# Error
PS C:\Users\user> wsl --set-version Ubuntu-20.04 2
Conversion in progress, this may take a few minutes...
For information on key differences with WSL 2 please visit https://aka.ms/wsl2
Error: 0x80041002

@gjf

@kinekt4 I can even add more.
After creation of Linux in WSL 1 you cannot open it in //wsl$/kali-linux (or any name — it depends what distributive you have installed).
After execution of wsl —set-version kali-linux 2 you will get an error, but //wsl$/kali-linux appears.

@Searinox

Another COMODO user here, getting this error when attempting to install Ubuntu.

@theAkito

I had Debian WSL2 installed for good. It worked perfectly and I had already plenty experience with WSL1.

Yesterday, I installed Comodo Internet Security Premium. After the second PC restart I hit this error and WSL became unusable. I turned off most Comodo features, reset some settings in it, but after an additional restart the problem still appears.

What to do?


Even after disabling every feature in COMODO and restarting the PC several times, WSL2 still refused to work.

WSL2 is more important for me, so I uninstalled COMODO entirely, restarted and… here you go.
WSL (and Docker Desktop) works as great as it did before.

This is the first time, I am so disappointed in COMODO…

@gjf

@theAkito

@gjf
I agree with the most part you wrote in that topic.

Confirming your concerns, I cannot revert to your workaround.

The sole purpose I even upgraded my Windows version to the most currernt one is only WSL2. I need the quasi native Docker support, etc. So uninstallation of COMODO was the only option for me, after all.

However, I have been using COMODO since years and I never was this disappointed. I think it is still way better than most competitors out there. Look at Avast and Norton for example. They block games and create unforeseen/unexpected errors since so many years. So, at least comparatively, COMODO is not that bad.

@gjf

@theAkito
I was so happy with introduction WSL2 having possibility to test kernel modules — and what a surprise!
I remember Comodo when it was a really good solution with fast and intuitive interface.
And now…
Damned marketing…

@Jurigag

I updated comodo to 7036 version which was supposed to work but still it doesn’t :/

@Searinox

@Jurigag

So they didn’t add it basically? Well removed comodo for now because WSL2 is way too great.

@DaClone

I updated to the latest version of COMODO, still getting this error when trying to install Ubuntu on WSL2, so perhaps is not quite fixed after all…

@Searinox

I updated to the latest version of COMODO, still getting this error when trying to install Ubuntu on WSL2, so perhaps is not quite fixed after all…

Read the post. It will be fixed in an update. Version 12.2.2.7062 was already out when this was stated. There is yet no update out.

@DaClone

I updated to the latest version of COMODO, still getting this error when trying to install Ubuntu on WSL2, so perhaps is not quite fixed after all…

Read the post. It will be fixed in an update. Version 12.2.2.7062 was already out when this was stated. There is yet no update out.

My bad, I thought it referenced the latest update but it did not… guess I’ll have to wait

@ksrjcons

@BlueNoob

https://docs.microsoft.com/zh-cn/windows/wsl/install-win10
=======================================
wsl --set-version kali-linux 2
ERROR: 0x80041002
=======================================
wsl --list --online
My wsl has no commont of "--online"
=======================================
wsl product version: 10.0.19041.488
wsl file version: 6.2.190401.488 
winver: Vsersion 20H2 (19042.804)
=======================================
COMODO FIREWALL version: 12.2.2.7098

@BlueNoob

Interesting, I suspect the error code is indicating something wrong with us trying to use hvsockets to communicate with the guest.

Could one of you please take a trace?

Do you wanna follow my issue? I can give you more logs or remote desktop to find out the problem and resolve it.

@nulman

comodo FINALLY released an update which specifically claims to solve the issue (And it does for me).

Fixed

  • WSL 2 can not work when install CIS

@Ryonez

comodo FINALLY released an update which specifically claims to solve the issue (And it does for me).

Fixed

  • WSL 2 can not work when install CIS

If only it wasn’t nearly a year later, long after I stopped using Comodo because of this issue.

@sandrix

Confirmed that version CFW 12.2.2.8012 is working fine with WSL2

@rajatshenoy56

Hey so i found a workaround that worked for me. Please try it and give feedback if it works.

  1. I disabled the wsl feature and virtual machine platform
  2. restarted and cleaned the registry with ccleaner
  3. Re-enable 2 features mentioned in point no 1 and restart

it did the work for me.

This worked for me too. I guess I had changed something in the registry earlier which might have caused this problem.

@zhuweiji

I had the same issue I had to downgrade wsl 2 to wsl 1 and then install ubuntu again.

  • run wsl --set-default-version 1 to downgrade and try reinstalling your distro

worked for me

@bot202102

Use comodo firewall 12.2.2.8012
worked for me

@j-a-h-i-r

I don’t use the comodo firewall and the WSL update to version 2 is still showing this error.

wsl --set-version Ubuntu-20.04 2

Shows WSL2 Converstion Failed with Error: 0x80041002

@bot202102

I don’t use the comodo firewall and the WSL update to version 2 is still showing this error.

wsl --set-version Ubuntu-20.04 2

Shows WSL2 Converstion Failed with Error: 0x80041002

Upgrade to comodo 12.2.2.7098

@hamzaelgannouni

I had the same problem. I got it to work by setting the WSL version to 1 via PowerShell:

wsl —set-default-version 1

I did want to use version 2, but having version 1 is better than nothing.

@Ryonez

I had the same problem. I got it to work by setting the WSL version to 1 via PowerShell:

wsl —set-default-version 1

I did want to use version 2, but having version 1 is better than nothing.

Comodo is meant to have fixed the issue in an update, this workaround shouldn’t be required anymore @hamzaelgannouni

That fix though took around a year as far as I know to come out. And I made the decision after trying to live with it for a while that software that interferes with the os in a way it’s not meant to isn’t worth using when the devs don’t really care to fix it. And giving the amount of time it took, I read it as they didn’t. So I haven’t been using Comodo for a long time now.

If the latest version is screwing things up again then it really didn’t last long.

@faakher

@musabgultekin

I fixed it by doing this:

  • Enable Vritualization in bios
  • wsl —set-default-version 1
  • Install ubuntu
  • wsl —set-version ubuntu 2
  • wsl —set-default-version 2

@micenote

I fixed it by doing this:

  • Enable Vritualization in bios
  • wsl —set-default-version 1
  • Install ubuntu
  • wsl —set-version ubuntu 2
  • wsl —set-default-version 2

not worked! mei luan yong!

@b-hayes

Running current distro on machine that has been fine for a year, suddenly stopped working.
Uninstalling and reinstalling proved impossible.
Installed WSL on a brand new machine app store refuses to download.
Install via comandline Error: 0x80041002 (null)

Nothing I do on any windows machine right now can get me a working copy of WSL. I cant do my job thanks windows.

@ScullKeith

@XJIOP

I don’t use COMODO but get the same error 0x80041002 (use only windows defender and windows firewall)

@demius

@XJIOP

@sillasbernardo

So I had the same issue with my wsl2 installation and I dig deep until I found what the error 0x80041002 means. It basically means that the wsl2 couldn’t create a Hyper-V Virtual Ethernet Adapter. This error doesn’t come from wsl2, it comes from Hyper-V as shown in the event viewer.

First you NEED Hyper-V enabled, and second check if you have another vm adapter such as Oracle or vmware. In my case what happened was that I installed vmware in a second hard drive and I removed the HD from my PC, since the vmware ethernet adapter couldn’t find the source and IT’S linked to my Realtek physical controller, it somehow was making it impossible for Hyper-V to create a link as well.

Let’s say that whatever virtual machine you use WILL use your physical controller as a link and if one of your virtual adapter is failing, it will block others from linking as well.

So check if a vmware, oracle, VPN or anything is interfering with your physical controller because that’s what the code 0x80041002 means. Once more: «It can’t create a virtual ethernet adapter from the physical controller because something is blocking it from doing»

@OsamaAbdelhameed

I want wsl2 for docker desktop and I got this error for more than a week, I don’t have comodo and Ubunto is not allowing me to set it to 2

@AmroAbdrabo

The answer from sillasbernardo led me to right clicking on the VMWare executable installer file and then repair, and then it worked.

В этой статье рассматривается ошибка 0x80041002, также известная как Ошибка 0x80041002 и означающая

Об ошибке Windows

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

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

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

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

Симптомы 0x80041002 — Ошибка 0x80041002

Ошибки Windows можно классифицировать как синтаксические ошибки, логические ошибки или ошибки времени выполнения.

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

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

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

Fix Ошибка 0x80041002 (Error 0x80041002)
(Только для примера)

Причины ошибок Ошибка 0x80041002 — 0x80041002

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

Методы исправления

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

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

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

Метод 1 — Восстановить базу данных Центра обновления Windows

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

  • Нажмите Пуск и введите Восстановление системы в поле поиска, затем нажмите клавишу ввода.
  • Когда появится окно восстановления системы, нажимайте Далее , пока не дойдете до окна, в котором вы можете выбрать точку восстановления. Вы увидите список дат восстановления с описанием.
  • Затем снова нажмите Далее и подтвердите процесс восстановления. Подождите, пока он прекратит обработку, и появится окно, в котором вы можете нажать кнопку Готово . Закройте окно и дайте компьютеру перезагрузиться.

Вы также можете восстановить свой компьютер с помощью установочного диска ОС .

  • Для этого загрузитесь с компакт-диска с ОС или с носителя для восстановления.
  • Следуйте инструкциям, пока не дойдете до экрана, на котором будет предложена опция Восстановить мой компьютер , нажмите и выберите Восстановление системы из списка инструментов восстановления.
  • Вы можете выбрать любую точку восстановления в окне «Восстановление системы», но убедитесь, что вы восстановили дату, при которой ваш компьютер работает нормально.
  • Дождитесь завершения процесса и позвольте вашему компьютеру перезагрузиться на рабочий стол.

Вы также можете загрузиться в безопасном режиме .

  • Загрузите компьютер и нажмите F8. Выберите Безопасный режим с командной строкой , нажимая стрелки на клавиатуре, чтобы переместить выделение вниз к этому элементу.
  • В безопасном режиме введите rstrui.exe и нажмите Enter в командной строке. Следуйте указаниям мастера восстановления и перезагрузите компьютер в обычном режиме.

Восстановление в Windows 8:
Восстановление в среде Windows

  • В Windows 8 щелкните значок поиска и введите Восстановление системы.
  • Продолжайте нажимать кнопку «Далее», пока не дойдете до окна, в котором можно выбрать дату восстановления.
  • Подтвердите восстановление, выполнив оставшиеся шаги. После этого перезагрузите компьютер в обычном режиме.

Восстановить при загрузке

  • Перезагрузите компьютер и нажмите F11, чтобы начать восстановление системы.
  • Вы увидите экран «Дополнительные параметры», на котором вы найдете пункт «Восстановление системы».
  • Вам будет предложено выбрать учетную запись администратора, просто выберите и войдите в свою учетную запись администратора.
  • Нажимайте кнопку «Далее», пока не дойдете до экрана, на котором можно выбрать даты восстановления.
  • Нажимайте кнопку «Далее», пока не дойдете до конца процесса восстановления и не увидите кнопку «Готово».
  • Перезагрузите компьютер в обычном режиме.

Восстановление в Windows 10:
Внутри окна

  • Запустите восстановление системы, введя его в поле поиска. Щелкните элемент, который появится в результатах поиска.
  • Когда откроется окно «Восстановление системы», нажимайте «Далее», пока не получите список для выбора даты восстановления, выберите ту, которая, как вы знаете, лучше всего подходит для вас.
  • Подтвердите процесс, нажав «Далее», затем «Да» и, наконец, «Готово». После закрытия окна перезагрузите компьютер.

Использование установочного носителя

  • Если вы не можете загрузиться в Windows, вам лучше загрузить файл Media Creator из Microsoft. Создайте загрузочный диск с помощью DVD или флэш-диска.
  • После этого перезагрузите компьютер и войдите в BIOS, чтобы изменить загрузочное устройство на DVD или флэш-диск.
  • Когда вы перейдете к экрану установки, выберите «Устранение неполадок»> «Дополнительные параметры»> «Восстановление системы» и выполните процесс таким же образом.

Метод 2 — Исправить неправильную системную дату и время

Иногда Windows может работать неправильно из-за неправильной настройки времени. Чтобы установить время и дату:
В Windows 7

  • Нажмите «Пуск», затем «Панель управления».
  • Нажмите «Дата и время».
  • В окне «Дата и время» нажмите «Изменить часовой пояс», чтобы выбрать правильный часовой пояс.
  • Нажмите «Применить» и «ОК».

В Windows 8

  • Откройте «Настройки», переместив указатель мыши вправо, при открытии вкладки щелкните значок шестеренки.
  • Откроется новая всплывающая вкладка «Настройки», нажмите «Панель управления».
  • На панели управления нажмите «Часы, язык и регион». Затем нажмите «Установить время и дату» в разделе «Дата и время».
  • Когда откроется окно «Дата и время», нажмите «Изменить дату и время» и перейдите к нужной дате и времени в следующем окне. Чтобы подать заявку, просто нажмите «ОК».

В Windows 10

  • Просто щелкните правой кнопкой мыши дату и время на панели задач, расположенной в правой нижней части экрана.
  • Нажмите «Настроить дату и время». Откроются настройки даты и времени.
  • Вы можете выбрать часовой пояс, а затем закрыть окно. Это автоматически обновит время и дату на панели задач.

Метод 3 — Проверьте отсутствие или повреждение файлов

  • Запустить проверку системных файлов
    • Чтобы запустить команду, откройте командную строку с повышенными привилегиями, набрав ее в окне поиска, затем щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора».
    • Введите в командной строке sfc / scannow и дождитесь успешного завершения процесса проверки.
  • Запустите Checkdisk — Chkdsk исправляет многие несоответствия с ОС. Системные ошибки также можно исправить с помощью этой утилиты. Чтобы запустить это,
    • Откройте командную строку, введя ее в поле поиска, а затем, когда вы увидите результат в верхней части списка, щелкните его правой кнопкой мыши и выберите «Запуск от имени администратора».
    • Ваша система может сказать, что вы не можете запустить ее в данный момент, потому что вы все еще обрабатываете данные, и спросит вас, хотите ли вы запустить ее перед следующим запуском, просто нажмите y для подтверждения, а затем выйдите с экрана и перезагрузите компьютер.
    • После перезагрузки компьютера вы увидите, что checkdisk работает вне Windows, просто дайте ему закончить, пока он не даст вам отчет о том, что было найдено, исправлено или отмечено.
    • Закройте окно и дайте компьютеру нормально перезагрузиться.
Другие языки:

How to fix 0x80041002 (Error 0x80041002) —
Wie beheben 0x80041002 (Fehler 0x80041002) —
Come fissare 0x80041002 (Errore 0x80041002) —
Hoe maak je 0x80041002 (Fout 0x80041002) —
Comment réparer 0x80041002 (Erreur 0x80041002) —
어떻게 고치는 지 0x80041002 (오류 0x80041002) —
Como corrigir o 0x80041002 (Erro 0x80041002) —
Hur man åtgärdar 0x80041002 (Fel 0x80041002) —
Jak naprawić 0x80041002 (Błąd 0x80041002) —
Cómo arreglar 0x80041002 (Error 0x80041002) —

The Author Об авторе: Фил Харт является участником сообщества Microsoft с 2010 года. С текущим количеством баллов более 100 000 он внес более 3000 ответов на форумах Microsoft Support и создал почти 200 новых справочных статей в Technet Wiki.

Следуйте за нами: Facebook Youtube Twitter

Последнее обновление:

30/10/22 04:49 : Пользователь Windows 7 проголосовал за то, что метод восстановления 1 работает для него.

Рекомендуемый инструмент для ремонта:

Этот инструмент восстановления может устранить такие распространенные проблемы компьютера, как синие экраны, сбои и замораживание, отсутствующие DLL-файлы, а также устранить повреждения от вредоносных программ/вирусов и многое другое путем замены поврежденных и отсутствующих системных файлов.

ШАГ 1:

Нажмите здесь, чтобы скачать и установите средство восстановления Windows.

ШАГ 2:

Нажмите на Start Scan и позвольте ему проанализировать ваше устройство.

ШАГ 3:

Нажмите на Repair All, чтобы устранить все обнаруженные проблемы.

СКАЧАТЬ СЕЙЧАС

Совместимость

Требования

1 Ghz CPU, 512 MB RAM, 40 GB HDD
Эта загрузка предлагает неограниченное бесплатное сканирование ПК с Windows. Полное восстановление системы начинается от $19,95.

ID статьи: ACX014362RU

Применяется к: Windows 10, Windows 8.1, Windows 7, Windows Vista, Windows XP, Windows 2000

Совет по увеличению скорости #96

Отключение помощника по совместимости программ:

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

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

Информация о системе:

На вашем ПК работает:  

специальное предложение

0x80041002 часто может появляться из-за неправильно настроенных параметров системы или из-за нарушений в реестре Windows. Эту ошибку относительно быстро и легко исправить, если использовать PC Repair, настроенную на решение всех распространенных проблем с реестром.

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • 0x80041002 появляется и начинает нарушать окно активной программы;
  • 0x80041002 появляется на экране;
  • Появляется сообщение ‘Обнаружена проблема, и Windows была выключена, чтобы предотвратить повреждение компьютера. Похоже, что проблема вызвана следующим файлом…’;
  • Компьютер пользователя перестает работать, выдавая ошибку 0x80041002 при запуске программы;
  • Windows работает плохо, медленно реагируя на команды;
  • Компьютер пользователя часто зависает

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

  1. 1. Скачать PC Repair.
  2. 2. Установить и запустить программу.
  3. 3. Нажмите Scan Now для обнаружения ошибок и различных отклонений от оптимального уровня.
  4. 4. Нажмите Repair All для устранения каждой проблемы.


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

Информация о системе:

На вашем ПК работает:  

Размер файла: 0.6MB     Время загрузки: 10 секунд

Размер файла: 0.6MB

Время загрузки: 10 секунд

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

 
Скачайте здесь

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • — Появляется сообщение «0x80041002», и активное окно программы выходит из строя;
  • — «0x80041002» отображается на экране;
  • — Была обнаружена проблема, и Windows была отключена, чтобы предотвратить повреждение компьютера. Проблема, по-видимому, вызвана следующим файлом…;
  • — Ваш ПК часто выходит из строя и демонстрирует ошибку 0x80041002 при запуске одной и той же программы;
  • — Windows работает вяло и медленно реагирует на сигналы мыши или клавиатуры;
  • — Ваш компьютер периодически зависает на несколько секунд;

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

  1. 1. Нажмите, чтобы загрузить приложение
  2. 2. Установите и запустите приложение
  3. 3. Нажмите кнопку Сканировать, чтобы обнаружить ошибки и отклонения
  4. 4. Нажмите Исправить все, чтобы устранить все проблемы


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

The text was updated successfully, but these errors were encountered:

We are unable to convert the task to an issue at this time. Please try again.

The issue was successfully created but we are unable to update the comment at this time.

Also receiving this.

Interesting, I suspect the error code is indicating something wrong with us trying to use hvsockets to communicate with the guest.

Could one of you please take a trace?

I have took trace while trying to load subsytem for issue #5340
Logs. zip

I installed Windows 10 on a different driver in the hopes of fixing the issue, but now I am getting error 0x800706d9.

Here are mine.
Logs1.zip.

I found the issue. In my case, it was the COMODO Firewall. I disabled its components multiple times before converting the WSL, but it seems the only way to fix the issue, was to remove it completely.

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

Cmd. exe (Admin)
Net stop hns
Net start hns


UPD: Comodo V12.0.0.6882 working fine for me
No BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.

Update

Men Microsoft should just handled this error better than 0x80041002 Hexa Error

Hi,
I’m on Windows 10 ver.2004 (19041.329) and have exactly the same issue with WSL 2, I can install all following all steps from this Install WSL 2 on Windows 10.

All works good, the conversion to WSL 2 but when I reboot the system this error has shown all the time, uninstalling and reinstalling doesn’t work and uninstalling dnscrypt-proxy that was running on port 53 either.

Windows Events log shows this two errors:
1- SNP no pudo crear vmswitch con el error ‘0x80041002’ y el id. de adaptador = ‘4861B171-DCCF-4DFC-B11E-BDAA4D5FF7D9’.

2- HNS-Network-Create :-
Id. de red = ‘‘.
Tipo de red = ‘ICS’.
Codigo de resultado = ‘0x80041002’.

I have not been able to fix the error yet.

Okey. Its problem in COMODO. WSL2 need a full access to WSL2 hosts(random)<->Loopback
IP 172.016.0.0 Mask 255.240.0.0 <-> IP 127.0.0.1 Mask 255.0.0.0
In comodo rules has repaired all my WSL

Update: Today error repeated again. Hyper-V Virtual adapter cannot be created.

Cmd. exe (Admin)
Net stop hns
Net start hns


UPD: Comodo V12.0.0.6882 working fine for me
No BSOD, no system freezing, no errors in logs. Creating vSwitch working fine, WSL2 too.
Winver: Windows 10, v2004 (19041.329) with installed all available updates on 6/10/2020.

Issue on Comodo forum: https://forums. comodo. com/bug-reports-cis/ethernet-adapter-vethernet-wsl-cant-create-with-installed-comodo-t125940.0.html

AND (if really need)

Same issue for me. Cannot install anything.

Environment

Steps to reproduce

1, Install distributive in Windows Appstore.
2. Start it to install into WSL.

Expected behavior

Actual behavior

It is not installed showing Error: 0x80041002 (WslRegisterDistribution failed with error: 0x80041002)

The installation with WSL 1 was OK, but I cannot move to WSL 2 having the same error during conversion.

Comodo user here. I managed to resolve by disabling two settings:

I have managed to do the following with no issues:

Comodo Product Version: 12.2.2.7036
Windows: Version 2004 (OS Build 19041.329)
Ubuntu: 20.04

Nope, did not help. In fact all these were disabled already.

Did you uninstall/re-install Ubuntu first?

Did you uninstall/re-install Ubuntu first?

I have installed it already using WSL 1, now I can simply try to convert it to WSL 2 to observe the error.
And again: these two settings were disabled from the beginning.

Sorry. I retract my «Fix«. It didn’t help. I likely ran the commands in WSL1 mode.

I would like to note the following though:

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

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

Ошибка по коду 0хc004f074 достаточно специфическая и возникает при обновлении ОС, во время запуска и работы системы или программного обеспечения, а также в момент активации Windows 10. Данный сбой может появляться не только на продуктах Microsoft тестового периода, но и на активированных тоже.

Причины ошибки кроются в:

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

Для исправления 0хc004f074 требуется:

Проверить время и правильность часового пояса и при несоответствии с фактическим провести синхронизацию. Для этого нужно:

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

Эта ошибка возникает из-за разных факторов. Основные причины данного сбоя в ОС Windows:

Ошибка 0х8007007b при активации Windows 10

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

Как устранить сбой:

Ошибка 0х803f7001 при активации Windows 10

Если ОС не нашла после обновления до Windows 10 активную лицензию, то появляется в окне сообщение с ошибкой 0х803f7001.

Для устранения данной ошибки требуется проверить состояние лицензии:

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

Ошибка под кодом 0xc004f050 появляется только при попытке активировать ОС во время ее чистой установки.

Данная ошибка обозначает несоответствие ОС с введенным ключом. Сбой в процессе активации мог произойти из-за:

Решение: установка и активация предыдущих лицензионных операционных систем Windows 7 или 8, а потом последующее обновление до 10 версии.

Ошибка под кодом 0xc004f014 появляется при обновлении до Windows 10 Enterprise предыдущих версий ОС 7, 8 или 8.1.

Активацию системы можно осуществить на основном ПК через KMS клиент. Нужно сделать такие шаги:

После окончания процедуры подбора – ошибка устраняется.

Данная ошибка указывает на то, что не действует служба «Защита программного обеспечения». Чтобы устранить проблему – нужно сделать запуск системы:

Самой распространенной при активации системы является ошибка под кодом 0x803f7001.

Причины ошибки и ее устранение:

Ошибка 0х8007232b при активации Windows 10

Причины возникновения ошибки под кодом 0х8007232b две:

Ошибка 0хc004f210 при активации Windows 10

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

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

Признаками возникновения ошибки под кодом 0*80072f76 в Windows 10 зачастую являются медленная работа компьютера и слабое.

Источники:

Https://github. com/microsoft/WSL/issues/5329

Https://howwindows. ru/errors/oshibki-aktivacii-v-windows-10/

  • Remove From My Forums
  • General discussion

  • Добрый день!

    Есть сервер HP Proliant
    с Windows Server 2008 R2 x64 Enterprise на борту. Ставлю на него service pack 1
    (windows6.1-KB976932-X64.exe).
    После нескольких перезагрузок получаю сообщение:

    Установка не выполнена. Обнаружена неизвестная ошибка:
    0x80041002.

    Из журнала:

    Не удалось изменить состояние пакета KB976932 на Установлено. Состояние: 0x80041002.

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

    Заранее благодарен.

    С уважением, Сергей

    • Edited by

      Thursday, August 13, 2015 6:13 AM
      ошибка

    • Changed type
      Petko KrushevMicrosoft contingent staff
      Monday, August 24, 2015 11:44 AM
  • Remove From My Forums
  • General discussion

  • Добрый день!

    Есть сервер HP Proliant
    с Windows Server 2008 R2 x64 Enterprise на борту. Ставлю на него service pack 1
    (windows6.1-KB976932-X64.exe).
    После нескольких перезагрузок получаю сообщение:

    Установка не выполнена. Обнаружена неизвестная ошибка:
    0x80041002.

    Из журнала:

    Не удалось изменить состояние пакета KB976932 на Установлено. Состояние: 0x80041002.

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

    Заранее благодарен.

    С уважением, Сергей

    • Edited by

      Thursday, August 13, 2015 6:13 AM
      ошибка

    • Changed type
      Petko KrushevMicrosoft contingent staff
      Monday, August 24, 2015 11:44 AM

Иногда при мониторинге windows-серверов на пустом месте возникает ошибка вида WMI error 80041002: The object could not be found.
Ниже будут изложены несколько способов решения этой проблемы.
Для начала удостоверимся, что WMI работает некорректно локально на системе запустив команду:

get-wmiobject Win32_OperatingSystem

При обнаружении ошибки переходим дальше.

Перерегистрация библиотек WMI и перекомпиляция mof файлов
Данный скрипт представляет собой «мягкий» вариант восстановления работоспособности службы 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
winmgmt /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.

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

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

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

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

winmgmt /verifyrepository

Если команда возвращает, что база данных WMI находится в неконсистентном состоянии (INCONSISTENT), стоит попробовать выполнить «мягкое» восстановление репозитория:

Winmgmt /salvagerepository

И перезапустить службу wmi:

net stop Winmgmt
net start Winmgmt

Если описанная выше команда не помогла, выполняем сброс репозитория на начальное состояние (hard reset) так:

Winmgmt /resetrepository

В том случае, если команды Winmgmt /salvagerepository и Winmgmt /resetrepository желаемого эффекта не дали, стоит попробовать выполнить «жесткое» пересоздание базы WMI вручную таким сценарием:

sc config winmgmt start= disabled
net stop winmgmt
cd %windir%system32wbem
winmgmt /kill
winmgmt /unregserver
winmgmt /regserver
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[/code]

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

Источник - http://winitpro.ru/index.php/2014/08/12/ustranenie-nepoladok-v-wmi/


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

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

  1. Обновите вместо переустановки
  2. Проверить приложения безопасности

Интересно отметить, что ошибка может возникать не во всех вариантах установки Linux.

1]Обновите вместо переустановки

Если у вас уже установлена ​​более ранняя версия WSL и вам нужно обновить ее, вместо переустановки обновите ее с помощью bash. Откройте командную строку и следуйте командам, как показано ниже:

C: > bash $ sudo apt-get update $ sudo apt-get dist-upgrade $ C: > exit

Этот метод можно использовать практически с каждым кодом ошибки при переходе с одной версии WSL на другую.

2]Проверьте приложения безопасности

Впервые сообщили пользователи Comodo Internet Security, брандмауэр может блокировать связь или порт.

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

Ошибка WslRegisterDistribution 0x80041002 связана с проблемой межсетевого экрана. В общем, вам нужно проверить программное обеспечение безопасности, связаться с форумом и OEM, чтобы выяснить эту проблему. Надеюсь, этот пост помог вам разобраться и решить проблему.

Аналогичный WslRegisterDistribution завершился ошибкой: 0xc03a001a | 0x800700b7 или 0x80080005 | 0x80070422 | 0x80370114 | 0x80370102 | 0x80070003 | 0x80070032 | 0x8007023e | 0x800701bc | 0x8007019e и 0x8000000d.

.

Любой бывалый 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
  • Исправление WMI репозитория, перерегистрация библиотек, перекомпиляция MOF файлов
  • Сброс и пересоздание WMI репозитория (хранилища)

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

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

Get-Service Winmgmt | Select DisplayName,Status,ServiceName

служба Windows Management Instrumentation (Winmgmt) работает

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

wmic product get name,version

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

get-wmiobject Win32_OperatingSystem

powershell проверка работы wmi командой get-wmiobject

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

ошибка Failed to initialize all required WMI classes

В моем случае, например, при открытии свойств 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

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

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

скрипт для исправления ошибок WMI WMIDiag.vbs

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

c:windowsSystem32cscript.exe wmidiag.vbs

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

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

WMIDiag 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

winmgmt-verifyrepository - проверка состояния репозитория wmi

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

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

cd %windir%SysWOW64wbem

bat скрипт для перерегистрации компонентов wmi

Указанные команды можно выполнить путем простой вставки в окно командой строки, либо сохранить код в 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

сброс и восстановление хранилища wmi в windows 10

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

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

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

WMI repository is consistent

WMI repository is consistent

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

Информация о системе:

На вашем ПК работает:  

специальное предложение

0x80041002 часто может появляться из-за неправильно настроенных параметров системы или из-за нарушений в реестре Windows. Эту ошибку относительно быстро и легко исправить, если использовать PC Repair, настроенную на решение всех распространенных проблем с реестром.

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • 0x80041002 появляется и начинает нарушать окно активной программы;
  • 0x80041002 появляется на экране;
  • Появляется сообщение ‘Обнаружена проблема, и Windows была выключена, чтобы предотвратить повреждение компьютера. Похоже, что проблема вызвана следующим файлом…’;
  • Компьютер пользователя перестает работать, выдавая ошибку 0x80041002 при запуске программы;
  • Windows работает плохо, медленно реагируя на команды;
  • Компьютер пользователя часто зависает

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

  1. 1. Скачать PC Repair.
  2. 2. Установить и запустить программу.
  3. 3. Нажмите Scan Now для обнаружения ошибок и различных отклонений от оптимального уровня.
  4. 4. Нажмите Repair All для устранения каждой проблемы.


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

Понравилась статья? Поделить с друзьями:
  • Ошибка 0x80030002 не удается найти 1
  • Ошибка 0x80010135 слишком длинный путь
  • Ошибка 0x80030001 как исправить
  • Ошибка 0x80041003 windows 7 как исправить
  • Ошибка 0x80010108 при обновлении windows 10 решение