Correction d'erreur 10016 dans l'Observateur d'événements Windows

• 2019

Étant un grand connaisseur en technologie, je déteste quand ma machine Windows ne fonctionne pas parfaitement. Je pense que si mon ordinateur ne fonctionne pas parfaitement, alors quel genre de technicien suis-je? Évidemment, pour que tout fonctionne parfaitement, il faut passer beaucoup de temps à régler des problèmes qui ne causent probablement pas de problèmes majeurs avec mon système.

Cependant, ça reste amusant et on apprend beaucoup. Dans cet article, je parle de la correction de l'erreur qui apparaît dans l'Observateur d'événements liée à DistributedCOM . J'ai remarqué que mon journal système ne contenait aucune autre erreur que quelques erreurs quotidiennes avec un ID d'événement de 10016 . Le message d'erreur de base était le même:

 Les paramètres d'autorisation spécifiques à l'application n'accordent pas l'autorisation d'activation locale pour l'application COM Server 

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

Après avoir lu des articles denses sur le forum, j'ai pu corriger cette erreur afin qu'elle n'apparaisse plus dans l'observateur d'événements. C'est tout un processus, alors assurez-vous de disposer d'une heure ou deux avant de commencer.

Étape 1 - Vérifier le processus

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

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, puis sur Rechercher . Continuez et collez le CLSID dans le champ de recherche et appuyez sur Entrée.

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 devrait lister le nom du service. Dans mon cas et probablement aussi le vôtre, il devrait s'agir de RuntimeBroker .

Le 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 Component Services pour ce service.

Étape 2 - Exécuter 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, vous devez cliquer sur Démarrer, taper Powershell, cliquer avec le bouton droit de la souris sur le résultat et choisir Exécuter en tant qu'administrateur .

Maintenant, allez-y et téléchargez le fichier texte lié ici, copiez tout le code et collez-le dans la fenêtre PowerShell (si vous cliquez avec le bouton droit de la souris dans la fenêtre PowerShell, le contenu du presse-papiers sera collé). Ensuite, appuyez simplement sur Entrée et vous devriez voir le mot Terminé imprimé.

Étape 3 - Ouvrir les services de composants

Vous pouvez ouvrir les services de composants comme vous avez ouvert PowerShell à l'étape 2. Cliquez sur Démarrer, puis entrez les services de composants. Vous n'êtes pas obligé d'exécuter ce programme en tant qu'administrateur. Une fois là-bas, accédez à l'emplacement suivant:

 Services de composants - Ordinateurs - Mon ordinateur - Configuration DCOM 

Faites défiler 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?

Cliquez avec le bouton droit sur chacune d’elles et choisissez Propriétés . Sous l'onglet Général, vous verrez l' ID de l'application, qui doit correspondre à l' ID de l'application du message d'erreur. Si vous obtenez des erreurs dans l'Observateur d'événements avec un ID de 10016 et plusieurs CLSID, il est possible que les deux RuntimeBrokers doivent être corrigés. Dans mon cas, je n'avais 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é .

Le bouton Modifier sous Autorisations d'exécution et d'activation doit être cliquable. S'il est grisé, le script PowerShell ne s'est pas exécuté correctement. Lorsque vous cliquez sur Éditer, une boîte de dialogue contextuelle peut vous avertir des autorisations non reconnues.

Ici, vous NE VOULEZ PAS cliquer sur Supprimer . Cliquez simplement sur le bouton Annuler . Vous verrez maintenant une liste des comptes par défaut et vous pourrez également voir un compte inconnu répertorié.

Vous voulez vous assurer de laisser le compte inconnu tel quel . Ne l'enlevez pas. À ce stade, vous devriez vous retrouver avec TOUS LES PACKAGES D'APPLICATION et SELF . Nous devons maintenant ajouter deux comptes. Cliquez sur Ajouter et tapez Système, puis cliquez sur Vérifier les noms . Cliquez sur OK pour ajouter ce compte à la liste.

Cliquez à nouveau sur Ajouter et cette fois, tapez Service local et suivez les mêmes étapes.

Une fois les deux ajoutés, cliquez dessus un par un et cochez les cases Lancement et Activation locales sous Autoriser . C'est à peu près ça! Maintenant, continuez et redémarrez votre ordinateur. Vous ne devriez plus voir cette erreur apparaître dans les journaux de la vue des événements. Prendre plaisir!