Ошибка 0x80041002 как исправить

Исправлена проблема, из-за которой код ошибки "0x80041002 (WBEM_E_NOT_FOUND)" возвращается при попытке открыть пространство имен WMI в Windows 7 или в Windows Server 2008 R2.

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

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

Иногда при мониторинге 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/


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, onecorevmwsllxssservicelibutilityvmcontext.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:Usersuser> wsl --list
Windows Subsystem for Linux Distributions:
Ubuntu-20.04 (Default)

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

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

# Error
PS C:Usersuser> 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.

Понравилась статья? Поделить с друзьями:
  • Ошибка 0x8007045d при установке windows 7 как исправить на ноутбуке
  • Ошибка 0x80041002 возникла при подключении к локальному реестру windows 10
  • Ошибка 0x8007045d при удалении файла
  • Ошибка 0x80040702 не удалось загрузить файл dll gameuxinstallhelper fsx
  • Ошибка 0x80070641 при установке visual c