Als großer Technikfreak hasse ich es, wenn mein Windows -Rechner nicht einwandfrei funktioniert. Ich denke, wenn ich meinen Computer nicht perfekt zum Laufen bringen kann, was für eine Art Techniker bin ich dann? Natürlich bedeutet der Versuch, alles perfekt zum Laufen zu bringen, viel Zeit damit zu verbringen, Probleme zu beheben, die wahrscheinlich keine größeren Probleme mit meinem System verursachen.

Trotzdem macht es Spaß und man lernt viel. In diesem Artikel spreche ich über die Behebung des Fehlers, der in der Ereignisanzeige^{(Event Viewer)} im Zusammenhang mit DistributedCOM angezeigt^{(DistributedCOM)} wird . Mir ist aufgefallen, dass ich keine anderen Fehler in meinem Systemprotokoll^(System) hatte , außer ein paar täglich mit einer Ereignis-ID^{(Event ID)} von 10016 . Die grundlegende Fehlermeldung war die gleiche:

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

Es listete auch eine CLSID , eine APPID , eine SID und etwas über das Ändern von Berechtigungen unter Verwendung von Komponentendiensten ^(Component) auf^(Services) .

Nachdem ich mich durch einige dichte Forenbeiträge gelesen hatte, konnte ich diesen Fehler beheben, sodass er nicht mehr in der Ereignisanzeige^{(Event Viewer)} auftauchte . Es ist ein ziemlicher Prozess, also stellen Sie sicher, dass Sie ein oder zwei Stunden Zeit haben, bevor Sie beginnen.

Schritt 1 – Überprüfen Sie den Prozess

Als erstes müssen wir herausfinden, welcher Prozess oder Dienst mit der im Fehler aufgeführten CLASS-ID verknüpft ist. ^{(CLASS ID)}Kopieren Sie dazu die in der Ereignisbeschreibung aufgeführte CLSID . In meinem Fall begann es mit {D63B10C5 . Achten Sie darauf, auch die beiden geschweiften Klammern zu kopieren.

Jetzt müssen Sie den Registrierungseditor öffnen, indem Sie auf Start klicken und regedit eingeben . Wenn Sie den Registrierungseditor geöffnet haben, klicken Sie auf Bearbeiten^(Edit) und dann auf Suchen^(Find) . Fahren Sie fort und fügen Sie die CLSID in das Suchfeld ein und drücken Sie die Eingabetaste^(Enter) .

Nach einiger Zeit sollten Sie ein Ergebnis unter dem Schlüssel HK_CLASSES_ROOT\CLSID . Auf der rechten Seite sollte es zwei Schlüssel haben und der Standardschlüssel^(Default) sollte den Namen des Dienstes auflisten. In meinem Fall und wahrscheinlich auch in Ihrem Fall sollte es RuntimeBroker sein .

Die AppID sollte auch mit dem übereinstimmen, was in der Fehlermeldung aufgeführt ist. Als nächstes müssen wir ein Skript ausführen, damit wir Änderungen an den Berechtigungen in den Komponentendiensten^(Component) für diesen Dienst vornehmen können.^(Services)

Schritt 2 – Führen Sie das PowerShell-Skript aus

Um dieses Problem zu beheben, müssen wir einige Berechtigungen in den Komponentendiensten^(Component) für RuntimeBroker ^(Services)bearbeiten^{(RuntimeBroker)} , aber bevor wir das tun können, müssen wir ein Skript ausführen, das uns erlaubt, diese Änderungen vorzunehmen.

Um PowerShell als Administrator auszuführen , müssen Sie auf Start klicken , powershell eingeben^(powershell) und dann mit der rechten Maustaste auf das Ergebnis klicken und Als Administrator^{( Run as administrator)} ausführen auswählen .

Fahren Sie jetzt fort und laden Sie die hier verlinkte Textdatei herunter, kopieren Sie den gesamten Code und fügen Sie ihn in das PowerShell -Fenster ein (wenn Sie einfach mit der rechten Maustaste in das PowerShell - Fenster klicken, wird alles eingefügt, was sich in der Zwischenablage befindet). Drücken Sie dann einfach die Eingabetaste^(Enter) und Sie sollten das Wort Done ausgedruckt sehen.

Schritt 3 – Öffnen Sie die Komponentendienste

Sie können die Komponentendienste^{(Component Services)} genauso öffnen, wie Sie PowerShell in Schritt 2^{(Step 2)} geöffnet haben . Klicken Sie^(Click) auf Start und geben Sie Komponentendienste ein. Sie müssen dieses Programm nicht als Administrator ausführen. Navigieren Sie dort zu folgendem Ort:

Component Services - Computers - My Computer - DCOM Config

Scrollen Sie nach unten, bis Sie Runtime Broker finden . Bei mir waren es zwei! Woher wissen Sie, welches in der Fehlermeldung aufgeführt ist?

Klicken Sie mit der rechten Maustaste auf jeden von ihnen und wählen Sie Eigenschaften^(Properties) . Auf der Registerkarte Allgemein sehen Sie die ^(General)Anwendungs-ID^{(Application ID)} , die mit der AppID aus der Fehlermeldung übereinstimmen sollte. Wenn Sie in der Ereignisanzeige Fehler mit^{(Event Viewer)} der ID 10016 und mehr als einer CLSID erhalten , müssen möglicherweise beide RuntimeBroker repariert^{(RuntimeBrokers)} werden. In meinem Fall musste ich nur einen reparieren.

Schritt 4 – Korrigieren Sie die Berechtigungen

Zuletzt müssen wir die Berechtigungen ändern. Klicken Sie im Eigenschaftsfenster von RuntimeBroker^{(RuntimeBroker)} auf die Registerkarte Sicherheit^(Security) .

Die Schaltfläche Bearbeiten unter ^(Edit)Start- und Aktivierungsberechtigungen^{(Launch and Activation Permissions)} sollte anklickbar sein. Wenn es ausgegraut ist, wurde das PowerShell - Skript nicht ordnungsgemäß ausgeführt. Wenn Sie auf Bearbeiten klicken, wird möglicherweise ein Popup-Dialogfeld angezeigt, das Sie vor nicht erkannten Berechtigungen warnt.

Hier WOLLEN Sie NICHT auf Entfernen^(Remove) klicken . Klicken Sie einfach auf die Schaltfläche Abbrechen . ^(Cancel)Jetzt sehen Sie eine Liste mit Standardkonten und möglicherweise wird auch ein unbekanntes Konto^{(Account Unknown)} aufgeführt.

Sie möchten sicherstellen, dass Sie das unbekannte Konto^{(Account Unknown)} so belassen , wie es ist. Entfernen Sie es nicht. An dieser Stelle sollten Sie ALLE ANWENDUNGSPAKETE^{( ALL APPLICATION PACKAGES)} und SELBST^(SELF) übrig haben . Jetzt müssen wir zwei Konten hinzufügen. Klicken Sie auf Hinzufügen^(Add) und geben Sie System ein und klicken Sie dann auf Namen überprüfen^{( Check Names)} . Klicken Sie auf OK und es wird dieses Konto zur Liste hinzufügen.

Klicken Sie erneut auf Hinzufügen^(Add) und geben Sie dieses Mal Lokaler Dienst ein^{(Local Service)} und führen Sie die gleichen Schritte aus.

Sobald beide hinzugefügt wurden, klicken Sie nacheinander darauf und aktivieren Sie die Kontrollkästchen Lokaler Start^{( Local Launch)} und Lokale Aktivierung^{( Local Activation)} unter Zulassen^(Allow) . Das ist alles! Fahren Sie jetzt fort und starten Sie Ihren Computer neu, und Sie sollten diesen Fehler nicht mehr in den Protokollen der Ereignisansicht sehen. ^{(Event View)}Genießen!

Fix Error 10016 in Windows Event Viewer

Being a big tech geеk, I hate when my Windows machine isn’t working flawlessly. I figure if I can’t get my computer working perfectly, then what kind of tech person am I? Obνiously, trying to get everything to work perfectly means spending a lot of time fixing issues that probably don’t cause 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

• So beheben Sie den Bluescreen-Fehler „Stop: 0x000000F4“ in Windows

• Beheben Sie den Windows Update-Fehlercode 8E5E03FA

• So beheben Sie den Fehler „Es steht eine Systemreparatur aus“ in Windows

• So beheben Sie den Fehler „Die Anwendung konnte nicht ordnungsgemäß gestartet werden (0xc0000142)“ in Windows

• So beheben Sie den Fehler „TPM-Gerät wird nicht erkannt“ in Windows

• Beheben Sie den Windows-Upgrade-Fehler 0xC1900101-0x4000D

• Beheben Sie den Windows Update-Fehler 0x80070005

• Fix EVENT TRACING FATAL ERROR Bluescreen-Fehler auf Windows-PC

• Beheben Sie den Fehler „Der intelligente Hintergrundübertragungsdienst startet nicht“.

• Behebung des Windows 8/10-Fehlers „Wir konnten keine Verbindung zum Store herstellen“.

• Microsoft Teams-Fehler caa70004 in Windows 11/10 behoben

• So beheben Sie den Fehler „Ihre Windows-Lizenz läuft bald ab“.

• Behebung des Fehlers Ereignis-ID 7031 oder 7034, wenn sich der Benutzer vom Windows 10-Computer abmeldet

• Beheben Sie den Windows Update-Fehler 80072EFE

• Beheben Sie den Windows Update-Fehler 0x800f0905

• Beheben Sie den Ntfs.sys-BSOD-Fehler unter Windows 10

• Protokolle der Ereignisanzeige fehlen in Windows 11/10

• Beheben Sie den Windows Setup-Fehlercode 0x80070006

• Beheben Sie den Windows Update-Fehler 0x80080008

• Die Ereignisanzeige fehlt in Windows 11/10