Microsoft Store Apps 无法启动 您所在的位置:网站首页 win10服务尚未启动 Microsoft Store Apps 无法启动

Microsoft Store Apps 无法启动

2023-07-09 10:06| 来源: 网络整理| 查看: 265

如果修改了默认注册表或文件权限,Microsoft Store 应用无法启动 项目 03/02/2023

本文有助于修复在修改默认注册表或文件权限时无法启动 Microsoft Store 应用的问题。

适用于:Windows 10 - 所有版本 原始 KB 编号: 2798317

注意

本文面向 IT 专业人员。 对于遇到 Microsoft Store 应用问题的家庭用户,请转到 修复 Microsoft Store 中的应用问题。

问题 1

选择 Microsoft Store 应用时,应用开始启动,然后 Windows 将返回到起始屏幕。 未显示屏幕上的错误。

Microsoft-Windows-Immersive-Shell 事件 5961 记录在 应用程序和服务日志\Microsoft\Windows\Apps\Microsoft-Windows-TWinUI/Operational 事件日志 路径下:

Log Name: Microsoft-Windows-TWinUI/Operational Source: Microsoft-Windows-Immersive-Shell Date: DateTime Event ID: 5961 Task Category: (5961) Level: Error Keywords: User: UserName Computer: ComputerName Description: Activation of the app for the Windows.Launch contract failed with error: The app didn't start.

注意

示例事件的应用部分( )将根据无法启动的应用程序而更改。

应用名称>的 策略\Windows 设置\安全设置。 查找 文件系统 和注册表。 如果存在这些内容,则 GP 将分配权限。 必须编辑 GP 才能包含所有应用程序包组的必要权限。

解决问题的步骤

根据文件系统权限的更改方式,将确定如何从问题中恢复。 手动和组策略更改权限的最常见方式。

重要

在广泛部署之前,请确保在实验室中测试分辨率。 在更改注册表和文件系统权限之前,请始终备份任何重要数据。

修复手动更改的文件系统权限 打开文件资源管理器。 浏览到 c:\Program Files。 右键单击并选择 属性。 单击“安全性”选项卡。 选择 “高级 ”按钮。 选择“ 更改权限 ”按钮。 选择“添加”按钮。 选择 “选择主体 ”链接。 选择位置按钮,然后选择本地计算机。 添加“所有应用程序包”组名称,然后选择 “确定”。 请确保 Type = allow and Applies to = This folder, subfolder, and files. 检查“读 & 取执行”、“列出文件夹内容”和“读取”。 选中此对象复选框 中的“将所有子对象权限替换为可继承权限条目 ”。 选择 “应用 ”和 “确定”。 针对 c:\Windows 重复。 针对 c:\Users 重复,但授予“所有应用程序包”组完全控制。 选择 “应用 ”和 “确定”。 修复组策略更改的文件系统权限

让组策略管理员执行以下步骤:

打开组策略管理控制台。 找到在步骤中标识的 GPO 确定是否组策略用于管理权限。 右键单击并选择 编辑。 转到“计算机 Configuration\Policy\Windows Settings\Security Settings\File System”位置。 如果已创建路径有条目,则可以对其进行编辑。 如果没有条目,请为每个路径创建一个新条目。 若要创建新条目,请右键单击文件系统并选择 “添加文件”。 浏览到路径 c:\Program Files,选择 “确定”。 选择“添加”按钮。 选择位置按钮,然后选择本地计算机名称。 添加“所有应用程序包”组,并向其授予“读取”、“读取”和“执行”以及“列出”文件夹“内容权限。 选择 “应用 ”和 “确定”。 选择使用 可继承权限选项替换所有子文件夹和文件的现有权 限。 针对 C:\Windows 重复。 但是,对于 C:\Users,请重复授予“所有应用程序包”组完全控制。

需要等待组策略更改复制到所有域控制器,并等待所有客户端更新其组策略设置。

注意

处理文件系统更改会在首次处理此策略时出现一些登录延迟。 除非对策略进行了更改,否则后续登录不会受到影响。 作为替代方法,可以使用用户调用后登录的脚本作为计划任务运行。

修复手动更改的注册表权限 打开regedit.exe。 右键单击HKEY_Users并选择 属性。 确保所有应用程序包都已读取。 重复HKEY_CLASSES_ROOT。 展开HKEY_LOCAL_MACHINE。 检查子项硬件、SAM、SOFTWARE、SYSTEM。 确保所有应用程序包都具有“读取”权限。 修复通过组策略更改的注册表权限

让组策略管理员执行以下步骤:

打开组策略管理控制台。 找到在步骤中标识的 GPO 确定是否组策略用于管理权限。 右键单击并选择 编辑。 转到“计算机 Configuration\Policy\Windows Settings\Security Settings\Registry”位置。 右键单击并选择 “添加密钥”。 选择CLASSES_ROOT。 选择“添加”按钮。 选择 位置 按钮,然后选择本地计算机名称。 添加“所有应用程序包”组并授予其读取权限。 为 用户重复操作。 对 MACHINE\HARDWARE、MACHINE\SAM、MACHINE\SOFTWARE 和 MACHINE\SYSTEM 重复。 更多信息

有关详细信息,请参阅 Microsoft Store 应用在用户配置文件或 ProgramData 目录从其默认位置移动时无法启动。

文件系统和注册表访问控制列表修改

Windows XP 和更高版本的 Windows 已在整个系统中收紧了权限。 因此,不应对默认权限进行大量更改。

(DACL) 更改的额外可自由访问控制列表可能会使 Microsoft 完成的所有或大部分应用程序兼容性测试失效。 通常,此类更改并未经过 Microsoft 在其他设置上所做的彻底测试。 支持案例和现场体验表明,DACL 编辑会经常以意外的方式更改操作系统的基本行为。 这些更改会影响应用程序的兼容性和稳定性,并降低性能和功能的功能。

由于这些更改,我们不建议修改生产系统上操作系统中包含的文件的文件系统 DACL。 建议针对已知威胁评估任何其他 ACL 更改,以了解更改可能适用于特定配置的任何潜在优势。 出于这些原因,我们的指南只对 WINDOWS 2000 进行了最少的 DACL 更改。 对于 Windows 2000,需要进行一些次要更改。 Windows 2000 安全强化指南介绍了这些更改。

无法撤消在整个注册表和文件系统中传播的广泛权限更改。 新文件夹(例如未出现在操作系统原始安装中的用户配置文件夹)可能会受到影响。 因此,如果执行以下操作,则无法回滚原始 DACL:

删除执行 DACL 更改的组策略设置 应用系统默认值

对 %SystemDrive% 文件夹中的 DACL 的更改可能会导致以下情况:

回收站不再按设计运行,无法恢复文件。 降低安全性,使非管理员能够查看管理员回收站的内容。 用户配置文件无法按预期运行。 降低安全性,使交互式用户能够读取对系统上某些或所有用户配置文件的访问权限。 将许多 DACL 编辑加载到包含长时间登录时间或重复重启目标系统的组策略对象中时,性能问题。 性能问题(包括系统减速)每 16 小时左右重新应用组策略设置。 应用程序兼容性问题或应用程序崩溃。

为了帮助你删除此类文件和注册表权限的最坏结果,Microsoft 将根据你的支持合同提供商业上合理的工作。 但是,当前无法回滚这些更改。 我们只能通过重新安装硬盘驱动器和重新安装操作系统来保证你能够返回到建议的开箱即用设置。

例如,对注册表 DACL 的修改会影响注册表配置单元的很大一部分,并可能导致系统不再按预期工作。 修改单个注册表项上的 DACL 对许多系统造成的问题较少。 建议在实施这些更改之前仔细考虑并测试这些更改。 我们只能保证,如果重新设置并重新安装操作系统,则只能返回到建议的现新设置。



【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

    专题文章
      CopyRight 2018-2019 实验室设备网 版权所有