如何解決 Windows 系統中 DISM RestoreHealth 指令卡在 62.3% 的問題？

問題： 我的藍牙連線一直有問題，我按照網路建議執行了 SFC 和 DISM 檢查。 SFC 檢查正常完成，但 DISM 檢查卡在 62.3% 好幾個小時了都沒動靜。我該怎麼辦？

如何修復 Windows 系統中 DISM RestoreHealth 卡在 62.3% 的問題

答案

DISM（部署映像服務和管理工具）是 Windows 系統中最常用的修復損壞系統檔案的工具之一。 /RestoreHealth 指令與系統檔案檢查器 (sfc /scannow) 搭配使用時尤其有效，尤其是在系統映像損壞的情況下。然而，一個令使用者感到沮喪的常見問題是 DISM 經常卡在 62.3%。

這個問題已經出現一段時間了，即使在較新的 Windows 11 版本（包括 24H2）中仍然存在。執行 DISM /Online /Cleanup-Image /RestoreHealth 指令時，進度列似乎會卡住，導致使用者誤以為進程已停止或完全失敗。然而，這通常是一種誤導性的症狀，在許多情況下，系統會在後台繼續靜默運作。

問題：DISM 進程看似已停止，但仍在運作。

這種情況在多個 Windows 版本中都很常見，並非僅限於某個特定更新。使用者通常會發現 DISM 進程運行到 62.3% 後會長時間停留在該位置，有時長達 20 分鐘甚至幾個小時。這種延遲會讓人誤以為進程已凍結，但實際上 DISM 仍在後台運行檢查、下載資料（如果在線運行）以及修復損壞的組件。

在最近的累積更新之後，這種現象尤其明顯，因為升級過程中可能會出現組件損壞。某些內部軟體套件（例如 Photon）或舊版元資料組件可能會導致完整性檢查在掃描期間失敗，從而延長修復階段。

如果該過程在完成之前被中斷，則下一次 DISM 運行可能會重新啟動整個過程，從而導致頻繁的延遲和不必要的挫折感。

如何解決 RestoreHealth 進程卡在 62.3% 的問題？

如果 DISM /RestoreHealth 命令在 62.3% 處停止，並不一定意味著進程失敗。在許多情況下，它仍在後台積極運行檢查並應用修復。過早終止該進程可能會導致修復不完整，或下次嘗試時出現相同的問題。

若要監控實際進度並驗證工具是否仍在運行，您可以使用 PowerShell 追蹤即時更新。以管理員身份開啟 PowerShell 並執行以下命令：

Get-Content C:WindowsLogsCBSCBS.log -tail 10 -wait

這將顯示 CBS.log 檔案的最後 10 行，並在寫入新條目時持續更新輸出。如果您看到定期更新，則表示 DISM 仍在運行並正在執行任務。

但是，如果長時間沒有出現新的輸出行，或者 DISM 最終失敗，則可能需要進一步調查系統損壞或未解決的軟體包問題。在某些情況下，已替換或無法復原的 Windows 元件可能仍保留在系統中，並且需要等到未來的更新（例如 25H2）才能完全移除。

其他解決方案

還有其他幾種方法可以嘗試解決這個問題。請依照以下步驟操作。

方法一：等待 DISM 完成

如果 DISM/RestoreHealth 似乎卡在 62.3%， 不要結束該過程。 立即地。
根據速度您的系統和貯存 و網路效能可能需要 20分鐘 或還有更多內容需要完成。
即時監控日誌更新，確保仍在正常運作。

解決方法 2. 使用 CBS.log 日誌更新監控 DISM 進度

DISM 運作時，會將所有操作寫入名為 CBS.log 的檔案。該檔案位於電腦上的 C:\Windows\Logs\CBS 資料夾中。要檢查 DISM 是否仍在運行，您可以打開 CBS.log 文件，查看是否有新行添加——方法如下：

打開 Windows 搜索框。
寫 PowerShell的然後右鍵單擊並選擇 以管理員身份運行.
開啟 PowerShell 後，輸入以下命令命令確切地：
Get-Content C:\Windows\Logs\CBSCBS.log -Tail 10 -Wait
點擊進入.
現在您將看到文件中的幾行內容 CBS.log 即時顯示 在視窗的底部。
囧囧囧 它繼續 如果出現新行，則表示 DISM 仍在運行 在後台。
囧囧囧 什麼也沒發生。 幾分鐘內沒有出現新行，則該進程可能處於以下狀態：卡住實際上。