Ошибка DistributedCOM Код события 10016 Windows 10

Код ошибки 10010 distributedcom

В ходе расследования выясняется, что при попытке запустить сервер DCOM с помощью приложения у вас нет никаких прав на это, и вы получите приведенную ниже ошибку в средстве просмотра событий: «Параметры разрешений для конкретного приложения не дают разрешения Локальной Активации для приложения COM-сервера«. Чтобы иметь четкую концепцию и избежать ошибок, мы разделим всю процедуру на четыре последовательных раздела. Давайте перейдем к ним сразу. Мы сосредоточимся на решении этой досадной ошибки в журнале событий «код события 10016 DistributedCOM Windows 10«, следуя приведенным ниже инструкциям.

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

Исправление кода события 10016 Ошибки DistributedCOM

Проверка процесса

Шаг 2. Отроем теперь редактор реестра. Нажмите сочетание кнопок Win+R и введите regedit.

Открытие сервисов компонентов

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

Исправление разрешений

Наконец, когда вы удостоверились, что это именно тот файл выдает ошибку, то проделайте следующие шаги:

Запуск сценария PowerShell активирует эту кнопку настройки с помощью команды, но я рекомендую воспользоваться этим способом, если у вас не получилось все по порядку. Пропустите этот шаг «Запуск сценария PowerShell», если что потом вернетесь к нему.

Чтобы обойти эту ошибку, вам нужно отредактировать некоторые разрешения в разделе «Служба компонентов» ключа RuntimeBroker. Прежде чем перейти к модификации, вам нужно запустить скрипт, который поможет вам изменить разрешения. Дальше поймете зачем мы это делали.

Шаг 1. Нажмите сочетание кнопок Win+X и выберите Windows PowerShell (администратор).

Шаг 2. Загрузите файл с кодом ниже. Разархивируйте скаченный архив, в нем содержится текстовый файл с кодом.

Шаг 3. Вставьте скаченный скрипт с файла в командную строку PowerShell.

Добавим группы система и local service.

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

Microsoft-Windows-DistributedCOM <1b562e86-b7aa-4131-badc-b6f3a001407e>System critical…

Исправление кода события 10016 Ошибки DistributedCOM

Проверка процесса

Шаг 2. Отроем теперь редактор реестра. Нажмите сочетание кнопок Win+R и введите regedit.

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

Открытие сервисов компонентов

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

Исправление разрешений

Наконец, когда вы удостоверились, что это именно тот файл выдает ошибку, то проделайте следующие шаги:

Запуск сценария PowerShell активирует эту кнопку настройки с помощью команды, но я рекомендую воспользоваться этим способом, если у вас не получилось все по порядку. Пропустите этот шаг “Запуск сценария PowerShell”, если что потом вернетесь к нему.

Запуск сценария PowerShell

Чтобы обойти эту ошибку, вам нужно отредактировать некоторые разрешения в разделе “Служба компонентов” ключа RuntimeBroker. Прежде чем перейти к модификации, вам нужно запустить скрипт, который поможет вам изменить разрешения. Дальше поймете зачем мы это делали.

Шаг 1. Нажмите сочетание кнопок Win+X и выберите Windows PowerShell (администратор).

Шаг 2. Загрузите файл с кодом ниже. Разархивируйте скаченный архив, в нем содержится текстовый файл с кодом.

Шаг 3. Вставьте скаченный скрипт с файла в командную строку PowerShell.

Добавим группы система и local service.

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

Загрузка комментариевПолитика конфиденциальности

Microsoft-Windows-DistributedCOM <1b562e86-b7aa-4131-badc-b6f3a001407e>System critical…

This happened today and caused the system to freeze and shut down. I then tried to fix it authorizing administrator by regedit of:

ComputerHKEY_LOCAL_MACHINESYSTEMControlSet001ControlWMIAutologgerEventLog-System

Didn’t work as intended; any help? Should I give complete control to users too?

– System

– Provider

[ Name] Microsoft-Windows-DistributedCOM
[ Guid] <1b562e86-b7aa-4131-badc-b6f3a001407e>
[ EventSourceName] DCOM

– EventID 10016

[ Qualifiers] 0

Version 0

Level 2

Task 0

Opcode 0

Keywords 0x8080000000000000

– TimeCreated

[ SystemTime] 2018-10-25 T 19:05:48.001952500Z

EventRecordID 2018

Correlation

– Execution

[ ProcessID] 360
[ ThreadID] 468

Channel System

Computer DESKTOP-LUCA

– Security

[ UserID] S-1-5-18

– EventData

param1 impostazioni specifiche dell’applicazione
param2 Locale
param3 Avvio
param4 Windows. SecurityCenter. WscDataProtection
param5 NA
param6 NT AUTHORITY
param7 SYSTEM
param8 S-1-5-18
param9 LocalHost (tramite LRPC)
param10 NA
param11 NA

_______________________________________________________________________________

?

Event ID 10016, DistributedCOM Windows. SecurityCenter. WscBrokerManager

Thank you for your suggestions EdTittel and EyeInTheSky, and also Brink for the code box stuff.

Since then I disabled the log so to ignore it for now.
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWMIAutologgerEventLog-System <1b562e86-b7aa-4131-badc-b6f3a001407e>changed the Enabled value data to 0.

I still don’t know what it is so I’ll continue looking for explanation and solution.

Regards,

System critical. :)» />

Error code 10010 The server <79701c41-c345-47ec-b57c-02c39a698a0d>did not register with DCOM within the required timeout.

Hi there. I have exactly the same error in my log. Comes during startup.

System

– Provider

[ Name] Microsoft-Windows-DistributedCOM

[ Guid]

[ EventSourceName] DCOM

– EventID 10010

[ Qualifiers] 0

Version 0

Level 2

Task 0

Opcode 0

Keywords 0x8080000000000000

– TimeCreated

[ SystemTime] 2015-08-26T04:25:40.184030000Z

EventRecordID 16618

Correlation

– Execution

[ ProcessID] 984

[ ThreadID] 5000

Channel System

Computer Tommy-VAIO

– Security

[ UserID] S-1-5-18

– EventData

param1

Симптомы проблемы:

“Тормоза” в сетевых подключениях

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

Ошибки в журнале событий

С завидной регулярностью в журнал системы вываливается одна и та же ошибка:

После непродолжительного поиска обнаружилось, что за этим классом значится Windows Management Instrumentation (WMI).

Служба “Инструментарий управления Windows” не запущена

В диспетчере служб данный сервер не запущен, хотя и стоит в “Авто”. Пробую запустить вручную – ошибка:

“Ошибка 126: Не найден указанный модуль.”

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

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

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

Выясняем параметры работы службы

Идём в раздел системного реестра, отвечающего за службу WMI:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetserviceswinmgmtParameters

Видим следующее: Параметр ServiceDll указывает на DLL в каталоге wbem. Пройдём в этот каталог.

Отсутствие необходимых компонентов

В каталоге данного файла не оказалось. Как это могло произойти – не знаю, возможно он был повреждён (chkdsk что-то там исправлял), но так или иначе файл я не нашёл.

Решено было заменить его с заведомо исправной системы.

Решение

Файл wmisvc. dll я просто скопировал в этот каталог. И о чудо! Служба wmimgmt запустилась автоматически, тормоза пропали, а в журнале событий ошибок по данной теме больше не возникало!

Update # 1

Эти знания (как устроен реестр в части касающейся служб) помогли мне решить и другие проблемы. В частности, на домашнем компьютере не работал принтер – не стартовала служба “Диспетчер печати”. По причине невозможности запустить дочернюю службу (“HTTP”).

Данной службы в диспетчере сервисов я не нашёл, но прикинул, что она мне не особо так и нужна в качестве зависимой. Взял и просто удалил запись об этой службе (смотрите параметр DependOnService, в котором перечислены службы, от которых зависит данный сервис), как о необходимой для запуска. Перезагрузился и диспетчер печати стартанул нормально! А я мучался несколько месяцев.