Napraw błąd 10016 w Podglądzie zdarzeń systemu Windows

Będąc wielkim maniakiem technicznym, nienawidzę, gdy mój komputer z systemem Windows(Windows) nie działa bezbłędnie. Domyślam się, że jeśli nie mogę sprawić, by mój komputer działał idealnie, to jakim jestem osobą techniczną? Oczywiście staranie się, aby wszystko działało idealnie, oznacza spędzanie dużej ilości czasu na naprawianiu problemów, które prawdopodobnie nie powodują żadnych poważnych problemów z moim systemem.

Jednak nadal jest fajnie i dużo się nauczysz. W tym artykule mówię o naprawieniu błędu, który pojawia się w Podglądzie zdarzeń(Event Viewer) związanego z DistributedCOM . Zauważyłem, że w moim dzienniku systemowym(System) nie ma innych błędów poza kilkoma codziennymi z identyfikatorem(Event ID) zdarzenia 10016 . Podstawowy komunikat o błędzie był taki sam:

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

Wymienił również CLSID , APPID , SID i coś o modyfikowaniu uprawnień przy użyciu Component Services .

Po przeczytaniu kilku gęstych postów na forum udało mi się naprawić ten błąd, aby nie pojawiał się już w Podglądzie zdarzeń(Event Viewer) . To dość skomplikowany proces, więc upewnij się, że masz godzinę lub dwie do stracenia, zanim zaczniesz.

Krok 1 – Sprawdź proces

Pierwszą rzeczą, którą musimy zrobić, to dowiedzieć się, który proces lub usługa jest powiązana z identyfikatorem CLASS podanym(CLASS ID) w błędzie. Aby to zrobić, skopiuj identyfikator CLSID(CLSID) wymieniony w opisie zdarzenia. W moim przypadku zaczęło się od {D63B10C5 . Pamiętaj, aby skopiować również oba nawiasy klamrowe.

Teraz musisz otworzyć edytor rejestru, klikając Start i wpisując regedit . Po otwarciu edytora rejestru kliknij Edytuj(Edit) , a następnie Znajdź(Find) . Śmiało i wklej CLSID w polu wyszukiwania i naciśnij Enter .

Po pewnym czasie powinieneś otrzymać wynik pod kluczem HK_CLASSES_ROOT\CLSID . Po prawej stronie powinien mieć dwa klucze, a domyślny(Default) powinien zawierać nazwę usługi. W moim przypadku i prawdopodobnie również w Twoim przypadku powinien to być RuntimeBroker .

AppID powinien również odpowiadać temu(AppID) , co jest wymienione w komunikacie o błędzie. Następnie musimy uruchomić skrypt, dzięki któremu będziemy mogli wprowadzić zmiany w uprawnieniach w Component Services dla tej usługi.

Krok 2 – Uruchom skrypt PowerShell

Aby rozwiązać ten problem, musimy edytować niektóre uprawnienia w Component Services dla RuntimeBroker , ale zanim to zrobimy, musimy uruchomić skrypt, który pozwoli nam wprowadzić te zmiany.

Aby uruchomić PowerShell jako administrator , musisz kliknąć Start , wpisać powershell , a następnie kliknąć prawym przyciskiem myszy wynik i wybrać Uruchom jako administrator( Run as administrator) .

Teraz pobierz plik tekstowy, do którego link znajduje się tutaj , skopiuj cały kod i wklej go do okna PowerShell (jeśli po prostu klikniesz prawym przyciskiem myszy w oknie PowerShell , wklei wszystko, co jest w schowku). Następnie po prostu naciśnij Enter i powinieneś zobaczyć wydrukowane słowo Gotowe .(Done)

Krok 3 – Otwórz usługi składowe

Usługi składowe(Component Services) można otworzyć tak samo, jak otworzyłeś PowerShell w kroku 2(Step 2) . Kliknij (Click)Start i wpisz usługi składowe. Nie musisz uruchamiać tego programu jako administrator. Tam przejdź do następującej lokalizacji:

Component Services - Computers - My Computer - DCOM Config

Przewiń w dół, aż znajdziesz Runtime Broker . W moim przypadku było ich dwóch! Skąd wiesz, który z nich jest wymieniony w błędzie?

Kliknij każdy z nich prawym przyciskiem myszy i wybierz Właściwości(Properties) . Na karcie Ogólne(General) zobaczysz Identyfikator aplikacji(Application ID) , który powinien odpowiadać identyfikatorowi AppID z komunikatu o błędzie. Jeśli otrzymujesz błędy w Podglądzie zdarzeń(Event Viewer) z identyfikatorem 10016 i więcej niż jednym CLSID , może to oznaczać, że oba RuntimeBrokers muszą zostać naprawione. W moim przypadku musiałem naprawić tylko jeden.

Krok 4 – Właściwe uprawnienia

Na koniec musimy zmodyfikować uprawnienia. W oknie właściwości RuntimeBroker kliknij kartę (RuntimeBroker)Bezpieczeństwo(Security) .

Przycisk Edytuj(Edit) w obszarze Uprawnienia do uruchamiania i aktywacji(Launch and Activation Permissions) powinien być klikalny. Jeśli jest wyszarzony, skrypt PowerShell nie działał poprawnie. Gdy klikniesz edytuj, możesz zobaczyć wyskakujące okno dialogowe z ostrzeżeniem o nierozpoznanych uprawnieniach.

Tutaj NIE CHCESZ klikać na Usuń(Remove) . Po prostu kliknij przycisk Anuluj(Cancel) . Teraz zobaczysz listę kont domyślnych, a na liście może również pojawić się konto Nieznane(Account Unknown) .

Chcesz się upewnić, że zostawiłeś Konto Nieznane bez zmian(Account Unknown) . Nie usuwaj go. W tym momencie powinieneś pozostać z WSZYSTKIMI PAKIETAMI APLIKACJI( ALL APPLICATION PACKAGES) i SELF . Teraz musimy dodać dwa konta. Kliknij Dodaj(Add) i wpisz System , a następnie kliknij Sprawdź nazwy( Check Names) . Kliknij OK , a doda to konto do listy.

Kliknij Dodaj(Add) ponownie i tym razem wpisz Usługa lokalna(Local Service) i wykonaj te same kroki.

Po dodaniu obu kliknij je pojedynczo i zaznacz pola wyboru Local Launch i Local Activation w obszarze Zezwalaj(Allow) . O to chodzi! Teraz śmiało uruchom ponownie komputer i nie powinieneś już widzieć tego błędu w dziennikach widoku(Event View) zdarzeń. Cieszyć się!



About the author

inżynier audiofilski i specjalista ds. produktów audio z ponad 10-letnim doświadczeniem. Specjalizuję się w tworzeniu wysokiej jakości głośników muzycznych i słuchawek od początku do końca. Jestem ekspertem w rozwiązywaniu problemów z dźwiękiem oraz projektowaniu nowych głośników i systemów słuchawkowych. Moje doświadczenie wykracza poza samo tworzenie dobrych produktów; Mam również pasję pomagania innym w byciu jak najlepszymi, czy to poprzez edukację, czy pracę społeczną.



Related posts