В этой заметке я покажу, как исправить ошибку c Event ID 10016 от источника DistributedCOM на компьютере с Windows 10 / Windows Server 2012 R2. Ошибка DCOM 10016 довольно часто встречается как в клиентских, так и в серверных версиях Windows, начиная еще со времен Windows XP и исправляется она одинаково, независимо от редакции Windows.
Проблема проявляется следующим образом: в журнале событий системы при загрузке компьютера или попытке запуска/установки приложения появляется следующая ошибка:
Log Name: Система
Source: DistributedCOM
Event ID: 10016
Level: Ошибка
User: SYSTEM
Описание: Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID {1CCB96F4-B8AD-4B43-9688-B273F58E0910} и APPID {AD65A69D-3831-40D7-9629-9B0B50A93843}пользователю NT AUTHORITY\система с SID (S-1-5-18) и адресом LocalHost (с использованием LRPC). Это разрешение безопасности можно изменить с помощью служебной программы управления службами компонентов.
В англоязычных версиях Windows описание ошибки такое:
The machine-default permission settings do not grant Local Activation permission for the COM Server application with CLSID
{000209FF-0000-0000-C000-000000000046} and APPID Unavailable to the user IIS APPPOOL\appIISPool SID (S-1-5-82-3351576649-1006875745-771203599-42452693-1279824824) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.
Судя по описанию ошибки: некий пользователь (например, IIS Apppool) или система (NT AUTHORITY\система) пытается запустить некий компонент COM с помощью инфраструктуры DCOM и не может этого сделать из-за отсутствия права «Локальный Запуск» или «Локальная активация» (Local Activation Permission). В коде ошибки содержатся только коды классов COM компонента и приложения. Попробуем определить, какому именно приложению принадлежит идентификатор и предоставить права, необходимые для его запуска.
Из описания события необходимо скопировать идентификаторы CLSID и APPID. В моем случае это
CLSID : {000209FF-0000-0000-C000-000000000046}
APPID: {AD65A69D-3831-40D7-9629-9B0B50A93843}
(в некоторых случаях идентификатор приложения может быть не указан — APPID Unavailable).
Также обратите внимание каких разрешений не хватает (Local Activation permission) и для какой учетной записи (NT AUTHORITY\SYSTEM или IIS APPPOOL\appIISPool SID — S-1-5-82-3351576649-1006875745-771203599-42452693-1279824824).
В каждом конкретном случае идентификаторы класса, приложения, учетной записи и типа доступа может отличаться.
- Запустите редактор реестра (regedit.exe);
- Перейдите в ветку реестра, соответствующую вашему CLSID. У меня это HKEY_CLASSES_ROOT\CLSID\{000209FF-0000-0000-C000-000000000046};
В некоторых случаях нужно смотреть также в разделе реестра [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\. При удаленном подключении к реестру он будет находиться в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID.
- В параметре класса должно быть указано имя. У меня это Microsoft Word Application;
Чаще всего эта проблема возникает с компонентами:
Immersive Shell
CLSID: {C2F03A33-21F5-47FA-B4BB-156362A2F239}
APPID: {316CDED5-E4AE-4B15-9113-7055D84DCC97}
RuntimeBroker
CLSID: {D63B10C5-BB46-4990-A94F-E40B9D520160}
APPID : {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} - Щелкните правой кнопкой мыши по разделу реестра и выберите пункт Permissions (Разрешения);
- Нажмите на кнопку Advanced;
- В разделе Owner (Владелец) будет указано NT Service\TrustedInstaller или System;
- Нажмите кнопку Change и укажите имя своей учетной записи администратора. Сохраните изменения;
- Обратите внимание, что имя владельца ветки сменилось на вашу учетную запись. Поставьте галку Replace owner on subcontainers and objects (Заменить владельца подконтейнеров и объектов) и нажмите “ОК”;
- В списке разрешений добавьте вашу учетную запись администратора и предоставьте ей полный доступ (Full Permissions);
- Вы предоставили права на ветку с CLSID. Теперь нужно повторить предыдущие шаги, предоставив учетной записи администратора права на ветку с вашим идентификатором APPID из текста ошибки (например, HKEY_CLASSES_ROOT\AppID\{AD65A69D-3831-40D7-9629-9B0B50A93843};
- Теперь запустите консоль управления компонентами dcomcnfg с правами администратора (Control Panel\All Control Panel Items\Administrative Tools\Component Services);
- В консоли компонентов перейдите в ветку Component Services -> Computers -> My computer -> DCOM Config. В списке компонентов найдите имя компонента, которое вы определили на втором шаге (значение в столбце Application ID должно соответствовать вашему CLSID из ошибки). Откройте свойства компонента;
Если вы не можете найти свой компонент в списке, вероятно у вас 64 битная версия Windows, а запускаемый компонент является 32 битным. В этом случае нужно запустить консоль DCOM командой:
mmc comexp.msc /32
- Перейдите на вкладку Security. Все элементы управления должны быть доступными для изменения;
Если открыть консоль dcomcnfg до изменения разрешений на ветку реестра, все настройки на вкладке Security окажутся заблокированы (недоступны для изменения), несмотря на то, что вы запустили консоль от имени администратора.
- В моем случае приложению не хватало прав на «Локальный Запуск» (Local Activation Permission). В секции Launch and Activation Permissions выберите Customize и нажмите кнопку Edit;
- В список доступа нужно добавить учетную запись, которой не хватало разрешений на запуск. Имя учетной записи было указано в тексте ошибки: в зависимости от текста в ошибке DCOM 10016 это может быть System, конкретный пользователь или учетка под которой запускается пул IIS (в этом случае нужно добавить доступ для локальной группы IIS_IUSR).
Совет. Если в начальном логе ошибки вместо NT AUTHORITY\система была указана NT AUTHORITY\NETWORK SERVICE, необходимо дать права на локальный запуск и активацию для учетной записи NetworkService.
- Предоставьте нужные разрешения для учетной записи. Например, Local Activation -> Allow и Local Launch (Локальная активация) -> Allow;
- Перезагрузите компьютер и проверьте журналы событий. Ошибка DCOM 10016 должна исчезнуть.
Время на прочтение1 мин
Количество просмотров5.5K
Microsoft собирается исключить из Windows несколько процессов или функций, которые связаны с проводником. Взаимодействие explorer.exe с другими элементами системы, такими как панель задач, отрицательно сказывается на производительности.
Microsoft предпринимает шаги, чтобы отделить такие функции, как панель задач, центр уведомлений и другие, от explorer.exe. Интеграция между рабочим столом и explorer.exe является одним из узких мест в операционной системе. Так, сбой в explorer.exe также приводит к сбою рабочего стола и некоторых других функций.
Microsoft начала отделять Immersive Shell от File Explorer. Первую добавили в Windows 8. Impressive Shell связан с процессом под названием «ShellAppRuntime.exe», который, в свою очередь, связан с explorer.exe.
В последних предварительных сборках Microsoft пытается удалить оболочку Immersive из проводника. Впервые это заметили разработчики «Start Is All Back», которые обнаружили соответствующую функцию ImmersiveShellInShellAppRuntime (id: 39319758). Она не запускала ShellAppRuntime.exe, но, похоже, что это исправили в последних выпусках. В более новых сборках можно запускать ShellAppRuntime.exe самостоятельно и независимо от explorer.exe. Фактически, пользовательский интерфейс поиска не откроется, пока не будет запущен ShellAppRuntime.
В ближайшем будущем функции Windows 11 будут жить в другом программном процессе, что упростит их запуск функций без необходимости полагаться на проводник. Это также должно уменьшить количество сбоев и ускорить работу операционной системы, а также значительно ускорить и упростить процесс разработки.
Ранее в этом году Microsoft представила новый интерфейс с вкладками File Explorer.
Windows 10: event ID 10016 — immersive shell
Discus and support event ID 10016 — immersive shell in Windows 10 Support to solve the problem; Hello — I have implemented the permissions I’ve seen advised on here and the MS answers forum, but the error is still
occurring. Perhaps a fresh pair…
Discussion in ‘Windows 10 Support’ started by davexnet, Nov 10, 2015.
-
event ID 10016 — immersive shell
Hello — I have implemented the permissions I’ve seen advised on here and the MS answers forum, but the error is still
occurring. Perhaps a fresh pair of eyes will spot something. Here’s the error from the event viewer,
and an image from dcomcnfg showing the permissions set. The error mentions Cortana, which I have disabled.
Not sure if that’s relevant or not
Thanks for any input.The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{C2F03A33-21F5-47FA-B4BB-156362A2F239}
and APPID
{316CDED5-E4AE-4B15-9113-7055D84DCC97}
to the user DESKTOP-UOBEXYZ\davex SID (S-1-5-21-975320647-1881121576-200073987-1001) from address LocalHost (Using LRPC) running in the application container Microsoft.Windows.Cortana_1.6.1.52_neutral_neutral_cw5n1h2txyewy SID (S-1-15-2-1861897761-1695161497-2927542615-642690995-327840285-2659745135-2630312742). This security permission can be modified using the Component Services administrative tool. -
Getting Distributed COM error 10016 on Windows 10 computer
I have been chasing this for months. I have two systems with Windows 10 Pro. One is a fresh install and the other is an 8.1 upgrade. I have added a number of «users» to the immersive shell on both systems and I continue to get 10016 events. It would
be nice if a Microsoft Technician would install the Weather Channel app and fix this problem. -
Event ID 105 from source Microsoft-Windows-Immersive-Shell cannot be found
My friend’s computer has this entry in the TwinUI Operational log:
Event ID 105
The description for Event ID 105 from source Microsoft-Windows-Immersive-Shell cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component
on the local computer.>How can I install or repair the Windows Immersive Shell?
>Can this be done with regsvr?
The log also contains multiple event ID 5961 entries, e.g.
Event ID 5961
Activation of the app Microsoft.Windows.Cortana_cw5n1h2txyewy!CortanaUI for the Windows.Launch contract failed with error: Invalid value for registry.
In addition, I have already found the following KB article, and will try it the next time I get access to the computer.
Win8: App: Modern: Apps fail to start if default registry or file permissions modified
https://support.microsoft.com/en-us/kb/2798317
event ID 10016 — immersive shell
-
event ID 10016 — immersive shell — Similar Threads — event 10016 immersive
-
Event ID 10016
in Windows 10 Gaming
Event ID 10016: — The application-specific permission settings do not grant Local Launch permission for the COM Server application with CLSID Windows.SecurityCenter.WscCloudBackupProvider and APPID Unavailable to the user DESKTOP-PFG7ABO\IsNuYen SID… -
Event ID 10016, DistributedCOM
in Windows 10 Performance & Maintenance
Event ID 10016, DistributedCOM: Every time the PC starts I have the following error.Log Name: System
Source: Microsoft-Windows-DistributedCOM
Date: 25/05/2018 07:35:47
Event ID: 10016
Task Category: None
Level: Error
Keywords: Classic
User: Home-PC\User
Computer: Home-PC
Description:
The… -
DistributiveCOM event id 10016
in Windows 10 Support
DistributiveCOM event id 10016: While troubleshooting a random shutdown/reboot issue, which has been solved, I noticed an error in event viewer. I am getting error: DistributiveCOM event id 10016. It shows 27 in the last 24 hours and 227 in the last 7 days. I have read many post on this issue and am having… -
Event ID 10016, DistributedCOM Windows.SecurityCenter.WscBrokerManager
in Windows 10 Support
Event ID 10016, DistributedCOM Windows.SecurityCenter.WscBrokerManager: Greetings.Updated to 1803 17134.1 without a problem but one error — Distributed COM event ID 10016.
Experienced this event ID many times previously and have fixed by changing permissions in Registry but this one has no known CLSID/APPID.«The application-specific…
-
Event ID 10016, DistributedCOM Windows.SecurityCenter.WscBrokerManager
in Windows 10 Support
Event ID 10016, DistributedCOM Windows.SecurityCenter.WscBrokerManager: Sounds like we might all learn something from your further investigations. Do keep us posted, please. Best of luck in running this to ground.
—Ed— -
Event ID 10016
in Windows 10 Performance & Maintenance
Event ID 10016: Here is a previous thread about it:Windows 10 Event ID 10010 and 10016 Errors With DistributedCOM — Windows 10 Forums
I did run Regedit (as an admin) and did go to that entry in HKEY and did try to change permissions, but I get access denied.
What to do now? 100s…
-
Persistent EVENT ID 10016
in Windows 10 Performance & Maintenance
Persistent EVENT ID 10016: Hello, every hour I get this error:Source: Microsoft-Windows-DistributedCOM
Event ID: 10016
Level: Error
User: SYSTEM
Description:
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID… -
DistributedCOM error EventID 10016 Immersive Shell
in Windows 10 Performance & Maintenance
DistributedCOM error EventID 10016 Immersive Shell: Hi,
Is this something I should be concerned about ?
I’ve tried the following solution to no avail
my event viewer is still flooded with this errorLogName: System
Source: DistributedCOM
EventID: 10016
Immersive ShellThe application-specific permission…
-
Event id 10016
in Windows 10 Support
Event id 10016: I, like many other Win10 users, am getting a lot of DCOM Eventid 10016 events logged. I’ve seen a number of explanations (which I haven’t understood) and several solutions. However, I have not seen a clear description of what requests are failing and what the result of the…
Users found this page by searching for:
-
immersive shell
,
-
immersive shell windows 10
,
-
the description for event id 105 from source microsoft-windows-immersive-shell cannot be found
,
- permissions for immersive shell,
- Microsoft-Windows-Immersive-Shell event id 105,
- event id 105 immersiveshell not found on computer. ,
- windows immersive shell is corrupted,
- immersive shell cannot grant local launch,
- windows 10 immersive shell problems,
- how to restart immersive shell,
- immersive shell permission,
- windows 10 immersive shell,
- ImmersiveShellBrokers,
- immersive shell event id 10016,
- event 5961 immersive shell
Обновлено 19.08.2021
Доброго времени суток, уважаемые читатели, сегодня решаем ошибку 10016 параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {D63B10C5-BB46-4990-A94F-E40B9D520160} и APPID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} в Windows server 2012 R2.
Ошибка 10016 в windows 10 и Windows Server
На сервере Windows Server 2012 R2 постоянно возникает ошибка 10016.
Имя журнала: Система
Источник: DistributedCOM
Код: 10016
{D63B10C5-BB46-4990-A94F-E40B9D520160}
Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID
{D63B10C5-BB46-4990-A94F-E40B9D520160}
и APPID
{9CA88EE3-ACB7-47C8-AFC4-AB702511C276} или {316CDED5-E4AE-4B15-9113-7055D84DCC97} или {4839DDB7-58C2-48F5-8283-E1D1807D0D7D}
пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{6B3B8D23-FA8D-40B9-8DBD-B950333E2C52}
and APPID
{4839DDB7-58C2-48F5-8283-E1D1807D0D7D}
to the user NT AUTHORITYLOCAL SERVICE SID (S-1-5-19) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.
Данная ошибка выскакивает, когда какая-то из утилит не может обратиться к DCOM объекту, чаще всего, это связано с недостаточностью разрешений. Был реализован шаблон кодирования, где код сначала пытается получить доступ к компонентам DCOM с одним набором параметров. Если первая попытка не удалась, она пытается снова с другим набором параметров. Причина, по которой он не пропускает первую попытку, заключается в том, что существуют сценарии, в которых он может быть успешным. В этих сценариях это предпочтительнее. Если вы не в курсе, что такое COM объекты и DCOM, то если по простому, это концепция для создания программного обеспечения на основе взаимодействующих компонентов объекта, каждый из которых может использоваться во многих программах одновременно. На основе COM были созданы ActiveX, DCOM, COM+, DirectX, .Net.
- {316CDED5-E4AE-4B15-9113-7055D84DCC97} — Кнопка пуск (Immersive Shell) — интерфейс метро
- {4839DDB7-58C2-48F5-8283-E1D1807D0D7D} — ShellServiceHost
- {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} — RuntimeBroker
Подробнее вы можете почитать в вики https://ru.wikipedia.org/wiki/Component_Object_Model
Сначала нужно обновить Windows через центр обновления, и если не поможет, то делаем по очереди предложенные решения:
- Назначаем недостающие права на ветку с GUID номером {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} или другим, зависит от вашей ситуации с кодом ошибки 10016
- Удаление некоторых ключей реестра
- Использование скрипта PowerShell
Как исправить ошибку 10016 через назначение прав в реестре
- Сразу логинимся на проблемный сервер под администратором, чтобы не вводить всякий раз имя и пароль. Запускаем Regedit.
- Запускаем поиск (CTRL+F) и ищем второй из GUIDов в описании ошибки, т.е. APPID. В данном случае это «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}».
- Первый результат поиска должен быть в ключе HKEY_CLASSES_ROOTAppID. Наступаем на найденный GUID в левой панели и щелкаем правой кнопкой, выбираем Разрешения, а затем кнопку Дополнительно.
- В верхней части дополнительных параметров указан текущий владелец TrustedInstaller. Нажимаем рядом с ним ссылку Изменить.
- Нам нужно сделать владельцем локальную группу Администраторы. Затем кнопки Дополнительно, Поиск и выбираем в результатах поиска Администраторы.
- Ставим флажок «Заменить владельца подконтейнеров и объектов», кнопка ОК.
- После смены владельца мы можем изменять разрешения. В окне Разрешения на вкладке Безопасность даем для СИСТЕМА и Администраторы разрешение на полный доступ. ОК.
- Далее смотрим для нашего ключа HKEY_CLASSES_ROOTAppID{9CA88EE3-ACB7-47C8-AFC4-AB702511C276} значение параметра «(По умолчанию)» = «RuntimeBroker«.
8. В диспетчере серверов в правом верхнем углу меню Средства -> Службы компонентов. Открываем Компьютеры –> Мой компьютер –> Настройка DCOM. Правый клик по строке из п.7 RuntimeBroker, Свойства.
9. На вкладке Безопасность. В разделе Разрешения на запуск и активацию кнопка Изменить. Для группы СИСТЕМА разрешаем Локальный запуск и Локальная активация. ОК. Если вам runtimebroker не дает отредактировать настройки, то вам нужно дать права на него в реестре Windows
Открываем редактор реестра Windows. Переходим в ветку
HKEY_CLASSES_ROOTAppIDRuntimeBroker.exe
щелкаем по нему правым кликом и выбираем свойства.
Даем права для группы администраторы (Полный доступ)
Если не даст вам поставить, то вам нужно заменить владельца Trustinstaller на себя или группу администраторы. Как только дали права, идем опять в компоненты DCOM и выставляем права, как описывал выше.
10. Перезагружаем сервер, проверяем логи, по сути ошибку 10016 параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID {D63B10C5-BB46-4990-A94F-E40B9D520160} и APPID {9CA88EE3-ACB7-47C8-AFC4-AB702511C276} вы не должны больше увидеть.
Как исправить ошибку 10016 через удаление ключей из ветки OLe
Данный метод подразумевает удаление нескольких ключей реестра, которые отвечают за проверку прав на COM объекты. Нас будет интересовать ветка реестра:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftOle
Ole — эта ветка управляют параметрами запуска по умолчанию и разрешениями доступа, а также возможностями безопасности на уровне вызовов для приложений на основе COM, которые не вызывают CoInitializeSecurity. Только администраторы, создатель объекта и система имеют полный доступ к этой части реестра. Все остальные пользователи имеют доступ только для чтения.
Перед тем, как вы будите вносить изменения я вам советую на всякий случай сделать резервную копию реестра или ветки.
Щелкаем по контейнеру Ole правым кликом и из контекстного меню выберите пункт Экспорт.
Задаем имя экспортируемого ключа. В случае проблем вы всегда сможете его импортировать и вернуть все к исходному состоянию.
Теперь, чтобы исправить ошибку 10016 в Windows 10 или как у меня в Windows Server 2012 R2 или выше, вам необходимо удалить четыре ключа:
- DefaultAccessPermission — Определяет список разрешений доступа по умолчанию для компьютера. Устанавливает список контроля доступа (ACL) участников, которые могут получить доступ к классам, для которых нет настройки AccessPermission . Этот ACL используется только приложениями, которые не вызывают CoInitializeSecurity и не имеют значения AccessPermission под своим ключом AppID. Среда выполнения COM на сервере проверяет ACL, описываемый этим значением, при олицетворении вызывающей стороны, которая пытается подключиться к объекту, и ее успех определяет, разрешен или запрещен доступ. Если проверка доступа не пройдена, соединение с объектом будет запрещено. Если это именованное значение не существует, только серверу участника и локальной системе разрешается вызывать сервер. По умолчанию это значение не содержит записей. Только принципал сервера и система могут вызывать сервер. Это значение обеспечивает простой уровень централизованного администрирования доступа по умолчанию к подключенным объектам на компьютере.
- DefaultLaunchPermission — Определяет список запуска по умолчанию для компьютера. Определяет список контроля доступа (ACL) участников, которые могут запускать классы, которые не указывают свой собственный ACL через значение реестра LaunchPermission. Права доступа по умолчанию следующие: Администраторы: разрешить запуск, СИСТЕМА: разрешить запуск, ИНТЕРАКТИВНО: разрешить запуск. Если значение LaunchPermission установлено для сервера, оно имеет приоритет над значением DefaultLaunchPermission . После получения локального или удаленного запроса на запуск сервера, у которого ключ AppID не имеет собственного значения LaunchPermission, проверяется ACL, описанный этим значением, при олицетворении клиента, и его успех разрешает или запрещает запуск кода класса.Это значение обеспечивает простой уровень централизованного администрирования запуска по умолчанию для доступа к другим незарегистрированным классам на компьютере. Например, администратор может использовать инструмент DCOMCNFG для настройки системы, чтобы разрешить доступ только для чтения для опытных пользователей. Поэтому OLE будет ограничивать запросы на запуск кода класса членами группы «Опытные пользователи». Впоследствии администратор может настроить разрешения на запуск для отдельных классов, чтобы предоставить возможность запуска кода класса другим группам или отдельным пользователям по мере необходимости.
- MachineAccessRestriction — Устанавливает политику ограничения на уровне компьютера для доступа к компоненту. Принципалы, которым здесь не предоставлены разрешения, не могут получить их, даже если разрешения предоставляются значением реестра DefaultAccessPermission или функцией CoInitializeSecurity. По умолчанию члены группы «Все» могут получать разрешения на локальный и удаленный доступ, а анонимные пользователи могут получать разрешения на локальный доступ.
- MachineLaunchRestriction — Устанавливает политику ограничения на уровне компьютера для запуска и активации компонента. Принципалы, которым здесь не предоставлены разрешения, не могут получить их, даже если разрешения предоставляются значением реестра DefaultAccessPermission или функцией CoInitializeSecurity. По умолчанию администраторы могут получать разрешения на локальный и удаленный запуск и активацию, а члены группы «Все» могут получать разрешения на локальную активацию и запуск.
Подробнее о данной ветке можно почитать по адресу https://docs.microsoft.com/en-us/windows/win32/com/hkey-local-machine-software-microsoft-ole
теперь находим все эти ключи, щелкаем по ним правым кликом мыши и удаляем со спокойной душей, далее я вам советую перезагрузить вашу систему. В подавляющем количестве случаев ошибка с кодом 10016 у вас больше не появится.
Исправление ошибки 10016 через PowerShell
Если вам не удалось изменить запуск службы для системы, то можно все поправить и избавиться от сообщений «APPID
{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}
пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно)» с помощью скрипта PowerShell. Открываем ссылку с Microsoft
https://gallery.technet.microsoft.com/Grant-Revoke-Get-DCOM-22da5b96
Или во тут
Скачиваем тут сценарий DCOMPermissions.psm1
Кладем данный модуль в нужную вам папку. Далее вы открываете консоль PowerShell и переходите в месторасположение данного модуля, после чего его нужно импортировать:
Import-Module .DCOMPermissions.psm1
Grant-DCOMPermission -ApplicationID «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}» -Account «SYSTEM» -Type Launch -Permissions LocalLaunch,LocalActivation -OverrideConfigurationPermissions
Если ошибок не вышло, то значит все успешно применено, перезагрузка не потребуется.
Далее вы можете посмотреть примененные разрешения:
Get—DCOMPermission —ApplicationID «{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}» —Type Launch
Вы увидите права у системы, у нее будет SID S-1-5-10.
На этом у меня все, мы успешно устранили ошибку DCOM 10016. Я должен подчеркнуть, что ошибка DCOM 10016 вряд ли повлияет на производительность вашей системы. В очень старые времена, когда Microsoft впервые представила «Distributed» в компонентной объектной модели, были уязвимости. Однако эти уязвимости были исправлены, и DCOM теперь безопасен. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Содержание
- Immersive shell windows 10 что это
- Ошибка 10016 в windows 10 и Windows Server
- Методы решения ошибки 10016
- Как исправить ошибку 10016 через назначение прав в реестре
- Как исправить ошибку 10016 через удаление ключей из ветки OLe
- Исправление ошибки 10016 через PowerShell
- Ошибка DistributedCOM 10016 в Windows: Параметры разрешений для приложения не дают разрешения локальной активации
- Параметры разрешений для конкретных приложений не предоставляют разрешения на локальную активацию для приложения COM-сервера
- Разрешить доступ к компонентам DCOM с помощью редактора реестра
- Изменить свойства безопасности
- Исправить Windows 10 приложение открывается, а затем закрывается
- Журнал событий Windows 10
- Исправить разрешения файловой системы
- Исправление разрешений реестра
- Windows Blog
Immersive shell windows 10 что это
Доброго времени суток, уважаемые читатели, сегодня решаем ошибку 10016 параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID и APPID <9ca88ee3-acb7-47c8-afc4-ab702511c276>в Windows server 2012 R2.
Ошибка 10016 в windows 10 и Windows Server
На сервере Windows Server 2012 R2 постоянно возникает ошибка 10016.
Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID
и APPID
<9ca88ee3-acb7-47c8-afc4-ab702511c276>или <316cded5-e4ae-4b15-9113-7055d84dcc97>или <4839ddb7-58c2-48f5-8283-e1d1807d0d7d>
пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.
Методы решения ошибки 10016
Сначала нужно обновить Windows через центр обновления, и если не поможет, то делаем по очереди предложенные решения:
Как исправить ошибку 10016 через назначение прав в реестре
9. На вкладке Безопасность. В разделе Разрешения на запуск и активацию кнопка Изменить. Для группы СИСТЕМА разрешаем Локальный запуск и Локальная активация. ОК. Если вам runtimebroker не дает отредактировать настройки, то вам нужно дать права на него в реестре Windows
щелкаем по нему правым кликом и выбираем свойства.
Даем права для группы администраторы (Полный доступ)
Если не даст вам поставить, то вам нужно заменить владельца Trustinstaller на себя или группу администраторы. Как только дали права, идем опять в компоненты DCOM и выставляем права, как описывал выше.
10. Перезагружаем сервер, проверяем логи, по сути ошибку 10016 параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID и APPID <9ca88ee3-acb7-47c8-afc4-ab702511c276>вы не должны больше увидеть.
Как исправить ошибку 10016 через удаление ключей из ветки OLe
Данный метод подразумевает удаление нескольких ключей реестра, которые отвечают за проверку прав на COM объекты. Нас будет интересовать ветка реестра:
Щелкаем по контейнеру Ole правым кликом и из контекстного меню выберите пункт Экспорт.
Задаем имя экспортируемого ключа. В случае проблем вы всегда сможете его импортировать и вернуть все к исходному состоянию.
Теперь, чтобы исправить ошибку 10016 в Windows 10 или как у меня в Windows Server 2012 R2 или выше, вам необходимо удалить четыре ключа:
теперь находим все эти ключи, щелкаем по ним правым кликом мыши и удаляем со спокойной душей, далее я вам советую перезагрузить вашу систему. В подавляющем количестве случаев ошибка с кодом 10016 у вас больше не появится.
Исправление ошибки 10016 через PowerShell
Если вам не удалось изменить запуск службы для системы, то можно все поправить и избавиться от сообщений «APPID
<9ca88ee3-acb7-47c8-afc4-ab702511c276>
пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно)» с помощью скрипта PowerShell. Открываем ссылку с Microsoft
Скачиваем тут сценарий DCOMPermissions.psm1
Кладем данный модуль в нужную вам папку. Далее вы открываете консоль PowerShell и переходите в месторасположение данного модуля, после чего его нужно импортировать:
Если ошибок не вышло, то значит все успешно применено, перезагрузка не потребуется.
Далее вы можете посмотреть примененные разрешения:
Вы увидите права у системы, у нее будет SID S-1-5-10.
Источник
В этой заметке я покажу, как исправить ошибку c Event ID 10016 от источника DistributedCOM на компьютере с Windows 10 / Windows Server 2012 R2. Ошибка DCOM 10016 довольно часто встречается как в клиентских, так и в серверных версиях Windows, начиная еще со времен Windows XP и исправляется она одинаково, независимо от редакции Windows.
Проблема проявляется следующим образом: в журнале событий системы при загрузке компьютера или попытке запуска/установки приложения появляется следующая ошибка:
Log Name: Система
Source: DistributedCOM
Event ID: 10016
Level: Ошибка
User: SYSTEM
Описание: Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID <1ccb96f4-b8ad-4b43-9688-b273f58e0910>и APPID пользователю NT AUTHORITYсистема с SID (S-1-5-18) и адресом LocalHost (с использованием LRPC). Это разрешение безопасности можно изменить с помощью служебной программы управления службами компонентов.
В англоязычных версиях Windows описание ошибки такое:
The machine-default permission settings do not grant Local Activation permission for the COM Server application with CLSID
<000209ff-0000-0000-c000-000000000046>and APPID Unavailable to the user IIS APPPOOLappIISPool SID (S-1-5-82-3351576649-1006875745-771203599-42452693-1279824824) from address LocalHost (Using LRPC) running in the application container Unavailable SID (Unavailable). This security permission can be modified using the Component Services administrative tool.
Судя по описанию ошибки: некий пользователь (например, IIS Apppool) или система (NT AUTHORITYсистема) пытается запустить некий компонент COM с помощью инфраструктуры DCOM и не может этого сделать из-за отсутствия права «Локальный Запуск» или «Локальная активация» (Local Activation Permission). В коде ошибки содержатся только коды классов COM компонента и приложения. Попробуем определить, какому именно приложению принадлежит идентификатор и предоставить права, необходимые для его запуска.
Из описания события необходимо скопировать идентификаторы CLSID и APPID. В моем случае это
(в некоторых случаях идентификатор приложения может быть не указан — APPID Unavailable).
Также обратите внимание каких разрешений не хватает (Local Activation permission) и для какой учетной записи (NT AUTHORITYSYSTEM или IIS APPPOOLappIISPool SID — S-1-5-82-3351576649-1006875745-771203599-42452693-1279824824).
Источник
Параметры разрешений для конкретных приложений не предоставляют разрешения на локальную активацию для приложения COM-сервера
Обновление: Перестаньте получать сообщения об ошибках и замедляйте работу своей системы с помощью нашего инструмента оптимизации. Получите это сейчас на эту ссылку
Эти ошибки довольно распространены, и в зависимости от ошибки ведется много разных журналов ошибок. В этой статье мы сосредоточимся на теме «Настройки авторизации для конкретного приложения не предоставляют пользователю NT AUTHORITY LOCAL SERVICE SID () Адрес LocalHost нет разрешений локальной активации для приложения COM-сервера с CLSID <>. и APPID <> (с использованием LRPC) выполняется в контейнере приложения. SID недоступен (недоступен). Это разрешение безопасности можно изменить с помощью l Сообщение об ошибке инструмента администрирования служб компонентов.
Получив множество сообщений от нескольких пользователей, мы решили исследовать проблему и найти решение, позволяющее полностью ее устранить. Кроме того, мы исследовали причину этой ошибки и перечислили ее ниже:
Недопустимые разрешения: ошибка возникает, когда определенный процесс не имеет достаточных разрешений для доступа к компонентам DCOM, перечисленным в журнале событий.
Заметка. В некоторых случаях система может работать нормально, несмотря на эту ошибку. Если это так, лучше всего позволить ошибке произойти. Однако, если конкретное приложение не работает должным образом, следуйте приведенным ниже инструкциям:
Изменить свойства безопасности
CCNA, веб-разработчик, ПК для устранения неполадок
Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.
Источник
Исправить Windows 10 приложение открывается, а затем закрывается
Некоторые или все ваши приложения для Windows 10 не работают должным образом? Ранее я написал статью о том, как решить проблему отсутствия приложений Магазина Windows, и недавно у меня был клиент, который купил мне компьютер с Windows 10, где приложения Windows могли открываться, но затем сразу же закрывался.
Если у вас возникла проблема, когда приложение не загружается, возможно, это проблема с разрешениями. Есть множество причин, по которым приложения Магазина не запускаются и одна из них заключается в том, что разрешения для определенных папок Windows и параметров реестра были изменены вручную или с помощью групповой политики.
Вы можете решить эту проблему, проверив все разрешения для этих папок и параметров реестра и убедившись, что все они правильные. В этом посте я расскажу вам, как это сделать, чтобы снова запустить приложения из Магазина.
Журнал событий Windows 10
Вы можете подтвердить, является ли это причиной проблемы, открыв журнал событий и проверив код события 5961 в журнале событий. Вы можете открыть журнал событий, нажав Пуск и введя в журнал событий.
Вам нужно будет перейти к следующему файлу журнала, чтобы увидеть, существует ли это конкретное событие:
Журналы приложений и служб Microsoft Windows Apps Microsoft-Windows-TWinUI / Операционные
Оказавшись там, вы увидите целую кучу событий, перечисленных там, вероятно, тысячи. Вы не можете вручную пройти через это, поэтому нажмите на кнопку «Найти» справа и введите 5961. Он будет искать в этом журнале и, если найдет что-нибудь, выделит эту строку. Дважды щелкните по строке, и вы должны увидеть некоторую информацию, как показано ниже:
Имя журнала: Microsoft-Windows-TWinUI / Операционный
Источник: Microsoft-Windows-Immersive-Shell
Код события: 5961
Уровень: Ошибка
Описание:
Активация приложения для контракта Windows.Launch завершилась ошибкой: приложение не запустилось.
Если событие существует, вы можете быть уверены, что это проблема с разрешениями для новой группы в Windows под названием Все пакеты приложений. Что такое все пакеты приложений? Ну, это похоже на встроенные группы администраторов или пользователей. Все пакеты приложений включают любое приложение магазина, установленное в Windows 10. Если эта группа не имеет разрешений для определенных папок и параметров реестра, это приведет к сбою запуска приложений магазина.
Исправить разрешения файловой системы
Во-первых, давайте исправим разрешения файловой системы. Это в основном проверка прав доступа к трем папкам: Program Files, Windows и Users.
Перейдите в Проводник, щелкните правой кнопкой мыши C: Windows и перейдите на вкладку Безопасность. Вот как это должно выглядеть с правильными разрешениями.
Если это не то, что показывают ваши разрешения для каталога, нажмите кнопку «Дополнительно» в правом нижнем углу. В следующем диалоговом окне нажмите кнопку «Изменить разрешения».
Затем вы хотите нажать кнопку Добавить. Обратите внимание, что если кнопка Добавить недоступна, это, вероятно, означает, что все файлы принадлежат TrustedInstaller. Прочитайте мой предыдущий пост о том, как изменить разрешения, чтобы вы могли получить полный контроль над файлами и папками.
Здесь вам нужно нажать «Выбрать принципала», а затем ввести все пакеты приложений в поле имени объекта. Не забудьте нажать кнопку «Проверить имена», прежде чем нажимать «ОК».
Убедитесь, что для параметра «Тип» задано значение «Разрешить» и «Применяется к этой папке, подпапкам и файлам». Под разрешениями, убедитесь, что у вас есть чтение и выполнение, список содержимого папки и чтение проверено. Затем нажмите ОК.
Вы вернетесь на главный экран разрешений. Здесь вы должны убедиться, что отметили флажок Заменить все записи разрешений дочернего объекта на наследуемые записи разрешений этого объекта.
После того, как вы сделали это для каталога Windows, вам нужно сделать то же самое для C: Users и C: Program Files. Для C: Users все то же самое, за исключением того, что вы предоставляете группе Все пакеты приложений Полный доступ. Кроме того, если вы используете 64-разрядную версию Windows, вам необходимо сделать это и для C: Program Files (x86).
Исправление разрешений реестра
Для записей реестра откройте regedit, зайдя в Пуск и набрав regedit. После того, как вы его открыли, вам нужно проверить разрешения для HKEY_USERS. Щелкните правой кнопкой мыши HKEY_USERS и выберите «Разрешения».
Убедитесь, что у всех пакетов приложений есть разрешение на чтение.
Теперь сделайте то же самое для HKEY_CLASSES_ROOT. Затем разверните HKEY_LOCAL_MACHINE и выполните проверку для ТС, SAM, ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ и СИСТЕМЫ.
Если вы еще не сошли с ума, то поздравляю! Основная проблема, с которой я столкнулся во всем этом процессе, — это изменение разрешений для системных папок, потому что вам нужно преодолеть TrustedInstaller, чтобы внести изменения в разрешения. Половина времени, которое никогда не работает должным образом, а затем попытка вернуть все в нормальное состояние, столь же рискованно.
Возможно, вам лучше просто перезагрузить Windows 10, но для этого потребуется заново установить все сторонние приложения. Вы можете сбросить Windows 10, перейдя в «Настройки», нажмите «Обновление и безопасность» и затем нажмите «Восстановление». Если вы пытаетесь изменить разрешения и сталкиваетесь с ошибками, оставьте комментарий, и мы постараемся помочь. Наслаждайтесь!
Источник
Windows Blog
LogName: System
DistributedCOM
EventID: 10016
Immersive Shell
The application-specific permission settings do not grant Local Activation permission for the
COM Server application with CLSID and
APPID <316cded5-e4ae-4b15-9113-7055d84dcc97>to the user PASskeetz
SID (S-1-5-21-1098560578-3003778375-3873536982-1001) from address LocalHost
(Using LRPC) running in the application container Microsoft.Windows.Cortana_1.6.1.52_neutral_neutral_cw5n1h2txyewy
SID (S-1-15-2-1861897761-1695161497-2927542615-642690995-327840285-2659745135-2630312742).
This security permission can be modified using the Component Services administrative tool.
1. Open Regedit.
2. Go to HKEY_Classes_RootCLSID*CLSID*.
Note: *CLSID* stand for the ID that appears in your event viewer error. In your case, it’s .
3. Right click on it then select permission.
4. Click Advance and change the owner to administrator. Also click the box that will appear below the owner line.
5. Apply full control.
6. Close the tab then go to HKEY_LocalMachineSoftwareClassesAppID*APPID*.
Note: *AppID* is the ID that appears in your event viewer. In your case it’s <316cded5-e4ae-4b15-9113-7055d84dcc97>.
7. Right click on it then select permission.
8. Click Advance and change the owner to administrators.
9. Click the box that will appear below the owner line.
10. Click Apply and grant full control to Administrators.
11. Close all tabs and go to Administrative tool.
12. Open component services.
13. Click Computer, click my computer, then click DCOM.
14. Look for the corresponding service that appears on the error viewer.
15. Right click on it then click properties.
16. Click security tab then click Add User. Add SYSTEM then apply.
17. Tick the Activate local box.
Any help on how to resolve this would be
appreciated. getting tired of it flooding
my event viewer.
Out of interest why did you add SYSTEM? The error message you got said that your user (PASskeetz) didn’t have local activation permission.
What the error message is saying is that you need to tick the local activation box for yourself in DCOM. Just add new principal sceetz in DCOM and make sure the local activation box is ticked.
Источник
Ошибка DistributedCOM с кодом события 10016 в Windows 11/10 — одна из самых известных проблем с которой пользователи сталкиваются в системном журнале. Эта ошибка запускается, когда определенные процессы не содержат прав доступа к компонентам DCOM, которые упоминаются в журналах событий. Это ограничивает безупречную работу компьютера, что в конечном итоге раздражает пользователей. Система сразу же забивает «Просмотрщик событий» тысячами сообщений с показам событий.
В ходе расследования выясняется, что при попытке запустить сервер DCOM с помощью приложения у вас нет никаких прав на это, и вы получите приведенную ниже ошибку в средстве просмотра событий: «Параметры разрешений для конкретного приложения не дают разрешения Локальной Активации для приложения COM-сервера«.
Перед тем, как приступить к исправлению, создайте точку восстановления системы.
Исправление кода события 10016 Ошибки DistributedCOM
Это самый быстрый и простой способ, чтобы исправить ошибку DistributedCOM с кодом события 10016, но менее надежный.
Нажмите Win+R и введите regedit, чтобы запустить редактор реестра. В реестре перейдите по пути:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftOle
- Удалите следующие значения (некоторых может не быть): DefaultAccessPermission, DefaultLaunchPermission, MachineAccessRestriction, MachineLaunchRestriction.
Перезагрузите ПК и проверьте, появляется ли ошибка. Если да, то следуем ниже большому способу из 3 пунктов, где мы зададим привилегии для определенного DCOM.
Проверка процесса
1. Прежде всего должны отсортировать процесс или службу, связанную с кодом ошибки 10016. Далее вы найдете описание ошибки чуть ниже во вкладке «общие» или «подробности». Из описания скопируйте CLSID. Он может выглядеть как {D63B10C5… .
2. Отроем теперь редактор реестра. Нажмите сочетание кнопок Win+R и введите regedit.
3. В редакторе реестра выделите «Компьютер» одним нажатием мышки и нажмите «Правка» > «Найти«.
- Введите в поле поиска свой CLSID ключ, который типа {D63B10C5… . Поставьте галочку искать только «имена разделов».
- Вам выдаст ключ в правой стороне, выделите его мышкой один раз.
- В правом поле у вас будет ключ «По умолчанию» со значением RuntimeBroker. Запомните это значение оно нам пригодится в дальнейшим.
Следующая задача — запустить сценарий, чтобы внести некоторые изменения в раздел разрешений, найденных в службах компонентов для этой службы.
Открытие сервисов компонентов
Наберите в поиске windows «Службы компонентов«, нажмите правой кнопкой мыши и выберите запустить от имени администратора.
Перейдите по следующему пути Службы компонентов > Компьютеры > Мой компьютер > Настройка DCOM > и найдите в списке RuntimeBroker.
В некоторых случаях может быть два файла с этим именем. Вам нужно выяснить, какой файл несет ответственность за ошибку, что ниже мы и сделаем.
- Нажмите по очереди на двух файлов с именем RuntimeBroker правой кнопкой мыши выберите «Свойства«.
- Во вкладке «Общие» у вас будет «Код приложения» запомните его на двух файлах RuntimeBroker.
- Сравните код с ошибкой в «Журнале событий». APPID в журнале с ошибкой, должен соответствовать коду приложения в файле RuntimeBroker.
Исправление разрешений
Наконец, когда вы удостоверились, что это именно тот файл выдает ошибку, то проделайте следующие шаги:
- Нажмите в свойствах RuntimeBroker вкладку «Безопасность«.
- Кнопка «настроить» должна быть активной.
- Проделайте ниже шаги чтобы активировать настройки. (Не Запуск сценария PowerShell).
Запуск сценария PowerShell активирует эту кнопку настройки с помощью команды, но я рекомендую воспользоваться этим способом, если у вас не получилось все по порядку. Пропустите этот шаг «Запуск сценария PowerShell», если что потом вернетесь к нему.
Запуск сценария PowerShell
Чтобы обойти эту ошибку, вам нужно отредактировать некоторые разрешения в разделе «Служба компонентов» ключа RuntimeBroker. Прежде чем перейти к модификации, вам нужно запустить скрипт, который поможет вам изменить разрешения. Дальше поймете зачем мы это делали.
1. Нажмите сочетание кнопок Win+X и выберите Windows PowerShell (администратор).
2. Загрузите файл с кодом ниже. Разархивируйте скаченный архив, в нем содержится текстовый файл с кодом.
3. Вставьте скаченный скрипт с файла в командную строку PowerShell.
- 1-2. Скопируйте «Код приложения» в службах и компонентах, компонента RuntimeBroker.
- 3. Откройте редактор реестра, нажмите «правка» > «найти» и вставьте код приложения, который до этого скопировали. Нажмите правой кнопкой мыши на найденным ключе в реестре и выберите «Разрешения«.
- 4. далее в окне нажмите «Дополнительно«.
- В окне сверху «Владелец» нажмите «Изменить«.
- В следующим окне нажмите внизу «Дополнительно«.
- Нажмите справа «Поиск» и ниже со списка выберите «Администраторы«.
- Теперь переходим обратно в компоненты к свойству файла RuntimeBroker и мы видим, что теперь кнопка «настроить» стала интерактивной.
- Выскочит предупреждающее окно нажмите Удалить, если вам не мог код сценария powerShell.
- Нажмите Отмена, если вам помог код сценария powerShell.
- Нажмите Изменить напротив кнопки «настроить» в графе «разрешения на запуск и активацию».
Добавим группы система и local service.
- В окне, где имеются учетные записи нажмите «Добавить«.
- Ниже кнопка «Дополнительно«.
- Нажмите «Поиск» с боку.
- Найдите локальную службу LOCAL SERVICE и нажмите OK.
Аналогичным способом, что описан выше добавьте «Система«.
Теперь у вас появились две группы система и local service, нажмите на каждую из них и поставьте галочки в пунктах «Локальный запуск» и «Локальная активация».
Перезагрузите компьютер, ноутбук и код события 10016 Ошибка DistributedCOM должен пропасть.
Смотрите еще:
- DISM ошибка 87 в командной строке Windows
- Ошибка 0x8000ffff при восстановлении системы Windows 10
- Как исправить Ошибку 0xc1900101 0x20004 при установке Windows 10
- Как исправить ошибки обновлений Windows 10
- Как узнать IP-адрес компьютера с помощью PowerShell Windows
[ Telegram | Поддержать ]
Seen on:
-
Windows 2012
-
Windows 8.0
-
Windows 8.1
Name: | Microsoft-Windows-Immersive-Shell |
Identifier: | {315a8872-923e-4ea2-9889-33cd4754bf64} |
Log type(s): | Application |
Log source(s): | Microsoft-Windows-Immersive-Shell |
Event message file(s): | %SystemRoot%\system32\twinui.dll |
Seen on:
-
Windows 10 (1511, 1607, 1703, 1709, 1803, 1809, 1903, 1909, 2004, 20H2)
-
Windows 2016
-
Windows 2019
-
Windows 11 (21H2)
Name: | Microsoft-Windows-Immersive-Shell |
Identifier: | {315a8872-923e-4ea2-9889-33cd4754bf64} |
Log type(s): | Application |
Log source(s): | Microsoft-Windows-Immersive-Shell |
Event message file(s): | %SystemRoot%\system32\twinui.appcore.dll |