[開始] 功能表 疑難解答指引

適用於：Windows 10

[開始] 功能表 問題類別：

• 部署或安裝相關問題
• 應用程式終止或當機
• 與 [開始] 功能表 自定義或其他原則/設定服務提供者 （CSP） 相關的問題
• 其他問題

基本疑難排解

當您針對 \[開始\] 問題進行疑難解答時，有一些事項可以檢查它們是否如預期般運作。 對於 [開始] 功能表 或子元件無法運作的問題，下列幾點可協助您縮小問題所在位置：

• 系統是否正在執行最新的功能與累積每月更新？
• 問題是否在更新后立即啟動？ 檢查方式：
  • PowerShell：[System.Environment]::OSVersion.Version
  • 命令提示字元：winver
• 登錄機碼或資料夾是否有最近的變更？
• 是否有任何與 GPO/MDM 原則相關的最近變更？
  • 限制資料夾或登錄機碼訪問許可權的組策略設定可能會影響 [開始] 功能表 效能。
  • 某些適用於較舊作系統的組策略可能會導致 [開始] 功能表 發生問題。
  • 未經測試的 [開始] 功能表 自定義可能會導致非預期的行為，但通常未完成啟動失敗。

部署或安裝的問題

當您針對基本 \[開始\] 問題進行疑難解答時，有一些事項可以檢查它們是否如預期般運作。 針對 [開始] 功能表 或子元件無法運作的問題，您可以執行一些快速測試，以縮小問題所在位置的範圍。

檢查是否已安裝 [開始] 功能表

若要查看個別使用者是否已安裝 [開始] 功能表 套件，請在未提升許可權的 Windows PowerShell 提示字元中使用下列 Cmdlet：

Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost

如果已註冊，輸出看起來會像這樣：

如果您未收到 Cmdlet 的Get-AppxPackage回應，您仍然可以使用系列名稱或AppxManifest.xml檔案的路徑來使用 Add-AppxPackage Cmdlet。 這可能是因為雖然此使用者未註冊套件，但其他使用者可能。 這表示封裝仍會存在於計算機上。

若要檢查此問題，請將 新增 -AllUsers 至先前在提升許可權的PowerShell提示字元中使用的相同 Get-AppxPackage Cmdlet：

Get-AppxPackage *StartMenu* -AllUsers 

如果成功傳回應用程式詳細數據，表示套件存在。

如果計算機上有封裝，可以使用下列 Cmdlet 來註冊 [開始] 功能表。

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

下列事件記錄可用來針對相關問題進行疑難解答：

• 針對部署相關問題： Microsoft-Windows-AppXDeployment*
• 針對 AppX 啟用相關問題： Microsoft-Windows-TWinUI/Operational

如需啟用相關問題，請根據您要疑難解答的作系統版本，在 Microsoft-Windows-TWinUI/Operational 中搜尋 Microsoft.Windows.StartMenuExperienceHost 或 Microsoft.Windows.ShellExperienceHost 中的下列關鍵詞：

• 「找不到套件」
• “登錄的值無效”
• 找不到元素”
• 「無法註冊套件」

如果找到這些事件，則 Start 未正確啟動。 每個事件在描述中會有更詳細的詳細數據，應該進一步調查。 事件訊息可能會有所不同。

應用程式當機的問題

如果應用程式已安裝給使用者，但無法運作，請檢查負責顯示 [開始] 功能表 的程式是否正在為使用者執行，方法是從提升許可權的 PowerShell 提示字元執行下列 PowerShell Cmdlet：

get-Process StartMenuExperienceHost -IncludeUserName 

如果應用程式已安裝但未針對使用者執行，請測試開機進入安全模式，或使用 msconfig 來消除第三方或其他驅動程式和應用程式。

若要檢查應用程式是否當機，請參閱應用程式事件記錄檔，並尋找StartMenuExperienceHost.exe的事件標識碼 1000 和 1001。

下列工具可用來針對這些行為進行疑難解答：

• Windows 錯誤報告 （WER） 產生損毀傾印。
• ProcDump 以產生損毀傾印。
• 探查失敗是否與許可權或類似的問題有關。

如需應用程式當機事件的詳細資訊，請參閱 應用程式或服務當機行為疑難解答指引。

如需在應用程式啟動時使用 Procmon 針對失敗進行疑難解答的詳細資訊，請參閱 針對應用程式無法使用進程監視器啟動進行疑難解答。

下列事件記錄可用來針對相關問題進行疑難解答：

• 針對部署相關問題： 應用程式
• 針對 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、任務欄等） 應用程式記錄檔事件標識碼 1000 和 1001 相關的損毀。
• 檢查 WER 報告：
  • C：\ProgramData\Microsoft\Windows\WER\ReportArchive\
  • C：\ProgramData\Microsoft\Windows\WER\ReportQueue\
• 如果 Start 的元件持續當機，請擷取可檢閱 Microsoft 支援服務 的傾印。
• ProcDump 以產生損毀傾印。

針對 [開始] 功能表 問題進行疑難解答的其他實用工具：

探查失敗是否與許可權或類似的問題有關。

常見錯誤和風險降低

下列清單提供您可能會在 [開始] 功能表 遇到之常見錯誤的相關信息，以及協助您減輕錯誤的步驟。

徵兆：[開始] 功能表 在 Windows 2012 R2、Windows 10 或 Windows 2016 上沒有回應

原因

背景工作基礎結構服務 （BrokerInfrastructure） 服務未啟動。

解決方案

確定背景工作基礎結構服務已設定為服務 MMC 中的自動啟動。

如果背景工作基礎結構服務無法啟動，請確認電源相依性協調器驅動程式 （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

除了服務列出的相依性之外，背景工作基礎結構服務還需要載入電源相依性協調器驅動程式。 如果 PDC 未在開機時載入，背景工作基礎結構服務將會失敗並影響 [開始] 功能表。

PDC 和背景工作基礎結構服務的事件都會記錄在事件記錄檔中。 PDC 不應該停用或刪除。 BrokerInfrastructure 是自動服務。 執行的所有作系統都需要此服務，才能有穩定的 [開始] 功能表。

徵兆：從 1511 版升級至 1607 版之後，組策略「從 [開始] 功能表 移除所有程式清單」可能無法運作

原因

Windows 10 版本 1511 和 1607 之間的 [所有應用程式] 清單中有變更。 這些變更表示原始組策略和對應的登錄機碼已不再套用。

解決方案

此問題已在 2017 年 6 月的更新中解決。 將 Windows 10 版本 1607 更新為最新的累積或功能更新。

徵兆：在刪除本機使用者配置檔時，Windows 10 版本 1709 上的 [設定] 應用程式無法開啟，例如警示、計算機和Microsoft Edge 等應用程式磚遺失 [開始] 功能表

原因

這是已知問題。 不會偵測到第一次登入體驗，也不會觸發某些應用程式的安裝。

解決方案

此問題已針對 KB 4089848 2018-KB4089848 的 Windows 10 版本 1709 修正此問題（OS 組建 16299.334）

徵兆：嘗試自定義 [開始] 功能表 版面配置時，不會套用自定義專案或未預期結果

原因

此問題有兩個主要原因：

• 格式不正確：藉由新增額外的空格或空格、輸入不正確的字元，或以錯誤格式儲存，不正確編輯 xml 檔案。

  • 若要判斷格式是否不正確，請檢查 “Applications and Services\Microsoft\Windows\ShellCommon-StartLayoutPopulation\Operational” 記錄中的 “Event ID： 22”。
  • 當 xml 格式不正確時，會記錄事件標識碼 22，這表示指定的檔案只是無效的 xml。
  • 當您編輯 xml 檔案時，它應該以 UTF-8 格式儲存。

• 非預期的信息：當可能嘗試透過非預期或未記載的方法新增磚時，就會發生這種情況。

  • 當 xml 有效但具有非預期的值時，會記錄「事件標識碼：64」。
  • 例如：剖析版面設定 xml 檔案時發生下列錯誤：

    專案 '{http://schemas.microsoft.com/Start/2014/LayoutModification}DefaultLayoutOverride' 上的屬性 'LayoutCustomizationRestrictiontype' 未定義於 DTD/Schema 中。

XML 檔案可以在 Hyper-V 或其他虛擬機本機上測試，再依組策略部署或應用程式。

徵兆：在啟動期間使用 F12 重新整理計算機之後，[開始] 功能表 不再運作

描述

如果使用者的計算機發生問題，則可以重新整理、重設或還原。 重新整理計算機是一個有益的選項，因為它會維護個人檔案和設定。 當使用者無法啟動電腦時，無法存取 [設定] 中的 [變更計算機設定]。 因此，若要存取系統重新整理，使用者可能會在啟動時使用 F12 金鑰。 重新整理電腦完成，但無法存取 [開始] 功能表。

原因

此問題已知且已在 2018 年 8 月 30 日發行的累積更新中解決。

解決方案

安裝更正更新;2018 年 9 月 11 日 KB4457142版本包含修正程式。

徵兆：[所有應用程式] 列表遺失 [開始] 功能表

原因

已啟用 [[開始] 功能表 組策略] 的 [移除所有程式] 清單。

解決方案

停用 [開始] 功能表 組策略中的 [移除所有程式] 清單。

徵兆：使用 Windows 10 版本 1703 或更新版本、Windows Server 2016 和漫遊使用者配置檔搭配 \[開始\] 配置時，[開始] 功能表 遺漏磚

描述

Windows 10 中有兩個不同的 [開始] 功能表 問題：

• 系統管理員在開始配置中設定的磚無法漫遊。
• 用戶起始的開始配置變更不會漫遊。

具體來說，行為包括：

• 釘選到 [開始] 功能表的應用程式（應用程式或圖示）遺失。
• 整個磚視窗消失。
• 開始按鈕無法回應。
• 如果已建立新的漫遊使用者，則第一次登入會正常顯示，但在後續的登入時，磚會遺失。

第一次登入新漫遊使用者配置檔的工作版面配置

後續登入時配置失敗

原因

[開始] 功能表 在本機從漫遊使用者配置檔提取數據之前，存在計時問題。 第一次登入新的漫遊使用者時不會發生此問題，因為程式代碼路徑不同且較慢。

解決方案

自 2017 年 3 月起，Windows 10 版本 1703 和 1607 已解決此問題。

徵兆：升級至 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 不會啟動。

開啟命令提示字元，並執行下列命令：

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 不以默示或其他方式，提供與這些產品的效能或可靠性有關的擔保。