前提：呢篇係進階篇，假設你已經做完九步官方修復鏈
上一篇文章〈Windows Update 成日失敗：16 個常見錯誤碼對照、九步官方修復鏈、原地升級 vs 重裝 vs 送修點分〉已經講過基礎內容。本文文首只作前提引用，絕不重寫基礎內容。以下假設你已經做完上一篇文章嘅九步官方修復鏈：已經跑過疑難排解員、檢查電源同網絡、確認管理員權限、拔除非必要外置裝置、核對日期時間、清過更新快取、跑過系統檔案檢查、試過原地升級或者重裝一次，但更新仍然失敗，先至用本文。
進階篇總原則：先分層，後行動。基礎修復做完仍然失敗，好少係因為漏咗一個神奇按鈕，多數係因為問題根本唔喺你一直重複嗰一層。未經實物檢測，任何原因都只係可能，唔係診斷；唔確定嘅地方，本文會寫明可能、推斷或者未見官方原文。維修以檢測後書面報價為準。
第一層思考：六層分層框架，點用錯誤碼模式初步分層
本文將進階診斷分為六層：錯誤碼層、元件存放區層、驅動層、磁碟與映像層、帳戶與原則層、硬件層。六層係檢查清單。
| 層次 | 核心問題 | 關鍵證據 |
|---|---|---|
| 錯誤碼層 | 失敗編號、錯誤碼、階段 | 更新歷程嘅 KB 編號、錯誤碼、階段 |
| 元件存放區層 | 更新元件係咪損壞或者卡住 | 檢查結果、快取清除後係咪同一 KB 翻發 |
| 驅動層 | 係咪驅動衝突，或者反覆推舊驅動 | 裝置管理員警告、時間關聯、回滾碼 |
| 磁碟與映像層 | 映像、檔案系統、空間係咪可靠 | DISM 同 SFC 結果、磁碟檢查、空間分類 |
| 帳戶與原則層 | 係咪受公司、學校或者舊原則管理 | 組織管理提示、工作或者學校帳戶、服務狀態 |
| 硬件層 | 磁碟、記憶體、韌體係咪不穩定 | SMART 預測、反覆新錯誤、韌體版本 |
| 模式 | 診斷方向推斷 | 先查邊一層 |
|---|---|---|
| 同一 KB、同一碼、同一階段重複失敗 | 較大機會指向單一固定瓶頸，例如相依元件、損壞快取、被原則釘住嘅版本，或者驅動或者韌體不相容 | 錯誤碼層、元件存放區層、原則層、驅動層 |
| 每次碼都唔同、階段每次唔同，甚至伴隨隨機藍屏或者檔案損毀 | 較大機會指向較底層不穩定因素，例如磁碟、記憶體、電源或者控制器不穩，或者元件存放區廣泛損壞 | 硬件層、磁碟與映像層 |
| 碼每次唔同，但全部集中喺下載或者連線階段 | 應先回攔截層，而唔係跳去硬件層 | 攔截層、防毒、VPN、代理、防火牆 |
| 清除快取之後，同一 KB 即刻又出現又失敗 | 快取重建本身正常，真正問題可能唔喺快取，而喺元件存放區、驅動或者原則 | 元件存放區層、驅動層、原則層 |
錯誤碼層：官方總表有嘅碼先可照官方寫，無嘅碼必須降級
以下對照表嚴格分開兩組：第一組來自 Microsoft Support 官方疑難排解頁總表；第二組無列入該官方總表，只能降級表述。
| 錯誤碼 | 官方總表寫法 | 進階提醒 |
|---|---|---|
| 0x8007000d | 檔案有問題，或者更新快取損壞 | 先跑疑難排解員，再清除快取 |
| 0x800705b4 | 安裝耗時過長或者被中斷 | 檢查網絡、暫時停用防毒或者防火牆、重啟 |
| 0x80240034 | 因未完成更新或者連線問題而卡住 | 確認服務正在執行，再跑疑難排解員 |
| 0x800f0922 | 見下文兩層表述，必須並列 | 空間、元件、VPN 三個方向都要查 |
| 0x80070057 或者 0x80080005 | 檔案損壞、權限問題或者設定不正確 | 以管理員身份跑系統檔案檢查，再跑疑難排解員 |
| 0xC1900101 | 不相容驅動程式導致失敗 | 解除安裝或者更新網絡或者顯示驅動程式、做 clean boot |
| 0x80248014 | 資料庫問題，或者服務未執行 | 跑疑難排解員，並確認服務已啟動 |
| 0x80070005 | 存取被拒或者權限不足 | 確認管理員帳戶，暫時停用防毒或者防火牆 |
| 0x80070002 | 官方描述只有一句更新安裝失敗，未給出更細成因 | 重啟、跑疑難排解員、檢查空間；唔好將檔案遺失寫成官方定義 |
| 未列入官方總表嘅碼 | 降級表述 | 點解要降級 |
|---|---|---|
| 0x80073712 | 坊間整理多指向元件存放區損壞，或者所需檔案損壞或者遺失，建議 DISM 之後再 SFC | 官方總表無此碼，唔可寫成官方定義 |
| 0x800F0831 | 社群問答多宗求助，回覆多建議重設元件或者原地升級，但問答唔係正式文件，亦未給出權威定義 | 定義本身未核實，只能作線索 |
| 0x80070003 | 次要來源表述為搵唔到所需檔案或者路徑，建議清除快取及重設元件 | 官方總表無此碼，定義本身未核實 |
| 0x80070643 | 社群問答描述為安裝時出問題，常見於 Defender 或者 .NET 相關更新，建議停用第三方防毒、重設元件、檢查 .NET、clean boot | 官方總表無此碼；KB5034441 舊個案唔可泛化 |
元件存放區層：官方精簡改名版，同只清快取版係兩種深度
官方文件入面有兩個唔同深度嘅寫法，必須分清楚，唔好混為同一流程。較淺嘅一般步驟版：按 Win 加 R 輸入 services.msc，停止 Windows Update 服務，去 C 槽 Windows 資料夾下嘅 SoftwareDistribution 資料夾，刪除入面全部檔案及資料夾，再返去服務視窗啟動服務。
較深嘅官方精簡改名版，以管理員身份開命令提示字元，逐條輸入，待每條完成先輸入下一條：
``
net stop bits
net stop wuauserv
ren %systemroot%\softwaredistribution softwaredistribution.bak
ren %systemroot%\system32\catroot2 catroot2.bak
net start bits
net start wuauserv
完成後關閉命令提示字元並重新啟動電腦。改名而唔係刪除，保留回滾餘地；完成後重啟再檢查更新，Windows 會重建兩個資料夾。呢個先係本文所講嘅官方精簡改名版。
另外仲有一個較完整嘅手動重設組合，喺社群問答同多個整理入面反覆出現，但唔係官方精簡版嘅全部內容，引用嗰陣應標為較完整組合：除咗停 bits 同 wuauserv，仲會停 appidsvc 同 cryptsvc，刪除下載器暫存檔，再將 SoftwareDistribution 同 catroot2 改名，之後逐一重啟服務。部分版本另加 msiserver 停同啟，以及只重新註冊三個 DLL 同網絡重設指令。更舊嘅完整 DLL 清單只見於第三方轉載舊指引，未能喺正式支援頁核實，本文唔會全文照抄。實務要點：服務未完全停止嗰陣改名會報存取被拒，應重跑停止指令再試；舊備份資料夾已存在嗰陣會報重複檔名，須先處理舊備份。官方先進步驟亦明言，有時須暫時移除第三方保安軟件、更新完成後再重裝，並提醒重裝前要知道點樣重裝及備妥產品金鑰。Clean boot 官方定義為以最少驅動程式同啟動程式啟動 Windows，用以排除軟件衝突；本文只寫佢作為排除第三方衝突嘅診斷步驟。
元件存放區層續：清除之後又翻發，點分正常重建同真正失敗
清除 SoftwareDistribution 之後，資料夾重新出現，本身係正常現象，唔係故障證據。SoftwareDistribution 係 Windows Update 嘅暫存同下載資料夾，清除或者改名之後，Windows 會喺下次檢查更新時重建佢並重新下載。所以真正要判斷嘅，唔係資料夾係咪重建，而係同一 KB 係咪反覆出現喺更新歷程並反覆失敗。先去設定入面 Windows Update 嘅更新歷程，睇失敗項目嘅 KB 編號同錯誤碼，再決定下一步。
| 待檢查方向 | 點檢查 | 注意 |
|---|---|---|
| 同一更新仍適用、未成功安裝 | 睇更新歷程，確認係咪同一 KB、同一碼 | 下次掃描自然會再次提供，唔代表下載檔本身損壞 |
| 更新套件本身有已知問題 | 查該 KB 嘅已知問題說明，唔係無限重清快取 | KB5034441 係此類實例，但唔可推廣為通則 |
| 暫存再次損壞 | 逐項排除下載中斷、網絡、VPN、代理干擾、磁碟層問題 | 官方頁已列出相關干擾因素，套用於翻發情境屬於推斷 |
| 根本原因唔喺快取，而喺元件存放區或者驅動程式 | 睇 DISM 同 SFC 做過未、做成點，睇下係咪驅動回滾碼 | 若 DISM 或者 SFC 未成功，單清快取唔會解決問題 |
磁碟與映像層：DISM 同 SFC 點分工，點解次序唔可以調轉
DISM、SFC 同 CHKDSK 三者層次唔同：CHKDSK 係磁碟檔案系統層，DISM 係映像同元件存放區層，SFC 係受保護系統檔層，三者唔可以互相代替。單憑一次更新失敗就斷言硬碟損壞，係過度推論。
官方基本順序係先 DISM，後 SFC。第一步以管理員身份開命令提示字元，執行 DISM 線上清理映像還原健康狀態指令，成功時會見還原操作完成成功嘅訊息；若無確認訊息，官方指引係重新輸入再試一次。第二步再執行 sfc 加上 scannow，待 SFC 驗證達到百分之一百先關閉視窗，之後再跑 Windows Update。
| 指令 | 分工 | 會唔會修復 |
|---|---|---|
| DISM 檢查健康狀態（CheckHealth） | 快速檢查元件存放區係咪被標記為可修復或者損壞 | 唔會修復，只係檢查 |
| DISM 掃描健康狀態（ScanHealth） | 較深入掃描元件存放區係咪損壞，需時較長 | 同樣唔會修復，只係掃描 |
| DISM 還原健康狀態（RestoreHealth） | 真正修復，預設會經 Windows Update 下載所需檔案 | 會修復，連接更新伺服器取檔效果最好 |
| SFC 掃描 | 檢查並修復受保護系統檔，依賴元件存放區提供正確檔案 | 會嘗試修復，但元件存放區損壞時可能修唔到 |
磁碟與映像層續：CHKDSK、WinSxS、保留儲存同假性足夠
WinSxS 清理方面，標準清理指令係 DISM 線上清理映像開始元件清理（StartComponentCleanup），移除已經被取代嘅元件版本，系統仍然保持喺可支援狀態。進階清理指令再加重置基準參數（/ResetBase），永久移除全部已經被取代嘅元件，令目前已經安裝嘅更新成為永久部分；完成之後，之前已經安裝嘅更新將無法解除安裝，故只應喺確認系統穩定及已經符合修補要求之後使用。清理前分析指令可以用嚟睇元件存放區大小及係咪建議清理；WinSxS 資料夾喺檔案總管顯示嘅大小因為硬連結而未必準確，應以分析指令嘅數字為準。
保留儲存空間方面，功能定位係為更新、暫存檔案及快取預留空間，令更新喺空間緊張嗰陣仍有機會完成。停用保留儲存只係將預留空間還畀用戶，唔等於解決更新失敗。
假性足夠空間嘅判斷清單屬於研究員整理嘅檢查方向，唔係官方逐項清單，每一項都要寫成檢查。第一，只睇 C 槽總可用空間唔足夠，要同時睇保留儲存係咪已經佔用一部分、系統保留、EFI、復原分割區係咪有獨立空間問題。第二，更新過程中嘅膨脹：下載、解壓、暫存、回滾資料會令安裝期間實際需求高於更新檔本身大小；官方 16 GB 同 20 GB 係升級門檻，唔係檔案總管顯示有 21 GB 就一定夠。第三，清理之後仍然不足嗰陣，應檢查大型暫存、舊 Windows 備份資料夾、休眠同分頁檔等系統佔用，並以設定入面系統儲存空間嘅分類為準。
關於數字，本文只會用已經核實嘅官方門檻：升級 32 位元作業系統至少要 16 GB 空間，64 位元至少要 20 GB；細硬碟可能要插 USB 協助更新。坊間每月更新留 10 GB、功能更新留 25 GB 只係實務建議，必須標為建議，唔可以寫成 Microsoft 要求。保留儲存大約幾 GB 呢類數字，未能喺官方頁原文核實，本文唔寫數字。
驅動層：回滾、反覆推舊驅動、製造商驅動點分
驅動層嘅進階問題，往往唔係驅動有無安裝，而係版本關係錯亂。第一個檢查方向係時間關聯：失敗係咪緊貼某次驅動更新之後出現；若係，優先試回滾該驅動。官方回滾指引指出，必須以管理員權限登入先可以回滾；若問題喺 Windows Update 之後出現，重新安裝舊版驅動往往可以解決問題；步驟為裝置管理員、裝置、內容、驅動程式標籤、回滾驅動程式，按提示重啟。
驅動回滾按鈕若呈灰色，代表無舊版可以回滾，唔代表無路可走：下一步係去裝置製造商網站尋找並按其指示安裝。製造商驅動同 Windows Update 提供嘅驅動可能版本唔同，兩者衝突嗰陣會出現反覆安裝舊版又失敗嘅迴圈。社群案例：Windows Update 會反覆嘗試安裝較舊嘅 Intel 顯示驅動，即使較新版本已經安裝，結果反覆安裝失敗；建議處理包括用顯示或者隱藏更新疑難排解工具隱藏該驅動更新。裝置管理員入面有黃色警告嘅裝置、顯示卡、儲存控制器、晶片組係優先懷疑對象。儲存控制器要特別單獨列出：功能更新或者升級失敗嗰陣，過舊或者不相容嘅 SATA、RAID、NVMe 儲存控制器驅動係常見懷疑方向，但本次搜尋未搵到官方文件用一句話直接寫明呢個通用定論，應寫成檢查方向。
攔截層：第三方防毒、VPN、代理、防火牆點做對照測試
基礎修復做完仍然失敗，有一層經常被忽略，就係攔截層。Microsoft Learn 指出，個人防火牆軟件或者其他保安、下載輔助、網頁加速軟件，可以導致連接 Windows Update 時出現存取被拒錯誤；建議排查步驟之一係停用以下第三方軟件再試：廣告移除程式、網頁加速器、下載輔助程式、保安軟件、防毒軟件。另一篇官方舊文件指出，經代理伺服器或者防火牆使用 Windows Update 出錯嗰陣，排查方向包括清除代理快取並設定代理排除 Windows Update 網站；如需具體設定，應參閱該軟件文件或者聯絡其製造商。
端點放行方面，Microsoft Learn 嘅 Delivery Optimization 防火牆指引列出需要放行嘅主機名稱，包括客戶端同雲端服務通訊用嘅域名、中繼資料用嘅域名，並指出支援代理設定。另一份端點清單指出，Windows Update、Windows Defender、Windows 驅動程式、Windows Store 內容嘅端點包括中繼資料同更新域名，並標明全部為對外連接。
可用排查順序：先做對照測試，暫時停用第三方防毒或者防火牆功能、斷開 VPN、繞過代理，再檢查更新；若恢復，問題喺攔截層而唔係 Windows 本身。恢復之後唔好長期無防護運行，改為加例外或者容許清單。企業或者受管網絡方面，按端點清單放行域名而唔係固定 IP，因為 IP 會變。VPN 用戶方面，檢查係咪需要為更新端點做分流直接存取。有兩點必須降級：第一，非官方博客指出 VPN 有時會因限制更新流量、DNS 查詢或者大型下載而阻擋更新；呢點係第三方說法，應降級為可以試嘅對照測試。
TLS 檢查一點未喺本次搜尋到嘅 Microsoft 官方頁面原文入面直接核實，本文只寫檢查代理或者防火牆例外清單，或者寫明未見官方原文。
帳戶與原則層：WSUS、GPO、Intune 釘版本，同組織管理提示點查
帳戶與原則層係進階篇最容易誤判為故障嘅一層：部機唔係壞，而係被管理。WSUS 方面，Microsoft Learn 部署指引指出，用 WSUS 管理更新嗰陣，先設定自動更新同內部網路 Microsoft 更新服務位置兩項群組原則，令用戶端改為聯絡 WSUS 伺服器接受管理；設定路徑為群組原則管理主控台、電腦設定、原則、系統管理範本、Windows 元件、Windows Update。舊版指引亦指出，要將自動更新重新導向至 WSUS 伺服器，喺群組原則物件編輯器入面啟用指定內部網路 Microsoft 更新服務位置，並填入同一 WSUS 伺服器網址；亦可以啟用用戶端目標設定。
以下推斷必須標明為推斷：若一部私人筆電曾經加入公司或者學校網域或者被套用過 WSUS 原則，之後即使已經離開該網絡，殘留原則仍然可以令佢繼續指向一個已經唔存在嘅內部更新伺服器，表現為永遠掃描唔到更新或者連唔上更新服務。呢個推斷嘅間接支撐係原則機制本身，以及下文組織管理提示案例入面殘留原則嘅現象；但本次搜尋未搵到 Microsoft 官方文件直接寫出呢句完整因果，寫作嗰陣必須標明為推斷。
Intune 方面，Microsoft Learn 教育版常見設定指出，功能更新原則可以將裝置設定為某一指定 Windows 版本；較舊版本嘅裝置會更新至指定版本，已經係較新版本嘅裝置唔會執行任何功能更新。另一份文件指出，原則喺裝置完成佈建之後、首次掃描嗰陣開始適用，通常大約一日；裝置檢查更新服務嗰陣，會驗證群組成員資格同原則指派，符合條件嘅裝置會受到唔會更新至比指定版本更新嘅保護。
見到部分設定由你嘅組織管理呢句提示嗰陣，應先檢查設定、帳戶、存取工作或者學校有無已經連接嘅工作或者學校帳戶，有嘅話先中斷連接；若係個人電腦而且無此帳戶，先考慮重設 Windows Update 元件。另一則社群問答指出，即使係個人電腦，僅僅喺網站登入學校帳戶都有可能令 Windows 自動註冊裝置並套用某些原則；排查包括喺存取工作或者學校檢查並移除學校帳戶。
本機帳戶對 Microsoft 帳戶呢點，必須寫清楚未核實界線：本次搜尋未搵到官方文件寫明使用本機帳戶而唔係 Microsoft 帳戶本身會阻擋 Windows Update，唔應寫轉用 Microsoft 帳戶就可以修好更新。已核實事實只限授權同啟用語境：啟用方式取決於取得 Windows 嘅途徑，需要 25 字元產品金鑰或者數碼授權；檢查零售定係大量授權可以用詳細授權指令，睇產品金鑰通道一欄。
服務層方面，社群問答列出嘅標準重設步驟為：將 Windows Update 服務啟動類型設為自動並啟動；檢查相依服務，確保背景智能傳送服務同加密服務已經啟用並執行中；然後執行停止指令，刪除或者重新命名 SoftwareDistribution 同 catroot2 之後再重新啟動三者。同一類問答喺多個案例入面重複同一組服務名稱。
硬件層：CHKDSK 修唔到物理損壞，SMART、記憶體、韌體點寫先唔過火
硬件層嘅寫作紀律係：檢查方向可以寫，通用定論唔可以寫。磁碟方面，非官方指南指出，CHKDSK 修復嘅係檔案系統錯誤，唔能夠修復損壞嘅硬碟零件、耗損嘅 SSD 記憶體或者故障嘅儲存控制器；因此應先備份檔案並檢查磁碟實體健康，先跑 CHKDSK；若 CHKDSK 反覆發現檔案系統錯誤，往往指向不穩定嘅磁碟、排線、控制器、記憶體或者電源。
SMART 方面，第三方廠商指南指出，SMART 預測故障代表即將發生嘅硬件故障，必須立即備份資料並更換磁碟，軟件修復只屬暫時性質。呢個係第三方指南，唔係官方文件，引用嗰陣應降級。寫作界線係 CHKDSK 修好唔代表磁碟健康；SMART 預測故障出現嗰陣，正確動作係備份優先、更換優先，而唔係再跑多幾次更新或者重裝。
記憶體方面，本次搜尋未搵到官方文件直接寫明記憶體故障導致 Windows Update 失敗嘅通用定論。社群問答入面，獨立專家指出 Windows 記憶體診斷工具本身對效能毫無改善作用，而且唔係一個好好嘅記憶體測試工具，若懷疑記憶體問題可以用第三方記憶體測試工具。呢個係獨立專家意見，唔係官方立場。推斷方面，若更新失敗伴隨隨機藍屏、隨機檔案損毀、CHKDSK 每次都發現新錯誤、唔同更新輪流失敗，硬件層包括記憶體同磁碟嘅嫌疑會上升，應先做記憶體同磁碟檢查再談重裝；呢個推斷必須標明為推斷。
SSD 韌體方面，技術報導指出，Windows 11 更新 KB5062660 同 KB5063878 並非導致消費級 SSD 損壞或者變磚嘅原因；網上報告嘅故障追溯至儲存裝置同主板嘅過舊韌體；受影響者應更新 SSD 韌體同主板 UEFI。Microsoft 社群問答一則關於 KB5063878 嘅問答引述 Microsoft 確認：喺 2025 年 8 月 Windows 安全更新同社交媒體報告嘅硬碟故障類型之間，未發現關聯。寫作要點係唔好將更新之後 SSD 出事直接寫成更新整壞 SSD；正確核實方向係 SSD 廠商韌體版本同主板 BIOS 版本係咪過舊，並以廠商工具或者官網為準。
BIOS 或者 UEFI 過舊方面，主板 BIOS 指南指出，硬件驅動同主板韌體對系統穩定同安全有重大影響，唔應完全依賴 Windows Update 處理；若 Windows Update 無提供韌體更新，應以硬件資訊工具確認主板型號同現有 BIOS 或者 UEFI 版本，再去製造商支援頁檢查有無韌體更新並按廠商指示執行；韌體更新期間切勿中斷、切勿關機或者拔電源。間接佐證方面，前述 SSD 事件入面，廠商歸因亦包括早期主板 BIOS 版本。
原地升級失敗回滾：記錄檔喺邊，點由階段碼縮窄範圍
原地升級方面，Windows 11 內置修復係設定、系統、復原、經 Windows Update 修復問題、立即重新安裝，會重新安裝電腦上已經有嘅同一版本 Windows、修復系統檔案及元件，並保留應用程式、檔案及設定；全程須接電源及聯網。傳統原地升級係由現行 Windows 入面執行安裝媒體嘅安裝程式，選擇保留個人檔案及應用程式，同樣係喺現有安裝之上重裝，同時保留個人檔案、設定及已經安裝應用程式。開始之前仍然要備份重要檔案；保留選項必須喺安裝畫面親自確認為已經選取，若顯示為灰色或者未選取，代表媒體版本同已經安裝系統唔匹配，唔應強行繼續。
記錄檔位置方面，以下位置來自 Microsoft Learn 安裝記錄位置文件，安裝動作記錄即 setupact.log，安裝錯誤記錄即 setuperr.log，原文適用 Windows 10 各版本及 Server 版本；Windows 11 實務沿用同一路徑結構，但該頁標題未明列 Windows 11，本文引用嗰陣寫 Microsoft Learn 列出嘅安裝記錄位置，而唔過度宣稱 Windows 11 專屬。
| 階段 | 安裝動作記錄 | 安裝錯誤記錄 | 其他同期記錄 |
|---|---|---|---|
| 舊系統內執行階段 | C 槽 Windows 備份資料夾下 Sources Panther 資料夾入面 | 同路徑 | 用戶目錄記錄、開機前裝置清單記錄 |
| 預安裝環境階段 | 預安裝環境磁碟機或者 C 槽同路徑 | 同路徑 | 同路徑用戶目錄記錄同裝置清單記錄；另有一個只記錄初期選項嘅記錄，選立即安裝之後不再使用 |
| 線上設定同首次啟動階段 | C 槽 Windows Panther 資料夾入面 | 同路徑 | 用戶目錄記錄、驅動程式記錄、應用程式記錄、首次啟動後裝置清單記錄 |
| 回滾階段 | C 槽 Windows 備份資料夾下 Sources Panther 資料夾入面 | 見下文註 | 用戶目錄記錄、驅動程式記錄、應用程式記錄、開機前後裝置清單記錄 |
回滾階段碼方面，以下階段劃分來自 Microsoft 嘅 Windows 10 升級排解文件，Windows 11 實務類似，本文須註明版本來源。
| 回滾碼 | 階段同操作 | 方向 |
|---|---|---|
| 0xC1900101 通用回滾碼 | 除舊系統內執行階段之外任何階段都可拋出，通常表示不相容驅動程式，可引致藍屏、停頓、意外重啟 | 睇回滾記憶體傾印、事件記錄、驅動程式安裝記錄 |
| 0xC1900101 加 0x20004 | 安全作業系統階段安裝復原環境出錯，成因係過時驅動程式 | 解除安裝防毒、移除未使用 SATA 裝置同驅動程式、更新驅動程式及 BIOS |
| 0xC1900101 加 0x20017 | 驅動程式引致非法操作，未能遷移該驅動程式，導致回滾；屬安全作業系統啟動失敗，典型成因係驅動程式或者非 Microsoft 磁碟加密軟件，亦可由硬件故障引致 | 更新全部驅動程式、開 Panther 記錄搵出問題驅動程式並更新或者解除安裝 |
| 0xC1900101 加 0x3000D | 首次啟動階段遷移資料操作失敗，可由顯示驅動程式問題引致 | 拔周邊、更新或者解除安裝顯示驅動程式 |
| 0x8007001F 加 0x3000D | 首次啟動階段遷移資料失敗，可由用戶設定檔問題引致，包括登錄損壞項目、用戶資料夾無效檔案，或者舊升級未完成而留喺舊 Windows 資料夾嘅無效設定檔 | 分析記錄檔搵出阻礙遷移嘅檔案或者登錄項目，刪除無效檔案或者設定檔 |
| 0xC1900101 加 0x4000D | 第二啟動階段遷移資料嗰陣因驅動程式設定問題回滾 | 檢查回滾記錄、確認空間足夠、更新或者停用問題驅動程式、更新 BIOS、停用 BIOS 記憶體快取或者映射等選項 |
幾時停手：用信號判斷，絕對唔好自創重裝次數門檻
本節無一條 Microsoft 官方文件寫明重裝幾多次就必須停手嘅數字門檻；以下停手信號係研究員綜合已經核實事實歸納嘅操作建議，應寫成建議停手檢查嘅信號，而唔係 Microsoft 規定嘅次數。本文絕對唔會寫重裝幾多次就必須送檢之類嘅具體次數。
| 停手信號 | 點解要停，轉去邊一層 |
|---|---|
| 已經做過原地升級或者重設保留檔案，仍然喺同一 KB、同一碼失敗 | 問題唔喺可被重設修復嘅系統檔案層，應轉向原則層、驅動或者韌體層或者硬件層 |
| 出現 SMART 預測故障、磁碟喺 BIOS 入面消失、異響、CHKDSK 反覆發現新錯誤 | 先停手備份，考慮更換磁碟或者送檢，唔好再對該磁碟做重裝或者反覆強制開機 |
| 懷疑 SSD 韌體或者主板 BIOS 過舊 | 先去製造商官網核實韌體版本同相容說明，再決定係咪更新韌體；韌體更新期間切勿斷電 |
| 未備份、BitLocker 金鑰未確認、登入密碼未確認 | 絕對唔好做移除所有項目嘅重設或者全新安裝；復原磁碟機重裝會移除個人檔案、應用程式同設定 |
| 懷疑受管理原則釘住版本 | 重裝同一部受管裝置而唔解除管理，可能裝完又被同一原則釘返同一版本；應先查存取工作或者學校同原則來源 |
| 資料風險信號：備份未完成、未驗證可讀、只有一份備份而且放喺同一顆懷疑故障嘅磁碟上 | 任何一項成立都應先停手做備份，再談重裝 |
送檢前備份清單：金鑰、驅動、授權、個人資料、密碼逐項對
送檢前備份清單分為五組，全部都要喺仍然入到 Windows 嗰陣做；若果已經入唔到 Windows，屋企做唔到入系統備份，應先記錄資料重要性。
| 清單組別 | 點做 | 核對方法 |
|---|---|---|
| BitLocker 修復金鑰 | 喺 Microsoft 帳戶儀表板，頂部導覽選裝置，裝置頁選查看詳細資料，BitLocker 資料保護下選管理修復金鑰，搵到對應裝置金鑰並複製；亦可以用管理員指令（manage-bde）顯示該磁碟金鑰；公司裝置金鑰可能由 IT 部門管理 | 金鑰為 48 位數字；以鎖定畫面金鑰識別碼首 8 位數字，對照帳戶清單相同識別碼金鑰；廠商本身唔儲存金鑰；金鑰必須記錄喺裝置以外地方，切勿只假設已經備份而無實際登入核對 |
| 驅動備份 | 用管理員命令提示字元執行 DISM 線上匯出驅動指令，或者 PnP 工具（pnputil）匯出全部驅動指令，目標資料夾必須預先存在 | 備份資料夾應放喺系統磁碟以外外置儲存，並喺備份之後確認入面確實有內容；同時記低品牌、型號同驅動版本；第三方說法指匯出只涵蓋 INF 形式驅動，未喺原文直接寫明 |
| Windows 授權狀態 | 用基本授權指令（slmgr /dli）睇基本資訊；用詳細授權指令（slmgr /dlv）睇詳細資訊，包括授權狀態同通道資訊；產品金鑰通道一欄可以顯示零售定係大量授權 | 送檢之前記錄授權狀態係咪已經授權同通道類型，以及啟用頁係咪顯示已經連結 Microsoft 帳戶嘅數碼授權 |
| 個人資料備份範圍 | 重設之前應備份個人資料夾內容，包括文件、圖片等；即使重設可以選擇保留，備份仍然較穩妥；重設之後所有非 Windows 應用程式都需要重新安裝 | 應備份嘅個人檔案通常位於使用者程式庫資料夾，例如文件、桌面、圖片等；若個人檔案存放喺硬碟其他位置，該等位置亦需要備份；同時應備份瀏覽器書籤 |
| 登入帳戶密碼確認 | 送檢之前逐一確認並記錄，唔寫密碼本身入稿：Windows 登入密碼或者 PIN、Microsoft 帳戶密碼、工作或者學校帳戶、BitLocker 金鑰已經取回 | 金鑰取回需要登入連結裝置嘅 Microsoft 帳戶；若送檢嗰陣先發現唔記得該帳戶密碼，連金鑰都攞唔到；受機構管理裝置金鑰可能喺 IT 部門手上 |
結語：基礎修復做完仍然失敗，唔等於無得救，等於要轉做分層診斷
基礎修復做完仍然失敗，唔等於無得救，但等於要由試方法轉做先分層。分層做啱，六條路先分得清邊條啱你；分層做錯，清多十次快取都只會令同一 KB 翻發。記住本文三個紀律：官方總表無嘅碼唔好寫成官方定義；推斷要寫明係推斷，未核實要寫明未見官方原文；停手信號出現嗰陣先停手備份，唔好自創重裝次數門檻。
維修以檢測後書面報價為準。參考收費，可以睇 收費參考；預約檢測，可以去 預約檢測。沙田石門達利廣場 1209 室、電話 +852 2186 8010、WhatsApp +852 6558 6806、12:00–19:00。
常見問題
清除 SoftwareDistribution 之後資料夾又出現，係咪代表清除失敗？
唔係。SoftwareDistribution 係 Windows Update 嘅暫存同下載資料夾，清除或者改名之後，Windows 會喺下次檢查更新時重建佢並重新下載，資料夾重新出現本身係正常現象。真正要判斷嘅係同一 KB 係咪反覆失敗，而唔係資料夾係咪重建。先去更新歷程睇 KB 編號同錯誤碼，再按分層框架逐層排除。 維修以檢測後書面報價為準。
DISM 報搵唔到來源檔案，係咪即係要重裝？
唔係。搵唔到來源檔案常見於未連接 Windows Update、Windows Update 被停用或者被防火牆阻擋、本地來源檔案遺失或者損壞。先確認聯網及 Windows Update 未被阻擋，再試版本對應嘅本機 ISO 映像來源並加限制存取參數，或者用另一台相同作業系統版本嘅 Windows 安裝作來源。若掃描結果唔係還原操作完成成功，官方指引係分析 CBS 記錄檔並修正錯誤。 維修以檢測後書面報價為準。
部機顯示部分設定由你嘅組織管理，但明明係私人電腦，點算？
先檢查設定入面帳戶嘅存取工作或者學校有無已經連接嘅工作或者學校帳戶，有嘅話先中斷連接；若係個人電腦而且無此帳戶，先考慮重設 Windows Update 元件。即使係個人電腦，僅僅喺網站登入學校帳戶都有可能令 Windows 自動註冊裝置並套用某些原則，排查包括喺存取工作或者學校檢查並移除學校帳戶。 維修以檢測後書面報價為準。
送檢之前，BitLocker 金鑰點先算真正確認攞到？
喺 Microsoft 帳戶儀表板搵到對應裝置嘅修復金鑰並複製之後，必須以鎖定畫面顯示嘅金鑰識別碼首 8 位數字，對照帳戶清單入面相同識別碼嘅修復金鑰，先算對應正確磁碟。金鑰為 48 位數字，必須記錄喺裝置以外嘅地方。切勿只假設已經備份到 Microsoft 帳戶而無實際登入核對；若電腦屬於公司網絡，修復金鑰可能由 IT 部門管理，應聯絡 IT 部門。 維修以檢測後書面報價為準。