Correction de l'erreur 10016 dans la visionneuse de l'événement Windows

Étant un grand geek technologique, je déteste quand ma machine Windows ne fonctionne pas parfaitement. Je pense que si je ne peux pas faire fonctionner parfaitement mon ordinateur, alors quel type de technicien suis-je? De toute évidence, essayer de tout faire fonctionner parfaitement signifie passer beaucoup de temps à résoudre les problèmes qui ne causent probablement aucun problème majeur avec mon système.

Cependant, c'est toujours amusant et vous apprenez beaucoup. Dans cet article, je parle de corriger l'erreur qui apparaît dans l'événement visuelle liée à Distribué. J'ai remarqué que je n'avais pas d'autres erreurs dans mon Système Journal autre que quelques-uns chaque jour avec un identifiant 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 d'autorisation d'activation locale pour l'application du serveur COM

Après avoir lu quelques messages de forum denses, j'ai pu corriger cette erreur afin qu'elle n'apparaisse plus dans la visionneuse de l'événement. 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 de classe répertorié dans l'erreur. Pour ce faire, allez-y et copiez le CLSID répertorié dans la description de l'événement. Dans mon cas, ça a commencé avec D63b10c5. Assurez-vous également de copier les deux accolades bouclées.

Vous devez maintenant ouvrir l'éditeur de registre en cliquant sur Start et en tapant regedit. Lorsque l'ouverture de l'éditeur de registre, cliquez sur Modifier et puis Trouver. Allez-y et collez le CLSID dans la zone de recherche et appuyez sur Entrée.

Après un certain temps, vous devriez obtenir un résultat sous le Hk_classes_root \ clsid clé. Sur le côté droit, il devrait avoir deux clés et le Défaut Il faut énumérer le nom du service. Dans mon cas et probablement le vôtre aussi, ça devrait être Runtime Broker.

L'approud doit également correspondre à ce qui est répertorié dans le message d'erreur. Ensuite, nous devons exécuter un script afin que nous puissions apporter des modifications aux autorisations des services de composants pour ce service.

Étape 2 - Exécutez le script PowerShell

Pour résoudre ce problème, nous devons modifier certaines autorisations dans les services de composants pour RuntimeBroker, mais avant de 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 Commencer, tapez powershell puis cliquez avec le bouton droit sur le résultat et choisissez Exécuter en tant qu'administrateur.

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 cliquez avec le bouton droit dans la fenêtre PowerShell, il collera tout ce qui se trouve dans le presse-papiers). Alors appuyez juste sur Entrer Et tu devrais voir le mot Fait imprimé.

Étape 3 - Services de composants ouverts

Tu peux ouvrir Services de composants Tout comme vous avez ouvert PowerShell à l'étape 2. Cliquez sur Démarrer et saisissez les services des composants. Vous n'avez pas à exécuter ce programme en tant qu'administrateur. Une fois sur place, accédez à l'emplacement suivant:

Services de composants - Ordinateurs - Mon ordinateur - DCOM Config

Faites défiler vers le bas jusqu'à ce que vous trouviez Courtier d'exécution. Dans mon cas, il y en avait deux! Comment savez-vous lequel est la liste dans l'erreur?

Cliquez avec le bouton droit sur chacun d'eux et choisissez Propriétés. Sur le Général Onglet, tu verras ID d'application, qui devrait correspondre à l'appide à partir du message d'erreur. Si vous obtenez des erreurs dans l'événement Viewer avec un ID de 10016 et plus d'un CLSID, il se pourrait que les deux Brokers Runtime doivent être corrigées. 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 RuntimeBroker Properties, cliquez sur le Sécurité languette.

Le Modifier bouton sous Autorisations de lancement et d'activation devrait être cliquable. S'il est grisé, le script PowerShell ne s'exécutait pas correctement. Lorsque vous cliquez sur Modifier, vous pouvez voir une boîte de dialogue contextuelle vous avertir des autorisations non reconnues.

Ici, vous ne voulez pas cliquer sur Retirer. Cliquez simplement sur le Annuler bouton. Vous verrez maintenant une liste de comptes par défaut et vous pouvez également voir un Compte inconnu répertorié.

Vous voulez vous assurer de quitter le Compte inconnu comme si. Ne le supprimez pas. À ce stade, vous devriez vous retrouver avec Tous les packages d'application et SOI. Maintenant, nous devons ajouter deux comptes. Cliquez sur Ajouter et taper Système puis cliquez sur Vérifier les noms. Cliquez sur D'ACCORD et il ajoutera ce compte à la liste.

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

Une fois que les deux ont été ajoutés, cliquez dessus un à la fois et sélectionnez le Lancement local et Activation locale cocher les cases sous Permettre. C'est à peu près ça! Maintenant, allez-y et redémarrez votre ordinateur et vous ne devriez plus voir que cette erreur apparaît dans les journaux de la vue de l'événement. Apprécier!