Immersive shell windows 10 что это

Обновлено: 08.01.2025

Стали известны новые подробности относительно разработки Windows 8 в целом, и о новом интерфейсе для планшетных компьютеров "Immersive Shell" в частности.

Ни для кого не секрет, что ОС Windows 8 ещё с самых начальных этапов планировалась не только как "настольная" платформа, но и как платформа для планшетных компьютеров. По всей видимости, именно поэтому разработчики решили оснастить её двумя интерфейсами. Второй интерфейс, известен сейчас под кодовым именем "Immersive Shell", будет активным лишь для компьютеров, оснащённых тачскринами, то есть – для планшетов.

Ресурс Geeksmack опубликовал много интересной информации из утёкшей сборки Windows 8 build 7959. В частности, была подтверждена информация о специальном браузере Internet Explorer (заточенном под новый интерфейс), "живых" плитках Metro UI, а также о новой системе уведомлений.

Согласно источникам, осведомлённых с планами Microsoft, новый интерфейс "Immersive" будет построен на базе Metro UI, ставшим уже привычным пользователям смартфонов Windows Phone 7. Также стало известно о том, что Microsoft разрабатывает новую модель приложений, известную под кодовым именем "Jupiter"; она позволит разработчикам создавать внебраузерные Silverlight приложения, поставляемые пользователям в виде пакетов AppX (*.appx). Эти пакеты станут частью магазина приложений для Windows, который будет в обязательном порядке поставляться со всеми ОС Windows 8. По всей видимости Редмонд ищет способ предоставить разработчикам приложений для Windows Phone 7 возможность быстрого и лёгкого портирования своих существующих приложений под новую платформу Windows 8.

Кроме того, информационный ресурс winreview поделился кое-какой информацией, относительно "Immersive Shell". Так, стало известно, что новый интерфейс размещён в папке Program Files установленной Windows 8.

Также удалось найти следы "живых" плиток Metro UI внутри системного реестра, которые так или иначе связаны с системной библиотекой twinui.dll (отличное название, не правда ли?).

И только распаковав эту самую библиотеку twinui.dll мы сможем увидеть фрагменты нового интерфейса.

В установленной системе Windows 8 удалось обнаружить немалое количество файлов, указывающих на второй, на данный момент заблокированный, пользовательский интерфейс.

html-cсылка на публикацию

BB-cсылка на публикацию

Прямая ссылка на публикацию

Внимание: Все ссылки и не относящиеся к теме комментарии будут удаляться. Для ссылок есть форум.

11.02.2019

Windows 10, Windows 7, Windows Server 2012 R2

комментариев 16

Проблема проявляется следующим образом: в журнале событий системы при загрузке компьютера или попытке запуска/установки приложения появляется следующая ошибка:

Log Name: Система
Source: DistributedCOM
Event ID: 10016
Level: Ошибка
User: SYSTEM
Описание: Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID и 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

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. В моем случае это

В каждом конкретном случае идентификаторы класса, приложения, учетной записи и типа доступа может отличаться.

Запустите редактор реестра (regedit.exe);
Перейдите в ветку реестра, соответствующую вашему CLSID. У меня это HKEY_CLASSES_ROOT\CLSID\;

В некоторых случаях нужно смотреть также в разделе реестра [HKEY_CLASSES_ROOT\Wow6432Node\CLSID\. При удаленном подключении к реестру он будет находиться в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID. Чаще всего эта проблема возникает с компонентами:
Immersive Shell
CLSID:
APPID:
RuntimeBroker
CLSID:
APPID : Если вы не можете найти свой компонент в списке, вероятно у вас 64 битная версия Windows, а запускаемый компонент является 32 битным. В этом случае нужно запустить консоль DCOM командой: mmc comexp.msc /32

Если открыть консоль dcomcnfg до изменения разрешений на ветку реестра, все настройки на вкладке Security окажутся заблокированы (недоступны для изменения), несмотря на то, что вы запустили консоль от имени администратора.

Ошибка 10016 в windows 10 и Windows Server

На сервере Windows Server 2012 R2 постоянно возникает ошибка 10016.

Имя журнала: Система
Источник: DistributedCOM
Код: 10016

Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID

и APPID
или или
пользователю 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

and APPID

to the user NT AUTHORITY\LOCAL 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.

Методы решения ошибки 10016

Сначала нужно обновить Windows через центр обновления, и если не поможет, то делаем по очереди предложенные решения:

Назначаем недостающие права на ветку с GUID номером или другим, зависит от вашей ситуации с кодом ошибки 10016
Удаление некоторых ключей реестра
Использование скрипта PowerShell

Сразу логинимся на проблемный сервер под администратором, чтобы не вводить всякий раз имя и пароль. Запускаем Regedit.
Запускаем поиск (CTRL+F) и ищем второй из GUIDов в описании ошибки, т.е. APPID. В данном случае это «».
Первый результат поиска должен быть в ключе HKEY_CLASSES_ROOT\AppID\. Наступаем на найденный GUID в левой панели и щелкаем правой кнопкой, выбираем Разрешения, а затем кнопку Дополнительно.
В верхней части дополнительных параметров указан текущий владелец TrustedInstaller. Нажимаем рядом с ним ссылку Изменить.
Нам нужно сделать владельцем локальную группу Администраторы. Затем кнопки Дополнительно, Поиск и выбираем в результатах поиска Администраторы.
Ставим флажок «Заменить владельца подконтейнеров и объектов», кнопка ОК.
После смены владельца мы можем изменять разрешения. В окне Разрешения на вкладке Безопасность даем для СИСТЕМА и Администраторы разрешение на полный доступ. ОК.
Далее смотрим для нашего ключа HKEY_CLASSES_ROOT\AppID\ значение параметра «(По умолчанию)» = «RuntimeBroker«.

8. В диспетчере серверов в правом верхнем углу меню Средства -> Службы компонентов. Открываем Компьютеры –> Мой компьютер –> Настройка DCOM. Правый клик по строке из п.7 RuntimeBroker, Свойства.

9. На вкладке Безопасность. В разделе Разрешения на запуск и активацию кнопка Изменить. Для группы СИСТЕМА разрешаем Локальный запуск и Локальная активация. ОК. Если вам runtimebroker не дает отредактировать настройки, то вам нужно дать права на него в реестре Windows

щелкаем по нему правым кликом и выбираем свойства.

Даем права для группы администраторы (Полный доступ)

Если не даст вам поставить, то вам нужно заменить владельца Trustinstaller на себя или группу администраторы. Как только дали права, идем опять в компоненты DCOM и выставляем права, как описывал выше.

10. Перезагружаем сервер, проверяем логи, по сути ошибку 10016 параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID и APPID вы не должны больше увидеть.

В Windows 10 Anniversary Updat данная ошибка 10016 решается аналогично, так, что глюк тянется уже лет 5

Данный метод подразумевает удаление нескольких ключей реестра, которые отвечают за проверку прав на COM объекты. Нас будет интересовать ветка реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole

Ole - эта ветка управляют параметрами запуска по умолчанию и разрешениями доступа, а также возможностями безопасности на уровне вызовов для приложений на основе COM, которые не вызывают CoInitializeSecurity. Только администраторы, создатель объекта и система имеют полный доступ к этой части реестра. Все остальные пользователи имеют доступ только для чтения.

Перед тем, как вы будите вносить изменения я вам советую на всякий случай сделать резервную копию реестра или ветки.

Щелкаем по контейнеру Ole правым кликом и из контекстного меню выберите пункт Экспорт.

Задаем имя экспортируемого ключа. В случае проблем вы всегда сможете его импортировать и вернуть все к исходному состоянию.

теперь находим все эти ключи, щелкаем по ним правым кликом мыши и удаляем со спокойной душей, далее я вам советую перезагрузить вашу систему. В подавляющем количестве случаев ошибка с кодом 10016 у вас больше не появится.

Исправление ошибки 10016 через PowerShell

Скачиваем тут сценарий DCOMPermissions.psm1

Кладем данный модуль в нужную вам папку. Далее вы открываете консоль PowerShell и переходите в месторасположение данного модуля, после чего его нужно импортировать:

Grant-DCOMPermission -ApplicationID "" -Account "SYSTEM" -Type Launch -Permissions LocalLaunch,LocalActivation -OverrideConfigurationPermissions

Если ошибок не вышло, то значит все успешно применено, перезагрузка не потребуется.

И только распаковав эту самую библиотеку twinui.dll мы сможем увидеть фрагменты нового интерфейса.

Ну и в заключение хочется поделиться с вами новой картинкой с рабочего стола Windows 8, которая известна как "Betta". Да, это снова рыба, как и в случае с Windows 7. :) Интересно, название экранных обоев это намёк на скорое появление бета-версии Windows 8?

Некоторые или все ваши приложения для 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, ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ и СИСТЕМЫ.

Возможно, вам лучше просто перезагрузить Windows 10, но для этого потребуется заново установить все сторонние приложения. Вы можете сбросить Windows 10, перейдя в «Настройки», нажмите «Обновление и безопасность» и затем нажмите «Восстановление». Если вы пытаетесь изменить разрешения и сталкиваетесь с ошибками, оставьте комментарий, и мы постараемся помочь. Наслаждайтесь!

Читайте также: