[開始] 功能表疑難排解指南

總結

本文將協助你診斷並解決 Windows 用戶端與 Windows Server 中常見的開始選單問題。 開始選單的問題會影響生產力和使用者體驗，範圍從部署失敗、應用程式當機到自訂問題及缺少磁貼。 本文將提供以下任務的分步指南：

• 排除並修復你遇到的問題類型
• 識別並解決常見問題
• 存取相關事件日誌與診斷工具

有關已知開始選單問題的最新資訊，請參閱 Windows 版本健康儀表板。

疑難排解檢查清單

當您疑難排解 [開始] 功能的問題時（以及大部分其他 Windows 應用程式也是如此），如果它們未如預期運作，可以檢查幾個項目。 對於 [開始] 功能表 或子元件無法運作的問題，下列幾點可協助您縮小問題所在位置：

• 系統是否正在執行最新的功能與累積每月更新？
• 問題是否在更新后立即啟動？ 檢查方式：
  • PowerShell: [System.Environment]::OSVersion.Version
  • 命令提示字元：winver
• 登錄機碼或資料夾是否有最近的變更？
• 是否有任何與 GPO/MDM 原則相關的最近變更？
  • 限制資料夾或登錄檔金鑰存取權限的群組政策設定，可能會影響開始選單的效能。
  • 部分針對舊作業系統的群組政策可能會造成開始功能表問題。
  • 未經測試的 [開始] 功能表自訂設定可能會導致非預期行為，但通常不會造成 [開始] 功能表完全失效。

開始選單的問題可分為以下幾類：

• 部署或安裝
• 應用程式終止或當機
• 開始選單自訂或其他政策/設定服務提供者（CSP）
• 其他問題

部署或安裝問題

當您疑難排解基本的 [開始] 相關問題時（以及大多數其他 Windows 應用程式的問題時），如果它們未如預期運作，可以檢查以下幾項。 針對 [開始] 功能表 或子元件無法運作的問題，您可以執行一些快速測試，以縮小問題所在位置的範圍。

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

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

Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost

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

如果你沒有收到 cmdlet 的 Get-AppxPackage 回應，你仍可透過族名或 AppxManifest.xml 檔案的路徑來使用 Add-AppxPackage cmdlet。 這可能是因為雖然此使用者未註冊套件，但其他使用者可能。 這表示該套件仍然存在於機器上。

若要檢查這一點，請在先前於已提升權限的 PowerShell 提示字元中使用的相同 Get-AppxPackage cmdlet 加上 -AllUsers：

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 相關的事件 ID 1000 和 1001。

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

• 使用 Windows 錯誤回報 (WER) 產生當機傾印檔。
• ProcDump 用來產生當機傾印檔。
• 使用Procmon調查失敗是否與權限或類似問題有關。

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

如需有關使用 Procmon 對應用程式啟動失敗進行疑難排解的詳細資訊，請參閱 使用 Process Monitor 對無法啟動的應用程式進行疑難排解。

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

• 針對部署相關問題： 應用程式
• 針對 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\
• 如果 Start 的某個元件持續發生當機，請擷取可供 Microsoft 支援服務檢閱的傾印檔。
• ProcDump 用來產生當機傾印檔。

其他可用來疑難排解 [開始] 功能表問題的實用工具：

使用Procmon調查失敗是否與權限或類似問題有關。

常見問題和解決方案

以下清單提供常見開始選單錯誤的資訊，以及協助你修正的步驟。

徵兆：[開始] 功能表 在 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 服務使用的 pdc.sys 位於 %WinDir%\system32\drivers。

PDC 登錄子鍵為： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\pdc

• 描述：@%SystemRoot%\system32\drivers\pdc.sys,-101
• 顯示名稱： @%SystemRoot%\system32\drivers\pdc.sys,-100
• 錯誤控制： dword:00000003
• 群組： 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
• 開始： dword:00000000
• 類型: dword:00000001

除了服務列出的相依性之外，背景工作基礎結構服務還需要載入電源相依性協調器驅動程式。 如果 PDC 在啟動時無法載入，背景任務基礎架構服務會失敗並影響開始選單。

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

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

原因

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

解決方案

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

症狀：在刪除本機使用者設定檔後，Windows 10 版本 1709 的 [開始] 功能表中缺少 [鬧鐘]、[小算盤] 和 Microsoft Edge 等應用程式磚，且 [設定] 應用程式無法開啟

原因

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

解決方案

此問題已在 Windows 10 版本 1709 的 KB 4089848（2018 年 3 月 22 日 - KB4089848，OS 組建 16299.334）中修正。

症狀：嘗試自訂 [開始] 功能表版面配置時，自訂不會套用，或結果不如預期

原因

此問題有兩個主要原因：

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

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

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

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

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

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 選項，則不會套用 [開始] 功能表 和/或任務欄版面配置自定義

解決方案

CopyProfile 在嘗試使用 layoutmodification.xml來自訂開始選單或工作列時，已不再支援。

症狀：開始選單問題，涉及磁磚資料層損壞

原因

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）。

如果您已遇到此問題，請使用下列兩個選項之一來修正此問題：

選項一：從 system32 資料夾移除 sysfer.dll 並複製回去。 Windows 會自動設定許可權。

選項 2：

1. 找到 C：\Windows\system32 目錄。
2. 右鍵點擊 sysfer.dll，然後選擇 屬性>安全。
3. 確認 「所有應用程式套件 」群組是否遺失。
4. 選取 [ 編輯]，然後選取 [新增 ] 以新增群組。
5. Test Start 和其他應用程式。

協力廠商資訊免責聲明

本文提及的協力廠商產品是由與 Microsoft 無關的獨立廠商所製造。 Microsoft 不以默示或其他方式，提供與這些產品的效能或可靠性有關的擔保。