Windows 自動修復無限循環怎麼解|WinRE 完整排錯

系統需求:Windows 11 或 Windows 10,操作步驟相同。依 Microsoft 官方支援表(2026-09-02 查證):26H1(build 28000,2026-02-10 上線)、25H2(build 26200)、24H2(build 26100)仍在支援;23H2(build 22631)的家用版與專業版已終止更新,只剩企業/教育/IoT 企業版支援到 2026-11-10;Windows 10 最後版本 22H2(build 19045)已於 2025-10-14 終止更新。若你手上是 Windows 10 或 23H2 家用版,修好之後請一併規劃升級。
權限需求:兩種情況都先準備好,別照抄舊教學。Microsoft 官方在同一份 WinRE 文件的安全性考量中並列兩條:①從 Windows 內開啟「進階啟動」並選用 WinRE 工具時,使用者必須提供具系統管理員權限的本機帳戶帳號與密碼;②大多數 WinRE 工具可以不選擇系統管理員帳戶、不輸入密碼就執行,但開進復原環境後,除非你有解密該磁碟區的金鑰,否則加密過的檔案一律讀不到。其中第②點,官方在「Windows 11 的 WinRE 新功能」段落明列為 Windows 11 的變更。實務建議:手邊備好本機系統管理員帳密,遇到要求時才不會卡住。
需要工具:①同版本或更新版本的 Windows 安裝媒體(USB)——這一項不是選配,下面會說明為什麼;②另一台可上網的電腦;③外接硬碟(要救資料時)。
預計耗時:約 30–90 分鐘。
難度門檻:需要看得懂命令提示字元、能分辨磁碟機代號。

⚠️ 開始前必讀:BitLocker 復原金鑰
本文後段的「重建開機檔案」會變更開機管理程式與分割表,而 Microsoft 官方把「變更開機管理程式」「變更磁碟上的 NTFS 分割表」明列為裝置進入 BitLocker 復原模式的觸發條件。若你的系統磁碟有加密,動手前先去另一台裝置登入 Microsoft 帳戶或公司帳號,把 48 位數復原密碼抄下來。沒有金鑰就動 bootrec,結果不是修好電腦,是連資料一起鎖死。
停止條件清單(符合任一,請先停手):
– 不確定自己是 Windows 10 還是 Windows 11、也不確定版本
– 重要資料沒有備份,且你還沒把硬碟拆出來或用 WinRE 複製出去
– BitLocker 已啟用,但你拿不到 48 位數復原密碼
– 這是公司或學校控管的電腦,而你沒有 IT 授權
– 手邊沒有可開機的 Windows 安裝 USB
– 指令輸出與本文描述明顯不同(例如找不到 Windows 安裝、磁碟根本沒被偵測到)

🔍 症狀描述與錯誤訊息

直接結論:只要你看到下面任一組畫面反覆出現、按重開機也回到同一頁,就是自動修復迴圈。

典型的循環長這樣:開機 →「正在準備自動修復」→ 黑底轉圈 →「診斷你的電腦」→ 進到藍底的「自動修復」頁面,寫著:

「自動修復無法修復你的電腦」
「你的電腦未正確啟動」
記錄檔位置:C:\Windows\System32\Logfiles\Srt\SrtTrail.txt

有些機器連藍底畫面都撐不到,直接卡在「正在準備自動修復」轉圈幾十分鐘;有些則是在 WinRE 的「選擇一個選項」頁面與重開機之間來回。畫面文字略有差異,但骨架都一樣——Windows 認為開機失敗過,所以每次開機都先把控制權交給修復環境,而修復環境又修不好,於是無限重來。

還有一種要特別分辨:如果畫面出現的是特定停止碼(例如 INACCESSIBLE_BOOT_DEVICE、CRITICAL_PROCESS_DIED、UNMOUNTABLE_BOOT_VOLUME),那自動修復只是「事後接管者」,真正要處理的是那個停止碼。這類情況請直接參考站內對應專文,例如〈UNMOUNTABLE_BOOT_VOLUME(0xED)開機卡死?先讀 Parameter 2 再決定救法〉與〈電腦一直跳 CRITICAL_PROCESS_DIED?0xEF 藍屏先別急著重灌〉。

🔎 問題根因

直接結論:迴圈是「偵測機制」的結果,不是故障本身;真正的根因通常落在四類。

Microsoft 官方文件明載,WinRE 會在偵測到下列情形時自動啟動:

連續兩次開機 Windows 失敗
開機完成後兩分鐘內連續兩次非預期關機
開機完成後兩分鐘內連續兩次系統重新開機
Secure Boot 錯誤(Bootmgr.efi 相關問題除外)
純觸控裝置上的 BitLocker 錯誤

也就是說,觸發門檻是「兩次」,而且判斷依據是「開機流程有沒有跑完」,不是「Windows 有沒有報錯」。官方甚至特別註記了一種假陽性:開機途中斷電,即使 Windows 其實裝得好好的,下次也會被判定成開機失敗而進 WinRE。這解釋了為什麼很多人的迴圈是從「一次強制關機」開始的。

實務上,把電腦推進迴圈的根因大致四類:

根因類別	常見觸發事件	典型指向
開機設定損壞	強制關機、改分割、裝雙系統、動 BCD	黑畫面只剩游標、BCD 相關錯誤字串
系統檔案 / 登錄檔損壞	更新中斷、斷電、磁碟壞軌	自動修復跑很久後失敗
驅動程式或更新出包	剛裝完驅動或品質更新後開始	進安全模式反而正常
儲存裝置硬體問題	SSD 老化、線材鬆脫、壞軌	chkdsk 一堆錯誤、機器偶爾根本認不到碟

這四類的修法不同、風險等級也不同,所以下面的解決方案是「由低風險往高風險」排,不要跳著做。

🔬 底層機制:這個錯誤訊號從哪裡來?

直接結論:關鍵是一個叫「開機狀態旗標」的東西,以及它「只會被成功開機清掉」的設計。

Microsoft 在 WinRE 疑難排解文件裡描述得很清楚:Windows 啟動時,Windows 載入程式會設定一個狀態旗標,標示「開機流程已經開始」;通常在登入畫面出現前,Windows 會把這個旗標清掉。但如果開機途中失敗,旗標就不會被清除;下一次開機,載入程式偵測到旗標還在,便認定上次發生開機失敗,於是改為啟動 WinRE 而不是 Windows。

這一句話就講完了迴圈的全部祕密:

第一次失敗 → 旗標留著
下次開機 → 載入程式看到旗標 → 進 WinRE 跑自動修復
自動修復沒修好 → 這次也沒有「成功開機」 → 旗標依然留著
回到第 2 步

迴圈是自我維持的。 只要沒有任何一次真正開機成功,它就不會自己停下來。這也是為什麼「一直按重開機」永遠沒用——你只是在重跑第 2 步。

第二個常被忽略的機制,更能解釋那句「自動修復無法修復你的電腦」。Microsoft 在 BitLocker 官方文件中寫道:當「啟動修復」是因為開機失敗而自動啟動時,它只會執行作業系統與驅動程式檔案的修復,而且前提是開機記錄或可用的當機傾印指向某個特定的損毀檔案。

換句話說,自動觸發的啟動修復是刻意被限縮的:它不是萬能修復器,它只處理「有明確證據指向某個壞檔」的情況。你的問題如果是 BCD 不見了、分割表被改壞、硬碟有壞軌、或某個第三方驅動在載入時把系統拖死,它多半連該修什麼都不知道,只能回你一句修不好。這不是 bug,是設計。

第三,有些狀況會讓 WinRE 根本救不了自己。官方列出三種必須改用可開機 WinRE 媒體才能啟動並修復電腦的情境:

WinRE 分割區的 MBR、分割表或開機磁區中,磁碟中繼資料損壞
開機管理程式遺失或損壞
開機設定資料(BCD)存放區遺失或損壞

第三項尤其常見——而 BCD 損壞恰好也是自動修復迴圈的頭號根因之一。這就是為什麼「準備一支安裝 USB」在本文被列為必要條件而不是選配:當 BCD 壞掉時,你機器上那個 WinRE 也可能一起進不去。至於安裝媒體能不能扮演這個角色,官方在啟動問題文件中直接給了操作步驟——以安裝媒體啟動系統,選「修復您的電腦 → 疑難排解 → 啟動修復」,走的正是同一套修復工具。

Windows 自動修復無限循環處置流程圖:先中斷迴圈讀取 SrtTrail 記錄,再依非破壞性修復、開機檔案重建、重設電腦的順序分流

🛠️ 解決方案

⚠️ 執行前警語:以下步驟會變更開機設定、系統檔案與分割區中繼資料。動手前請確認:①BitLocker 復原金鑰已在手上 ②重要資料已備份或已用 WinRE 複製到外接硬碟 ③電腦接著電源(筆電請插電,中途斷電會讓情況更糟)。每個方法做完都先重開機看結果,不要一口氣把所有指令跑完——否則出事時你不知道是哪一步造成的。

進 WinRE 命令提示字元的兩條路

路徑 A(機器還能自己進 WinRE):在自動修復畫面選 進階選項 → 疑難排解 → 進階選項 → 命令提示字元。
路徑 B(連 WinRE 都進不去,或 BCD 已損壞):用安裝 USB 開機,在「安裝 Windows」畫面按 Shift + F10 直接叫出命令提示字元;或選 修復您的電腦 → 疑難排解 → 命令提示字元。

🔑 磁碟機代號會跑掉:在 WinRE 裡,你平常的 C 槽常常不是 C。先跑 diskpart,輸入 list volume 看清楚哪個磁碟區才是 Windows 所在(通常是容量最大、檔案系統 NTFS 那個),記下代號,再 exit。後面所有指令裡的 C: 都要換成你實際看到的代號,這一步弄錯,等於在對別的碟動刀。

方法一:先中斷迴圈,把真正的錯誤逼出來(最優先做)

直接結論:這一步不修任何東西,它的作用是讓系統「不要再攔截開機」,好讓真正的錯誤畫面顯示出來。

Microsoft 官方針對「電腦反覆停在復原選項畫面」給的指令就是這一條:

bcdedit /set {default} recoveryenabled no

跑完 exit 離開、重新開機。接下來會出現三種結果,每一種都是有價值的情報:

順利進入桌面 → 原本就是假陽性(多半是斷電或強制關機造成),問題已經結束。接著請看最後的預防章節。
出現具體停止碼或錯誤訊息 → 恭喜,你拿到了真正的線索。照著那個停止碼去查,比在自動修復迴圈裡瞎轉有效一百倍。
黑畫面或直接關機 → 屬於開機載入階段的問題,往方法三走。

如果 F8 進階開機選單也叫不出來,官方另給一條:

bcdedit /set {default} bootmenupolicy legacy

💡 為什麼要先做這一步? 因為在迴圈狀態下,你看到的永遠是「自動修復」這個接管者的畫面,而不是「Windows 為什麼開不起來」的原始錯誤。診斷順序上,先拿掉遮蔽物,再看病灶。這也是這一步風險最低卻最該先做的原因:它只改一個布林值,不動任何系統檔案。

方法二:讀 SrtTrail.txt,做非破壞性修復

直接結論:啟動修復自己留了記錄檔,先讀它,再決定修哪裡。

啟動修復每次執行都會產生記錄檔,官方指明位置在:

%windir%\System32\LogFiles\Srt\Srttrail.txt

在 WinRE 命令提示字元用記事本打開它(記得代號要對):

notepad C:\Windows\System32\LogFiles\Srt\SrtTrail.txt

裡面會列出啟動修復做過哪些檢查、結果如何。看不看得懂細節不重要,重點是找「找到根本原因」那一段,它通常會直接點名是開機管理程式、磁碟、還是某個檔案的問題。

接著依序做這幾件低風險的事:

① 磁碟檢查(有壞軌或檔案系統錯誤時,其他修法都白做)。官方原文寫的是不帶代號的 chkdsk /f /r;在 WinRE 裡代號會跑掉,請自行補上你剛才確認過的那個代號:

chkdsk C: /f /r

② 離線系統檔案檢查——注意這裡不能只打 sfc /scannow,在 WinRE 裡必須指定離線路徑,官方寫法是:

sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

③ 移除卡住的待處理更新(症狀是「更新到一半斷電後就這樣了」)。官方在啟動問題文件中給出這組:

dism /image:C:\ /get-packages

看到狀態是 Install Pending 的套件,記下完整套件名稱,再逐一移除:

dism /image:C:\ /remove-package /packagename:套件完整名稱

然後回復待處理的動作:

dism /image:C:\ /cleanup-image /revertpendingactions

④ 系統還原點。Windows 11 的 WinRE 提供「時間點還原」,可用本機儲存的還原點把電腦快速回復到先前狀態。官方同時明示:若時間點還原不可用、或你需要回復到超過三天前,就改用傳統的「系統還原」(Windows 10 與 Windows 11 都有)。所以 WinRE 選單裡找不到時間點還原時,直接走系統還原即可。系統還原只回復系統檔案與設定,不會動到你的個人檔案,是這一節裡 CP 值最高的一招。

⑤ 安全模式。若上述都失敗,試著進安全模式:進階選項 → 啟動設定 → 重新啟動,再按對應數字鍵。能進安全模式,通常代表核心系統是好的,問題出在某個驅動或服務——這時就變成一般的驅動排錯,詳細操作見〈Windows 開不了機/狂當機?進入「安全模式」(Safe Mode) 診斷問題教學〉。

⚠️ 關於「複製 RegBack 資料夾」這招,請直接跳過。 網路上大量教學要你把 C:\Windows\System32\config\RegBack 的登錄檔複製回 config 資料夾。Microsoft 官方已明確說明:自 Windows 10 版本 1803 起,Windows 不再自動把系統登錄檔備份到 RegBack 資料夾,這是刻意的設計變更,用來減少磁碟占用;官方建議改用系統還原點來救損壞的登錄檔。所以在現代版本上,那個資料夾裡多半是 0 KB 的空檔案,照著做只會浪費時間、還可能誤刪。

方法三:重建開機檔案(高風險,BitLocker 使用者請先確認金鑰)

直接結論:只有在方法一、二都無效,且症狀指向開機載入階段(黑畫面、BCD 錯誤字串)時才做這一段。

官方在「Windows 啟動問題疑難排解」中把開機分成四個階段:PreBoot(韌體)、Windows Boot Manager、Windows OS Loader、Windows NT 核心。如果你看到的是黑畫面只剩游標,或下列任一錯誤字串,問題就落在 Boot Loader 階段:

Boot Configuration Data (BCD) missing or corrupted
Boot file or MBR corrupted
Operating system Missing
Boot sector missing or corrupted
Bootmgr missing or corrupted
Unable to boot due to system hive missing or corrupted

先備份現有 BCD,這是等一下要回退的依據(順序說明:官方文件把 bootrec /fixmbr、/fixboot 編在「修復開機代碼」一節,bcdedit /export 則屬於下一節「修復 BCD 錯誤」的步驟;這裡把備份前移是本文的編輯建議,不是官方原文編排):

bcdedit /export C:\bcdbackup

再修復開機碼。官方提供的兩條指令,分別處理主開機記錄與開機磁區:

bootrec /fixmbr

bootrec /fixboot

⚠️ 官方特別註記:bootrec /fixmbr 只覆寫主開機程式碼;如果 MBR 的損壞牽涉到分割表,fixmbr 不會修好它。這也是為什麼有人跑完 fixmbr 說「沒用」——不是指令沒生效,是打錯病灶。

接著處理 BCD。先掃描系統:

bootrec /scanos

重開機測試。若仍失敗,再走官方的完整重建流程(逐行執行,不要串成一行):

bcdedit /export C:\bcdbackup

attrib c:\boot\bcd -r -s -h

ren c:\boot\bcd bcd.old

bootrec /rebuildbcd

重新開機。

🔐 BitLocker 二次提醒:bootrec /fixmbr、/rebuildbcd 這類動作會變更開機管理程式,而官方明列「變更開機管理程式」與「變更磁碟上的 NTFS 分割表」都會讓裝置進入 BitLocker 復原模式。另外,官方說明:當啟動修復無法自動執行、改由修復媒體手動啟動 WinRE 時,必須提供 BitLocker 復原金鑰才能解鎖受 BitLocker 保護的磁碟區——你用安裝 USB 進 WinRE 正是這個情境。金鑰是 48 位數的復原密碼,可在 Microsoft 帳戶線上取得(公司電腦則由 IT 從 Microsoft Entra ID 或 AD 取出)。

方法四:重設此電腦(最後手段)

若以上皆無效,在 WinRE 選 疑難排解 → 重設此電腦 → 保留我的檔案。它會重裝 Windows 但保留個人檔案,應用程式與大部分設定會被移除。做之前務必先把資料複製出去——「保留我的檔案」是設計意圖,不是保證。

若連重設都失敗,代表儲存裝置本身可能有問題,這時該做的是把碟接到另一台電腦救資料,而不是繼續在原機上折騰。

✅ 驗證修復結果

修好之後,請完成這四項確認,缺一項都不算修完:

連續冷開機兩次。因為觸發門檻就是「連續兩次」,單次成功不足以證明問題解決。
把自動修復開回來。方法一關掉的保護要記得復原(見下一節回退步驟),否則下次真的出事時,系統不會自動幫你進修復環境。
確認 WinRE 是啟用狀態。進系統後以系統管理員身分開命令提示字元,執行 reagentc /info——官方說明這條指令會顯示 Windows RE 與可用復原映像的目前狀態;請在輸出中確認 Windows RE 為啟用狀態。若不是,執行 reagentc /enable(官方定義為啟用 Windows RE 開機映像)。
檢查事件檢視器。開 eventvwr.msc,看「Windows 記錄 → 系統」在故障時段有沒有紅色錯誤(尤其是磁碟、驅動相關),確認沒有殘留的硬體警訊。

🔙 萬一翻車:回退步驟

情境一:迴圈解除了,但你想把自動修復開回來

方法一那條指令是可逆的。進入系統後,以系統管理員身分開啟命令提示字元:

bcdedit /set {default} recoveryenabled yes

這一步請務必做。關掉自動修復只是診斷手段,長期關著等於拆掉安全網。

情境二:改完 BCD 之後反而更糟

用方法三第一步匯出的備份還原回去:

bcdedit /import C:\bcdbackup

若你有依官方流程把原檔改名為 bcd.old,也可以在 WinRE 裡把它改回 bcd,回到動手前的狀態。

情境三:系統完全無法開機,連 WinRE 都進不去

改用安裝 USB 開機(修復您的電腦 → 疑難排解)。這正是官方列出「必須使用可開機 WinRE 媒體」的三種情境:WinRE 分割區的磁碟中繼資料損壞、開機管理程式遺失或損壞、BCD 存放區遺失或損壞。若連安裝 USB 都認不到硬碟,請直接把資料救援列為第一優先——不要再嘗試任何寫入類指令,那只會降低資料救回的機率。

💡 總結:預防再次發生

站長我在處理這類案子時,最常看到的不是什麼罕見故障,而是同一組壞習慣:更新跑到一半嫌慢直接按電源鍵、筆電沒電硬撐到自動斷電、SSD 已經在事件檢視器報警好幾週卻沒人理。自動修復迴圈幾乎都是「早就有徵兆、只差一次強制關機」的組合技。

把握三個原則,這類事故大半可以避免:

不要在更新中途強制關機。官方的偵測邏輯看的是「開機流程有沒有跑完」,不是「Windows 有沒有出錯」;一次不當斷電就足以把你推進迴圈,即使系統其實好好的。
把復原路徑準備好,而不是出事才找。三件事現在就做:①用 reagentc /info 確認 Windows RE 是啟用狀態;②做一支同版本的安裝 USB 放著;③如果有開 BitLocker,確認 48 位數復原密碼真的存在你的 Microsoft 帳戶裡,而不是「應該有吧」。
善用還原點。因為 RegBack 自 Windows 10 1803 起就不再自動備份登錄檔了,官方指定的登錄檔救援手段就是系統還原點。裝驅動、改登錄檔、灌大型軟體前,手動建一個還原點,成本是 30 秒,省下的是一個週末。

最後一句實話:如果同一台機器在幾週內反覆進迴圈,而且每次都要動到 chkdsk 才好,那大概率不是 Windows 的問題,是那顆碟快撐不住了。與其一修再修,不如先把資料備份出來,再認真考慮換碟。

❓ 常見問題

Q:為什麼一直按重新開機沒用?

因為開機失敗的狀態旗標只會被「成功開機」清除。自動修復沒修好,就等於這次也沒成功開機,旗標留著,下次開機當然又被導進 WinRE。重開機只是在重跑同一個迴圈,不會改變任何前提。

Q:自動修復跑了兩個小時還在轉,可以直接關電源嗎?

盡量不要。強制關機正是把系統推進迴圈的常見起因之一,重複斷電還可能造成更多檔案系統損壞。若真的完全沒有進度(硬碟燈長時間完全不亮),請至少確保接著電源,再長按電源鍵,並在下次進 WinRE 後先做方法一,不要再讓它自動跑修復。

Q:「自動修復無法修復你的電腦」是不是代表電腦沒救了?

不是。依官方說明,自動觸發的啟動修復只在開機記錄或當機傾印指向特定損毀檔案時,才會執行作業系統與驅動程式檔案的修復。它修不好,通常只是代表你的問題不在它的職掌範圍(例如 BCD 損壞、磁碟壞軌),換個方法就有機會。

Q:我有開 BitLocker,現在卡在迴圈,可以直接跑 bootrec 嗎?

不建議。官方明列「變更開機管理程式」與「變更 NTFS 分割表」會觸發 BitLocker 復原;若是用安裝 USB 手動進 WinRE,官方說明本來就必須先提供復原金鑰才能解鎖磁碟。請先在另一台裝置取得 48 位數復原密碼,再動手。

Q:這些方法在 Windows 10 也適用嗎?

適用,bcdedit、bootrec、sfc /offbootdir、dism /image 這幾組指令在 Windows 10 與 Windows 11 都相同。但要提醒:Windows 10 的最後版本 22H2 已於 2025-10-14 終止更新;Windows 11 23H2 的家用版與專業版也已終止更新,只剩企業、教育、IoT 企業與企業多工作階段版支援到 2026-11-10。修好之後請儘早規劃升級。

Q:重設此電腦選「保留我的檔案」,資料一定保得住嗎?

不一定。那是設計上的意圖,不是保證——尤其當磁碟本身已有壞軌時。動手前先把資料複製到外接硬碟,這是唯一可靠的做法。

🔗 延伸閱讀

📎 參考資料來源

📖 第一級|廠商官方:

Microsoft Learn:Advanced troubleshooting for Windows startup issues(開機階段、bcdedit recoveryenabled、SrtTrail 路徑、bootrec、DISM、RegBack 說明) — 2026-09-02 查證
Microsoft Learn:Windows Recovery Environment (Windows RE)(WinRE 自動啟動觸發條件、時間點還原、工具清單) — 2026-09-02 查證
Microsoft Learn:WinRE troubleshooting features(開機狀態旗標機制、必須改用可開機媒體的三種情境) — 2026-09-02 查證
Microsoft Learn:BitLocker recovery overview(復原觸發條件、WinRE 與 BitLocker 的關係、48 位數復原密碼) — 2026-09-02 查證
Microsoft Learn:REAgentC command-line options(reagentc /info、/enable) — 2026-09-02 查證
Microsoft Learn:Supported versions of Windows client(Windows 11 26H1/25H2/24H2/23H2 與 Windows 10 22H2 版本與支援日期) — 2026-09-02 查證

⚠️ 本文核心事實以第一級為準,第二級為補充。本文屬深度 E3(官方文件交叉查證),非站長第一手實測。

📅 本文查證戳記:2026-09-02 依據 Microsoft 官方文件撰寫。若你在後續版本遇到步驟失效,歡迎在留言區回報,站長會更新文章。