Fehler 10016: Quelle DistributedCOM - Problemlösung

Ein großer Vorteil ist auch, dass keinerlei Registry-Besitzübernahme/Berechtigung-Gedöns zu tun ist und sich das ganze auch vollautomatisieren läßt.

Zum Vergrößern anklicken....

Das Ändern der Zugriffsberechtigungen wird das Skript automatisch machen. Das ändert aber nichts an der Problematik, daß für das Löschen einer maximal unschönen Fehlermeldung in das Sicherheitskonzept von Windows eingegriffen wird.

Streng gesehen nicht, es wird nur dem Prozess einen "priviliged token" ausgestellt, das ihm die ausreichende Berechtigung zur Verfügung stellt, die notwendige Änderung durchzuführen. Ein lokaler Administrator kann sich so Rechte verschaffen, ohne am Objekt Rechte zu verändern. Das ist by-design wie ich finde auch eleganter als die statische Methode.
Was mich allerdings wundert, dass das Problem auch nach dem dritten Aufguss von Windows10 immer noch so vorhanden ist, wie schon beim Release. Bei mir führen diese DCOM-Fehler übrigens dazu, dass Windows keine Spotlight-Bilder mehr automatisch wechselt, deswegen stört es mich überhaupt...

Vielen Dank für den Beitrag. Gilt das Vorgehen auch für Windows 10?

Bis auf einige Details in der graphischen Oberfläche sollte das unter Windows 10 genauso gelten. Das Vorgehen ist aber unter Windows 10 genauso überflüssig wie in den anderen Windowsversionen.

Hallo,
kurze Frage: Wie bist du denn nun drauf gekommen das es an dem IPBusEnum lag?
Dieser gibt es bei mir nicht und ich würde gerne wissen welcher Dienst mir nun Probleme bereitet.

Laß es einfach so und kümmere Dich um den eigentlichen Fehler. Es gibt keine Auswirkung aufgrund dieser "Fehler"meldung in der Ereignisanzeige. Alle Vermutungen hinsichtlich eines bestimmten Fehlers, der von DCOM ausgelöst würde, basieren auf der Korrelation von Fehlerzeitpunkt und Auftreten der DCOM-Fehlermeldung. Das gilt ob der in jedem System mehr oder weniger häufig vorhandenen DCOM-Fehlermeldungen aber für nahezu jeden Fehler.

Die DCOM-"Fehler"meldungen sind in Windows vorhanden, seit es DCOM gibt. War schon so in Windows 7, 8.1 und allen bisherigen Versionen von Windows 10. Ist vermutlich auch schon in Windows XP und früher so gewesen.

Ach und natürlich ist IPBusEnum nur ein Beispiel. Für andere IDs kann ein ganz anderer Dienst betroffen sein. Für Windows 10 sind noch eine Reihe dazu gekommen. Auch haben sich einige der Schlüssel geändert, so daß man der Anleitung nicht mehr wortgenau folgen kann. Letztendlich ist für diejenigen, die es nicht lassen können, bei Windows 10 die Lösung über die PowerShell wie in https://www.drwindows.de/windows-an...tributedcom-problemloesung-4.html#post1495527 vorgestellt die besser Methode.

Danke für die antwort, denke dann werde ich aber n neuen Thread aufmachen müssen da mein Laptop jedesmal einfriert und genau kurz davor diese DCOM Meldung im Ereignis erscheint. Also das hängt dan wohl doch nciht damit zusammen nehme ich an?

build10240 schrieb:

Die DCOM-"Fehler"meldungen sind in Windows vorhanden, seit es DCOM gibt. War schon so in Windows 7, 8.1 und allen bisherigen

Zum Vergrößern anklicken....

Ich kann das nicht so ganz Bestätigen, wo auf meine PCs noch Windows 7 lief, war nicht ein DCOM Fehler zu finden, auf keinen meiner PCs, auch nicht auf die Arbeits PCs, meine Ereignisanzeige war ohne jegliche DCOM Einträge, noch waren dort sonst was für Fehler Einträge.

DCOM kommt auch unter XP vor, aber seltener als ab Windows 7 - liegt einfach daran, dass unter Windows die Sicherheit hochgeschraubt wurde und diverse alte oder veraltete Bibliotheken dem keine Rechenschaft geschuldet haben.

Und hier nochmal von Microsoft bestätigt:
https://support.microsoft.com/de-de...-10016-is-logged-in-windows-10-windows-server

Diese Ereignisse können gefahrlos ignoriert werden, da sie die Funktionalität nicht beeinträchtigen und beabsichtigt sind.

Zum Vergrößern anklicken....

Fertig, aus. Wenn das rausgefiltert wird, auf eingenes Risikio, falls mal wirklich was sein sollte!

Ich kenne den ganzen MS kram dazu, was ich sagte war ja auch reinweck nur, dass es nicht auf jedem PC diese Meldung gibt, sprich bei mir Persönlich unter Windows 7 auf Win 10 habe ich diese Meldungen auch, also ist damit wiederlegt das jeder diese Meldungen seit was wurde gesagt XP hat, aber auch da hatte ich diese Meldungen nicht, mehr wollte ich damit gar nicht aussagen.

Bei mir gibts den Reiter besitzer nicht unter Punkt 8, habs als normaler User und als Admin versucht.

muss ich noch was tun damit der auftaucht?

Danke im vorraus

Die Anleitung ist ja auch für Windows 7 geschrieben. In Windows 10 ist der Besitzer im betreffenden Dialogfenster doch groß und breit über den Tabs plaziert.

Es gilt aber immer noch, daß diese Anleitung nur kurzfristig die Meldung verschwinden läßt und dazu eher die Sicherheit des Systems gefährdet. Du willst eine Meldung, die Du offenbar nicht verstehst und deren Tragweite Du gar nicht erkennen kannst, beseitigen, indem Du ein Loch in die Bordwand schießt. Dabei sagt die Meldung eigentlich nur: "Hey, ich bin Windows und ich habe gerade eine Komponente daran gehindert eine bestimmte sicherheitskritische Funktion aufzurufen." Das ist an sich gar nicht schlimm, solange danach keine Meldung wie "Hey, ich bin die Komponente und ich darf nicht so wie ich will. Jetzt bin ich beleidigt und beende mich. Dein System ist dem Untergang geweiht." kommt. Diese Meldung gibt es aber nicht und es gibt auch sonst keine sichtbaren negativen Folgen der DCOM-Meldungen. Somit kann man die Meldung wie bisher einfach ignorieren.

@build10240

bezieht sich auf dieses Problem:
https://www.drwindows.de/spielen-windows/159103-pc-stuerzt-beim-spielen-ab.html

LG

Ist doch völlig egal, worauf sich das bezieht. Dieser Fehler hat keinerlei Auswirkungen auf andere Programme. Nicht mal die in den Details des Fehlers genannten Apps bzw. Programme oder Windows-Komponenten zeigen ein fehlerhaftes Verhalten. Es ist einfach die Fehlermeldung zu einer alten Technik, die Windows noch mitschleift, die aber keine Relevanz für das Funktionieren des Systems hat.

Weiteres dann in Deinem Thread, weil hier paßt das eher nicht.