通过

开始菜单故障排除指南

  • 项目

适用于：Windows 10

开始菜单问题类别：

  • 与部署或安装相关的问题
  • 应用程序终止或崩溃
  • 与开始菜单自定义或其他策略/配置服务提供商（CSP）相关的问题
  • 其他问题

基本故障排除

排查“开始”问题（在大多数情况下，所有其他 Windows 应用）时，需要检查它们是否未按预期工作。 对于开始菜单或子组件不起作用的问题，以下几点可以帮助你缩小问题所在范围：

  • 系统是否运行最新的功能和累积每月更新？
  • 问题是否在更新后立即启动？ 检查方法：
    • PowerShell：[System.Environment]::OSVersion.Version
    • 命令提示：winver
  • 是否有对注册表项或文件夹的最新更改？
  • 是否有与 GPO/MDM 策略相关的最近更改？
    • 限制对文件夹或注册表项的访问或权限的组策略设置可能会影响开始菜单性能。
    • 某些适用于较旧作系统的组策略可能会导致开始菜单出现问题。
    • 未经测试的开始菜单自定义可能会导致意外行为，但通常未完成“开始”失败。

部署或安装问题

排查基本“开始”问题（在大多数情况下，所有其他 Windows 应用）时，需要检查它们是否未按预期工作。 对于开始菜单或子组件不起作用的问题，可以执行一些快速测试来缩小问题所在范围。

检查是否已安装开始菜单

若要查看单个用户是否安装了开始菜单包，请在未提升的 Windows PowerShell 提示符中使用以下 cmdlet：

Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost

如果已注册，输出如下所示：

显示单个用户已安装开始菜单包的 Get-AppxPackage 输出的屏幕截图。

如果未收到对 cmdlet 的Get-AppxPackage响应，仍可以使用系列名称或AppxManifest.xml文件的路径来使用该 Add-AppxPackage cmdlet。 这是可能的，因为虽然此用户没有注册包，但其他用户可能。 这意味着该包仍将存在于计算机上。

若要检查此问题，请添加到 -AllUsers 之前在提升的 PowerShell 提示符中使用的同 Get-AppxPackage 一 cmdlet：

Get-AppxPackage *StartMenu* -AllUsers

如果成功返回应用详细信息，则表示包存在。

如果计算机上存在包，可以使用以下 cmdlet 注册开始菜单。

备注

请务必使用非提升提示中的 Add-AppxPackage cmdlet。 否则，包将注册到管理员而不是用户。

Add-AppxPackage -Path "C:\Windows\SystemApps\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\AppxManifest.xml" -Register -DisableDevelopmentMode

备注

在旧库存单位（SKU）（Windows 10 版本 1809 及更早版本）上，适用于开始菜单的 AppX 包不同。 检查是否已为这些 SKU 注册 Microsoft.Windows.ShellExperienceHost。

警告

如果未 为任何用户安装 StartMenuExperienceHost ，则最快的解决方法是还原为已知良好的配置。 这可以回滚更新、将电脑重置为默认值或从备份还原。 不支持安装 Start AppX 文件的方法。 结果通常是有问题的，而且不可靠。

以下事件日志可用于排查相关问题：

  • 对于与部署相关的问题： Microsoft-Windows-AppXDeployment*
  • 对于 AppX 激活相关问题： Microsoft-Windows-TWinUI/Operational

有关激活相关的问题，请在 Microsoft-Windows-TWinUI/Operational for Microsoft.Windows.StartMenuExperienceHost 或 Microsoft.Windows.ShellExperienceHost 中搜索以下关键字，具体取决于要故障排除的 OS 版本：

  • “找不到包”
  • “注册表的值无效”
  • “找不到元素”
  • “无法注册包”

如果找到这些事件，则无法正确激活“开始”。 每个事件将在说明中具有更详细的信息，应进一步调查。 事件消息可能会有所不同。

应用程序崩溃的问题

如果为用户安装了应用程序但不起作用，请检查负责显示开始菜单的进程是否通过从提升的 PowerShell 提示符运行以下 PowerShell cmdlet 来为用户运行：

get-Process StartMenuExperienceHost -IncludeUserName

备注

如果多个用户登录到计算机，则每个用户的会话中应有一个 StartMenuExperienceHost 进程。

在旧版 SKU（Windows 10 版本 1809 及更早版本）上，开始菜单的 AppX 包不同。 检查ShellExperienceHost.exe是否正在运行。

如果应用程序已安装但未为用户运行，请测试启动到安全模式，或者用于 msconfig 消除第三方或其他驱动程序和应用程序。

若要检查应用程序是否崩溃，请参阅应用程序事件日志并查找事件 ID 1000 和 1001 以获取 StartMenuExperienceHost.exe。

以下工具可用于排查这些行为：

  • Windows 错误报告（WER）生成故障转储。
  • ProcDump 用于生成故障转储。
  • 要调查失败是否与权限或类似问题有关。

有关应用程序崩溃事件的详细信息，请参阅 应用程序或服务崩溃行为故障排除指南。

有关在应用程序启动时使用 Procmon 排查故障的详细信息，请参阅 排查应用无法使用进程监视器启动的问题。

提示

检查可能与“开始”（例如， explorer.exe、搜索和 ShellExperiencehost.exe）相关的崩溃。

以下事件日志可用于排查相关问题：

  • 对于与部署相关的问题： 应用程序
  • 对于 AppX 激活相关问题： Microsoft-Windows-TWinUI/Operational

开始菜单自定义或其他策略/CSP 的问题

这些问题与开始菜单和相关组件的配置和自定义有关。 例如，与“开始”布局和开始菜单锁定相关的问题。

请参阅以下文章，获取与开始菜单相关的配置和可用策略和 CSP：

以下日志可用于排查相关问题：

  • 对于与“开始”布局相关的问题： Microsoft-Windows-ShellCommon-StartLayoutPopulation*
  • gpresult
  • MDM 报告

其他注意事项

检查系统是干净安装还是升级

  • 此系统是升级还是干净安装？
    1. 运行 test-path "$env:windir\panther\miglog.xml"。
    2. 如果该文件不存在，则系统是一个干净的安装。
  • 可以通过运行 test-path "$env:windir\panther\miglog.xml"来找到升级问题。

用于进一步故障排除的资源

排查与开始菜单相关的问题时，以下工具和日志非常有用。

事件日志：

  • 系统事件日志
  • 应用程序事件日志
  • Microsoft/Windows/Shell-Core*
  • Microsoft-Windows-TWinUI*
  • Microsoft/Windows/AppReadiness*
  • Microsoft/Windows/AppXDeployment*
  • Microsoft-Windows-PushNotification-Platform/Operational
  • Microsoft-Windows-ShellCommon-StartLayoutPopulation*
  • Microsoft-Windows-CloudStore*

应用程序崩溃时记录：

  • 检查可能与“开始”（explorer.exe、任务栏等）应用程序日志事件 ID 1000 和 1001 相关的崩溃。
  • 检查 WER 报告：
    • C：\ProgramData\Microsoft\Windows\WER\ReportArchive\
    • C：\ProgramData\Microsoft\Windows\WER\ReportQueue\
  • 如果“开始”组件持续崩溃，请捕获可通过Microsoft 支持部门查看的转储。
  • ProcDump 用于生成故障转储。

排查开始菜单问题的其他有用工具：

要调查失败是否与权限或类似问题有关。

常见错误和缓解

以下列表提供有关可能会遇到开始菜单的常见错误的信息，以及帮助你缓解这些错误的步骤。

症状：开始菜单在 Windows 2012 R2、Windows 10 或 Windows 2016 上没有响应

原因

后台任务基础结构服务 （BrokerInfrastructure） 服务未启动。

解决方案

确保后台任务基础结构服务设置为服务 MMC 中的自动启动。

如果后台任务基础结构服务无法启动，请验证 Power Dependency Coordinator Driver （PDC） 驱动程序和注册表项是否未禁用或删除。 如果缺少，请从备份或安装介质还原。

若要验证 PDC 服务，请在命令提示符下运行 C:\>sc query pdc 。 结果如下所示：

SERVICE_NAME: pdc
TYPE          : 1 KERNEL_DRIVER
STATE          : 4 RUNNING
  (STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
WIN32_EXIT_CODE     : 0 (0x0)
SERVICE_EXIT_CODE    : 0 (0x0)
CHECKPOINT       : 0x0
WAIT_HINT        : 0x0

PDC 服务使用位于 %WinDir%\system32\drivers 中的pdc.sys。

PDC 注册表项为： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\pdc Description=“@%SystemRoot%\system32\drivers\pdc.sys，-101” DisplayName=“@%SystemRoot%\system32\drivers\pdc.sys，-100” ErrorControl=dword：00000003 Group=“Boot Bus Extender” ImagePath=hex（2）：73,00,79,00,73,00,74,00,65,00,6d，00,33,00,32,00,5c，00,64,00，
72,00,69,00,76,00,65,00,72,00,73,00,5c，00,70,00,64,00,63,00,2e，00,73,00,79，
00,73,00,00,00
Start=dword：000000000
Type=dword：00000001

除了服务列出的依赖项之外，后台任务基础结构服务还需要加载 Power Dependency Coordinator Driver。 如果 PDC 在启动时未加载，后台任务基础结构服务将失败并影响开始菜单。

PDC 和后台任务基础结构服务的事件都将记录在事件日志中。 不应禁用或删除 PDC。 BrokerInfrastructure 是一种自动服务。 所有这些作系统都需要此服务才能运行稳定开始菜单。

备注

计算机运行时无法停止此自动服务（C:\\windows\\system32\\svchost.exe -k DcomLaunch -p）。

症状：从版本 1511 升级到版本 1607 后，组策略“从开始菜单中删除所有程序列表”可能无法正常工作

原因

Windows 10 版本 1511 和 1607 之间的“所有应用”列表发生了更改。 这些更改意味着原始组策略和相应的注册表项不再适用。

解决方案

此问题已在 2017 年 6 月更新中解决。 将 Windows 10 版本 1607 更新到最新的累积更新或功能更新。

备注

启用组策略后，还需要选择所需的行为。 默认情况下，它设置为 “无”。

症状：删除本地用户配置文件时，Windows 10 版本 1709 上 开始菜单缺少警报、计算器和 Microsoft Edge 等应用程序磁贴，并且“设置”应用无法在 Windows 10 版本 1709 上打开

显示应用磁贴上的下载图标和缺少应用磁贴的屏幕截图。

原因

这是一个已知问题。 不会检测到首次登录体验，也不会触发某些应用的安装。

解决方案

此问题已在 KB 4089848 2018 KB4089848 年 3 月 22 日（OS 内部版本 16299.334）中针对 WINDOWS 10 版本 1709 修复

症状：尝试自定义开始菜单布局时，自定义项不适用或结果不预期

原因

此问题有两个主要原因：

  • 格式不正确：通过添加额外的空格或空格、输入错误的字符或以错误格式保存来错误地编辑 xml 文件。

    • 若要判断格式是否不正确，请在“应用程序和服务\Microsoft\Windows\ShellCommon-StartLayoutPopulation\Operational”日志中检查“事件 ID： 22”。
    • 如果 xml 格式不正确，则会记录事件 ID 22，这意味着指定的文件只是无效的 xml。
    • 编辑 xml 文件时，应以 UTF-8 格式保存该文件。

  • 意外信息：如果可能尝试通过意外或未记录的方法添加磁贴，则会出现这种情况。

    • 当 xml 有效但具有意外值时，将记录“事件 ID：64”。
    • 例如：分析布局 xml 文件时发生以下错误：

      未在 DTD/Schema 中定义元素“{http://schemas.microsoft.com/Start/2014/LayoutModification}DefaultLayoutOverride”上的属性“LayoutCustomizationRestrictiontype”。

XML 文件可以在 Hyper-V 或其他虚拟机上进行本地测试，然后才能通过组策略进行部署或应用程序。

症状：在启动期间使用 F12 刷新电脑后，开始菜单不再有效

说明

如果用户在电脑时遇到问题，可以刷新、重置或还原它。 刷新电脑是一个有益的选项，因为它维护个人文件和设置。 如果用户在启动电脑时遇到问题，则无法访问“设置”中的“更改电脑”设置。 因此，若要访问系统刷新，用户可能会在启动时使用 F12 密钥。 刷新电脑已完成，但无法访问开始菜单。

原因

此问题已知，已在 2018 年 8 月 30 日发布的累积更新中得到解决。

解决方案

安装纠正更新;2018 年 9 月 11 日-KB4457142版本中包括修复程序。

症状：开始菜单中缺少“所有应用”列表

原因

启用开始菜单组策略中的所有程序列表。

解决方案

禁用开始菜单组策略中的所有程序列表。

症状：使用 Windows 10 版本 1703 或更高版本、Windows Server 2016 和漫游用户配置文件时，开始菜单缺少磁贴

说明

Windows 10 中有两个不同的开始菜单问题：

  • 管理员在开始布局中配置的磁贴无法漫游。
  • 用户启动的开始布局更改不会漫游。

具体而言，行为包括：

  • 固定到开始菜单的应用程序（或图标）缺失。
  • 整个磁贴窗口消失。
  • 启动按钮无法响应。
  • 如果创建了新的漫游用户，则第一次登录将正常显示，但在后续登录时，磁贴将丢失。

工作布局示例的屏幕截图。

新漫游用户配置文件首次登录时的工作布局

失败布局示例的屏幕截图。

后续登录时布局失败

原因

存在计时问题：在从漫游用户配置文件本地拉取数据之前，开始菜单已准备就绪。 首次登录新漫游用户时不会出现问题，因为代码路径不同且速度较慢。

解决方案

此问题已在 Windows 10 版本 1703 和 1607 中解决，截至 2017 年 3 月累积更新。

症状：升级到 Windows 10 版本 1703 后，开始菜单布局自定义项丢失

说明

在升级之前：

应用自定义项的“开始”屏幕示例的屏幕截图。

备注

在屏幕截图中，公司应用程序和实用工具是组策略控制的，这些项目下的磁贴是用户固定的。

升级后，用户固定磁贴缺失：

“开始”屏幕示例的屏幕截图，其中缺少以前固定的磁贴。

此外，如果在未建立网络连接的情况下尝试登录，用户可能会看到空白磁贴。

空白磁贴示例的屏幕截图。

解决方案

此问题已在 2017 年 10 月更新中修复。

症状：在从 Windows 10 版本 1607 升级到版本 1709 后，启用了漫游用户配置文件（RUP）并管理具有部分锁定的开始菜单布局后，磁贴缺失

解决方案

2018 年 4 月 LCU 必须应用于 Windows 10 版本 1709，然后用户才能登录。

症状：如果在 Sysprep 期间在应答文件中使用 CopyProfile 选项，则不会应用开始菜单和/或任务栏布局自定义

解决方案

尝试使用 layoutmodification.xml 自定义开始菜单或任务栏时，不再支持 CopyProfile。

症状：磁贴数据层损坏开始菜单问题

原因

Windows 10 版本 1507 通过版本 1607 使用数据库获取磁贴图像信息。 这称为图块数据层数据库。 （此功能已弃用 Windows 10 1703。）

解决方案

可以采取一些步骤来修复图标，首先是确认需要解决的问题。

  1. 选择磁贴时，应用或应用可以正常工作。

  2. 磁贴为空白，具有通用占位符图标，具有错误或奇怪的标题信息。

  3. 应用缺失，但通过 PowerShell 列为已安装，如果通过 URI 启动，则有效。

    示例：windows-feedback://

  4. 在某些情况下，“开始”可能为空，并且作中心和 Cortana 不会启动。

备注

损坏恢复从“开始”中删除任何手动引脚。 应用仍应可见，但需要将任何辅助磁贴和/或将应用磁贴固定到主“开始”视图。 但是，已安装的“所有应用”中完全缺少的 Aps 是意外的。 这意味着重新注册不起作用。

打开一个命令提示符，并运行以下命令：

C:\Windows\System32\tdlrecover.exe -reregister -resetlayout -resetcache

尽管不需要重新启动，但在运行命令后，它可能有助于清除任何剩余问题。

症状：安装 Symantec Endpoint Protection 后，无法启动开始菜单和应用升级到 Windows 10 版本 1809

说明

开始菜单、搜索和应用不会在升级安装了 Symantec Endpoint Protection 的 Windows 7 的计算机升级到 Windows 10 版本 1809 之后启动。

原因

出现此问题的原因是加载 sysfer.dll失败。 在升级过程中，安装过程不会在 sysfer.dll 和其他 Symantec 模块上设置特权组“所有应用程序包”。

解决方案

此问题由 2018 KB4469342 年 12 月 5 日发布的 Windows 累积更新（OS 内部版本 17763.168）修复。

如果已遇到此问题，请使用以下两个选项之一来解决此问题：

选项 1：从 system32 文件夹中删除 sysfer.dll 并将其复制回。 Windows 将自动设置权限。

选项 2：

  1. 找到目录 C：\Windows\system32。
  2. 右键单击 sysfer.dll 并选择“ 属性”。
  3. 切换到 “安全 ”选项卡。
  4. 确认缺少“所有应用程序包”组。
  5. 选择“编辑”，然后选择“添加”以添加组。
  6. 测试“开始”和其他应用。

第三方信息免责声明

本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。