Étant un grand geek de la technologie, je déteste quand ma machine Windows ne fonctionne pas parfaitement. Je me dis que si je n'arrive pas à faire fonctionner mon ordinateur parfaitement, alors quel genre de technicien suis-je ? De toute évidence, essayer de faire fonctionner parfaitement tout signifie passer beaucoup de temps à résoudre des problèmes qui ne causent probablement pas de problèmes majeurs avec mon système.

Cependant, c'est toujours amusant et vous apprendrez beaucoup. Dans cet article, je parle de la correction de l'erreur qui s'affiche dans l'Observateur d' événements^{(Event Viewer)} lié à DistributedCOM . J'ai remarqué que je n'avais pas d'autres erreurs dans mon journal système à part quelques-unes chaque jour avec un ^(System)ID d'événement^{(Event ID)} de 10016 . Le message d'erreur de base était le même :

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

Il a également répertorié un CLSID , un APPID , un SID et quelque chose sur la modification des autorisations à l'aide des services de ^(Services)composants^(Component) .

Après avoir lu quelques messages denses sur le forum, j'ai pu corriger cette erreur afin qu'elle n'apparaisse plus dans l' Observateur d' événements^{(Event Viewer)} . C'est tout un processus, alors assurez-vous d'avoir une heure ou deux à perdre avant de commencer.

Étape 1 - Vérifiez le processus

La première chose que nous devons faire est de déterminer quel processus ou service est associé à l' ID^{(CLASS ID)} de classe répertorié dans l'erreur. Pour ce faire, continuez et copiez le CLSID répertorié dans la description de l'événement. Dans mon cas, cela a commencé avec {D63B10C5 . Assurez-vous de copier également les accolades.

Maintenant, vous devez ouvrir l'éditeur de registre en cliquant sur démarrer et en tapant regedit . Lorsque l'éditeur de registre est ouvert, cliquez sur Modifier^(Edit) puis sur Rechercher^(Find) . Allez-y et collez le CLSID dans la zone de recherche et appuyez sur Entrée^(Enter) .

Après un certain temps, vous devriez obtenir un résultat sous la clé HK_CLASSES_ROOT\CLSID . Sur le côté droit, il devrait avoir deux clés et celle par défaut^(Default) devrait indiquer le nom du service. Dans mon cas et probablement aussi dans le vôtre, il devrait s'agir de RuntimeBroker^{(RuntimeBroker)} .

L' AppID doit également correspondre à ce qui est répertorié dans le message d'erreur. Ensuite, nous devons exécuter un script afin de pouvoir modifier les autorisations dans les services de ^(Services)composants^(Component) pour ce service.

Étape 2 - Exécutez le script PowerShell

Pour résoudre ce problème, nous devons modifier certaines autorisations dans Component Services for RuntimeBroker , mais avant de pouvoir le faire, nous devons exécuter un script qui nous permettra d'apporter ces modifications.

Pour exécuter PowerShell en tant qu'administrateur^{(Administrator)} , vous devez cliquer sur Démarrer^(Start) , taper powershell , puis cliquer avec le bouton droit sur le résultat et choisir Exécuter en tant qu'administrateur^{( Run as administrator)} .

Maintenant, allez-y et téléchargez le fichier texte lié ici et copiez tout le code et collez-le dans la fenêtre PowerShell (si vous faites simplement un clic droit dans la fenêtre PowerShell , il collera tout ce qui se trouve dans le presse-papiers). Ensuite, appuyez simplement sur Entrée^(Enter) et vous devriez voir le mot Terminé^(Done) imprimé.

Étape 3 - Ouvrir les services de composants

Vous pouvez ouvrir les services de composants^{(Component Services)} comme vous avez ouvert PowerShell à l' étape 2^{(Step 2)} . Cliquez^(Click) sur Démarrer^(Start) et saisissez les services de composants. Vous n'êtes pas obligé d'exécuter ce programme en tant qu'administrateur. Une fois sur place, accédez à l'emplacement suivant :

Component Services - Computers - My Computer - DCOM Config

Faites défiler vers le bas jusqu'à ce que vous trouviez Runtime Broker . Dans mon cas, il y en avait deux ! Comment savez-vous lequel est répertorié dans l'erreur ?

Faites un clic droit sur chacun d'eux et choisissez Propriétés^(Properties) . Dans l' onglet Général^(General) , vous verrez Application ID , qui doit correspondre à l' AppID du message d'erreur. Si vous obtenez des erreurs dans l'Observateur d' événements^{(Event Viewer)} avec un ID de 10016 et plus d'un CLSID , il se peut que les deux RuntimeBrokers doivent être corrigés. Dans mon cas, je n'ai eu qu'à en réparer un.

Étape 4 - Autorisations correctes

Enfin, nous devons modifier les autorisations. Dans la fenêtre des propriétés de RuntimeBroker , cliquez sur l' onglet Sécurité .^(Security)

Le bouton Modifier sous ^(Edit)Autorisations de lancement et d'activation^{(Launch and Activation Permissions)} doit être cliquable. S'il est grisé, le script PowerShell ne s'est pas exécuté correctement. ^(PowerShell)Lorsque vous cliquez sur modifier, une boîte de dialogue contextuelle peut s'afficher vous avertissant des autorisations non reconnues.

Ici, vous NE VOULEZ PAS cliquer sur Supprimer^(Remove) . Cliquez simplement sur le bouton Annuler^(Cancel) . Vous verrez maintenant une liste de comptes par défaut et vous pourrez également voir un compte inconnu^{(Account Unknown)} répertorié.

Vous voulez vous assurer de laisser le compte inconnu^{(Account Unknown)} tel quel. Ne le retirez pas. À ce stade, vous devriez vous retrouver avec TOUS LES FORFAITS D'APPLICATION^{( ALL APPLICATION PACKAGES)} et SELF . Maintenant, nous devons ajouter deux comptes. Cliquez sur Ajouter^(Add) et saisissez Système^(System) , puis cliquez sur Vérifier les noms^{( Check Names)} . Cliquez sur OK et il ajoutera ce compte à la liste.

Cliquez à nouveau sur Ajouter^(Add) et cette fois, saisissez Service local^{(Local Service)} et suivez les mêmes étapes.

Une fois les deux ajoutés, cliquez dessus un par un et cochez les cases Lancement^{( Local Launch)} local et Activation locale^{( Local Activation)} sous Autoriser^(Allow) . C'est à peu près ça! Maintenant, redémarrez votre ordinateur et vous ne devriez plus voir cette erreur apparaître dans les journaux de la vue des événements . ^{(Event View)}Profitez!

Fix Error 10016 in Windows Event Viewer

Being a big tech geek, I hate when my Windows machine isn’t working flawlessly. I figure if I can’t get mу computer working perfectly, then what kind of tech perѕon am I? Obviously, trying to get everything to work perfectly means spending a lot of time fixing issues that probablу don’t cauѕe any major issues with my system.

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

• Comment réparer l'erreur d'écran bleu Stop:0x000000F4 dans Windows

• Correction du code d'erreur de mise à jour Windows 8E5E03FA

• Comment réparer l'erreur "Il y a une réparation du système en attente" dans Windows

• Comment réparer l'erreur "L'application n'a pas pu démarrer correctement (0xc0000142)" dans Windows

• Comment réparer "l'erreur de périphérique TPM n'est pas détecté" dans Windows

• Fix Windows Update Error 0x80070005

• Fix Windows Update Error Code 0x80080008

• Windows 10 Setup Error code 0x80070006

• Fix Windows Update Error C8000266?

• Correction "Il y a eu un problème lors de l'envoi d'une commande au programme" Erreur

• Fix Windows 10 Update Error 0x800703F1

• Fix Event ID 454 ERROR - User Profil Performance Problèmes dans Windows 10

• Comment réparer Windows + Maj + S ne fonctionne pas sous Windows

• Correction "Windows n'a pas pu trouver de certificat pour vous connecter au réseau"

• Event Viewer est manquant dans Windows 10

• Windows Update error 80072EFE sur Windows 10

• Comment réparer les services vocaux de Google en attente d'une erreur de connexion réseau

• Fix EVENT TRACING FATAL ERROR Blue screen Erreur sur Windows PC

• Comment 08953628

• Comment réparer l'erreur "Impossible d'accéder au service Windows Installer"