Тъй като съм голям технологичен маниак, мразя, когато машината ми с Windows не работи безупречно. Мисля, че ако не мога да накарам компютъра си да работи перфектно, тогава какъв технически човек съм аз? Очевидно опитът да накарам всичко да работи перфектно означава да отделям много време за отстраняване на проблеми, които вероятно не причиняват сериозни проблеми с моята система.

Въпреки това, все още е забавно и можете да научите много. В тази статия говоря за коригиране на грешката, която се показва в Event Viewer , свързана с DistributedCOM . Забелязах, че нямам други грешки в системния^(System) си дневник, освен няколко всеки ден с идентификатор на събитие ^{(Event ID)}10016 . Основното съобщение за грешка беше същото:

The application-specific permission settings do not grant Local Activation permission for the COM Server application

Той също така изброява CLSID , APPID , SID и нещо за модифициране на разрешения с помощта на компонентни ^(Component) услуги^(Services) .

След като прочетох някои гъсти публикации във форума, успях да поправя тази грешка, така че вече да не се показва в Event Viewer . Това е доста труден процес, така че се уверете, че имате свободен час или два, преди да започнете.

Стъпка 1 - Проверете процеса

Първото нещо, което трябва да направим, е да разберем кой процес или услуга е свързан с CLASS ID , посочен в грешката. За да направите това, продължете и копирайте CLSID , посочен в описанието на събитието. В моя случай започна с {D63B10C5 . Уверете се, че сте копирали и двете фигурни скоби.

Сега трябва да отворите редактора на системния регистър, като щракнете върху старт и напишете regedit . Когато отворите редактора на системния регистър, щракнете върху Редактиране^(Edit) и след това Намери^(Find) . Продължете и поставете CLSID в полето за търсене и натиснете Enter .

След известно време трябва да получите резултат под ключа HK_CLASSES_ROOT\CLSID . От дясната страна той трябва да има два ключа и този по подразбиране^(Default) трябва да изброява името на услугата. В моя случай и вероятно и във вашия случай трябва да е RuntimeBroker .

AppID също трябва да съответства на това, което е посочено в съобщението за грешка. След това трябва да изпълним скрипт, за да можем да направим промени в разрешенията в Component Services за тази услуга.

Стъпка 2 - Стартирайте PowerShell Script

За да решим този проблем, трябва да редактираме някои разрешения в Component Services за RuntimeBroker , но преди да можем да направим това, трябва да изпълним скрипт, който ще ни позволи да направим тези промени.

За да стартирате PowerShell като администратор^{(Administrator)} , трябва да щракнете върху Старт^(Start) , да въведете powershell и след това да щракнете с десния бутон върху резултата и да изберете Изпълни като администратор^{( Run as administrator)} .

Сега продължете и изтеглете текстовия файл, свързан тук, и копирайте целия код и го поставете в прозореца на PowerShell (ако просто щракнете с десния бутон върху прозореца на PowerShell , той ще постави всичко, което е в клипборда). След това просто натиснете Enter и трябва да видите думата Готово^(Done) отпечатана.

Стъпка 3 - Отворете компонентни услуги

Можете да отворите Component Services точно както сте отворили PowerShell в стъпка 2^{(Step 2)} . Щракнете^(Click) върху Старт^(Start) и въведете компонентни услуги. Не е нужно да стартирате тази програма като администратор. След като сте там, навигирайте до следното местоположение:

Component Services - Computers - My Computer - DCOM Config

Превъртете надолу, докато намерите Runtime Broker . В моя случай бяха двама! Как да разберете кой е посочен в грешката?

Щракнете с десния бутон върху всеки от тях и изберете Properties . В раздела Общи^(General) ще видите идентификатор на приложението^{(Application ID)} , който трябва да съвпада с AppID от съобщението за грешка. Ако получавате грешки в Event Viewer с идентификатор 10016 и повече от един CLSID , тогава може да се окаже, че и двата RuntimeBrokers трябва да бъдат коригирани. В моя случай трябваше да поправя само един.

Стъпка 4 - Коригирайте разрешенията

И накрая, трябва да променим разрешенията. Докато сте в прозореца със свойства на RuntimeBroker , щракнете върху раздела Защита^(Security) .

Бутонът Редактиране^(Edit) под Разрешения за стартиране и активиране^{(Launch and Activation Permissions)} трябва да може да се щракне. Ако е в сиво, скриптът на PowerShell не е работил правилно. Когато щракнете върху редактиране, може да видите изскачащ диалогов прозорец, който ви предупреждава за неразпознати разрешения.

Тук НЕ ИСКАТЕ да щракнете върху Премахване^(Remove) . Просто щракнете върху бутона Отказ^(Cancel) . Сега ще видите списък с акаунти по подразбиране и може също да видите неизвестен акаунт^{(Account Unknown)} .

Искате да сте сигурни, че оставяте акаунта Неизвестен^{(Account Unknown)} такъв, какъвто е. Не го премахвайте. В този момент трябва да останете с ВСИЧКИ ПАКЕТИ ЗА ПРИЛОЖЕНИЕ^{( ALL APPLICATION PACKAGES)} и СЕБЕ^(SELF) . Сега трябва да добавим два акаунта. Щракнете върху Добавяне^(Add) и въведете Система^(System) и след това щракнете върху Проверка на имената^{( Check Names)} . Щракнете върху OK и той ще добави този акаунт към списъка.

Щракнете отново върху Добавяне^(Add) и този път въведете Локална услуга^{(Local Service)} и следвайте същите стъпки.

След като и двете са добавени, щракнете върху тях един по един и поставете отметка в квадратчетата Локално стартиране^{( Local Launch)} и Локално активиране^{( Local Activation)} под Разрешаване^(Allow) . Това е всичко! Сега продължете и рестартирайте компютъра си и вече не трябва да виждате тази грешка да се появява в регистрационните файлове за преглед на събития^{(Event View)} . Наслади се!

Fix Error 10016 in Windows Event Viewer

Being a big tech geek, І hate when my Windows machine isn’t working flawlessly. I figure if I can’t get my comрuter working perfectly, then what kind of tech person am I? Obviously, trying to get everything to work perfectly means spending a lot of time fixing issues that probably don’t cause anу maјor issues with my systеm.

However, it’s still fun and you get to learn a lot. In this article, I’m talking about fixing the error that shows up in Event Viewer related to DistributedCOM. I noticed I had no other errors in my System log other than a few every day with an Event ID of 10016. The basic error message was the same:

The application-specific permission settings do not grant Local Activation permission for the COM Server application

It also listed out a CLSID, an APPID, an SID and something about modifying permissions using Component Services.

After reading through some dense forum posts, I was able to fix this error so that it no longer appeared in the Event Viewer. It’s quite a process, so make sure you have an hour or two to spare before you start.

Step 1 – Check the Process

The first thing we have to do is figure out which process or service is associated with the CLASS ID listed in the error. To do this, go ahead and copy the CLSID listed in the event description. In my case, it started with {D63B10C5. Make sure to copy both the curly braces also.

Now you need to open the registry editor by clicking on start and typing in regedit. When you have the registry editor opened, click on Edit and then Find. Go ahead and paste the CLSID into the search box and press Enter.

After some time, you should get a result under the HK_CLASSES_ROOT\CLSID key. On the right-hand side, it should have two keys and the Default one should list out the name of the service. In my case and probably yours also, it should be RuntimeBroker.

The AppID should also match what is listed in the error message. Next, we have to run a script so that we can make changes to the permissions in Component Services for this service.

Step 2 – Run PowerShell Script

To fix this problem, we have to edit some permissions in Component Services for RuntimeBroker, but before we can do that we have to run a script that will allow us to make those changes.

To run PowerShell as an Administrator, you need to click on Start, type in powershell and then right-click on the result and choose Run as administrator.

Now go ahead and download the text file linked here and copy all the code and paste it into the PowerShell window (if you just right-click in the PowerShell window, it will paste whatever is in the clipboard). Then just press Enter and you should see the word Done printed out.

Step 3 – Open Component Services

You can open Component Services just like you opened PowerShell in Step 2. Click on Start and type in component services. You don’t have to run this program as administrator. Once there, navigate to the following location:

Component Services - Computers - My Computer - DCOM Config

Scroll down until you find Runtime Broker. In my case, there were two of them! How do you know which one is the listed in the error?

Right-click on each of them and choose Properties. On the General tab, you’ll see Application ID, which should match the AppID from the error message. If you are getting errors in Event Viewer with an ID of 10016 and more than one CLSID, then it could be that both RuntimeBrokers need to be fixed. In my case, I only had to fix one.

Step 4 – Correct Permissions

Lastly, we need to modify the permissions. While in the RuntimeBroker properties window, click on the Security tab.

The Edit button under Launch and Activation Permissions should be clickable. If it’s greyed out, the PowerShell script didn’t run properly. When you click on edit, you might see a popup dialog warning you about unrecognized permissions.

Here you DO NOT WANT to click on Remove. Simply click on the Cancel button. Now you’ll see a list of default accounts and you might also see an Account Unknown listed.

You want to make sure you leave the Account Unknown as is. Do not remove it. At this point, you should be left with ALL APPLICATION PACKAGES and SELF. Now we have to add two accounts. Click Add and type in System and then click on Check Names. Click OK and it will add that account to the list.

Click Add again and this time type in Local Service and follow the same steps.

Once both have been added, click on them one at a time and select the Local Launch and Local Activation checkboxes under Allow. That’s about it! Now go ahead and restart your computer and you should no longer see that error appear in the Event View logs. Enjoy!

Related posts

• Как да коригирам Stop:0x000000F4 Грешка в синия екран в Windows

• Коригирайте кода за грешка в Windows Update 8E5E03FA

• Как да коригирате грешката „Предстои поправка на системата“ в Windows

• Как да коригирате грешката „Приложението не може да стартира правилно (0xc0000142)“ в Windows

• Как да коригирате грешката „TPM устройство не е открито“ в Windows

• Поправете грешка на Microsoft Teams caa70004 в Windows 11/10

• Коригирайте кода за грешка в Windows Update 0x800700c1

• Поправете неидентифицирана мрежа и липса на интернет в Windows

• Коригирайте фатална системна грешка c000021A в Windows 11/10

• Поправете грешка с идентификатор на събитие 7031 или 7034, когато потребителят излезе от компютър с Windows 10

• Поправете ФАТАЛНА ГРЕШКА ПРИ ПРОСЛЕДЯВАНЕ НА СЪБИТИЯ Грешка със син екран на компютър с Windows

• Поправете грешка в Windows 8/10 „Не успяхме да се свържем с магазина“.

• Как да коригирате „не се разпознава като вътрешна или външна команда“ в Windows

• Как да коригирате грешки в Windows Update

• Поправете грешка при неуспешен BSOD Ntfs.sys в Windows 10

• Поправете грешка 0x80072efe в Windows 10 Update Assistant

• Как да поправите грешка „Вашият лиценз за Windows скоро ще изтече“.

• Поправете високото използване на процесора в ядрото и системата на NT в Windows

• Експортиране, изчистване и увеличаване на размера на регистрационните файлове на събития в Windows

• Поправете грешки в файловата система в Windows 7/8/10 с помощта на Check Disk Utility (CHKDSK)