/OFFBOOTDIR SFC 選項中的「離線啟動目錄」指的是什麼?

/OFFBOOTDIR SFC 選項中的「離線啟動目錄」指的是什麼?

有很多教學/說明在那裡如何 SFC 掃描 Windows (Vista+) 安裝而不是啟動的安裝,例如

Sfc.exe /ScanNow /OffBootDir=E:\ /OffWindir=D:\Windows /OfflogFile=E:\OffBoot.log

我的問題是文檔對以下內容的含義相當不清楚/OffBootDir

/OFFWINDIR     For offline repair, specify the location of the offline windows directory
/OFFBOOTDIR     For offline repair, specify the location of the offline boot directory

我明白了OFFWINDIR,但這到底是什麼OFFBOOTDIR意思呢? BCD儲存所在的磁碟機是?還有別的事嗎?

(有一個貌似相關問題在這裡其中 OP 將 DISM 與 SFC 混淆了。 DISM 和 SFC不要做同樣的事情;我不想用 DISM 掃描影像。我這樣做了,沒問題。我真的想問 SFC 掃描“完全提取”的文件,所以請不要 DISM 答案。


更具體地說,我有兩個 Win 10 安裝,相同的版本但不同的分區/磁碟機,並且它們的 BCD 位於第三個字母/分區。其中一個 Win 10 安裝不再啟動,它出現在著名的黑屏上,滑鼠箭頭可移動,但遊標無限旋轉(大寫鎖定每隔 10 秒左右閃爍一次)。我正在嘗試從健康/正常運行的 Win 10 安裝中進行 SFC 掃描。

我可以從內部掃描正在執行的 Win 10 安裝,沒有問題sfc /verifyonlysfc /scannow不會出現任何錯誤或麻煩。

但是指向OFFWINDIRBCD 驅動器或“死”Win 10 安裝驅動器,我在(兩個)日誌中得到了完全相同的錯誤(以日期為模),例如

0000129a@2020/7/1:16:02:35.036 (F) onecore\base\wcp\sil\fs_rerooted.cpp(424): Error c0000039 [Error,Facility=(system),Code=57 (0x0039)] originated in function Windows::Rtl::SystemImplementation::CRerootedFileSystemProvider::SysCreateFile expression: (null)

透過比較兩個日誌發現。既然它在抱怨CRerooted,我懷疑是它offbootdir不喜歡......(我懂了其他人遇到了同樣的錯誤,但沒有真正的答案這是什麼意思。

對於chkdsk「死」(意味著不斷旋轉)安裝驅動器僅給出一些(主要是AppCrash)錯誤,毫無疑問是由我不得不對其使用的強制關閉電源造成的:

  62386 reparse records processed.
                                                                                Index entry Report.wer in index $I30 of file C801 is incorrect.
Index entry Report.wer in index $I30 of file C831 is incorrect.
Index entry Report.wer in index $I30 of file C8A1 is incorrect.
Index entry Report.wer in index $I30 of file C8BF is incorrect.
Index entry Report.wer in index $I30 of file C915 is incorrect.
Index entry Report.wer in index $I30 of file C9A3 is incorrect.
Index entry Report.wer in index $I30 of file C9B5 is incorrect.
Index entry Report.wer in index $I30 of file C9C3 is incorrect.
                                                                                Index entry AP1CC0~1.EXE in index $I30 of file 662D5 is incorrect.
Index entry AP1D30~1.EXE in index $I30 of file 662D5 is incorrect.
Index entry AP4032~1.EXE in index $I30 of file 662D5 is incorrect.
Index entry APA3A9~1.EXE in index $I30 of file 662D5 is incorrect.
Index entry APA768~1.EXE in index $I30 of file 662D5 is incorrect.
Index entry AppCrash_dwm.exe_602785ff1ad84b4251fd4d4d968a49205c4997_25529819_50b89d74-3097-4aa9-b867-7c9c3c5dae6a in index $I30 of file 662D5 is incorrect.
Index entry AppCrash_dwm.exe_602785ff1ad84b4251fd4d4d968a49205c4997_25529819_58d875dd-29ab-429e-ba1f-82d14fd237d5 in index $I30 of file 662D5 is incorrect.
Index entry AppCrash_dwm.exe_602785ff1ad84b4251fd4d4d968a49205c4997_25529819_e0e33150-ba5c-471f-98be-c25484e60dae in index $I30 of file 662D5 is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_29c4cfb1-f7d8-4751-819a-ed51573d6a5e in index $I30 of file 662D5 is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_37ed6e37-8e90-4d53-b676-414831b028a4 in index $I30 of file 662D5 is incorrect.
                                                                                Index entry AP29BE~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP2A31~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP4213~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP5D1D~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP6F64~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP8027~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AP8B28~1.EXE in index $I30 of file 662FC is incorrect.
Index entry APB701~1.EXE in index $I30 of file 662FC is incorrect.
Index entry APD8D4~1.EXE in index $I30 of file 662FC is incorrect.
Index entry APD90D~1.EXE in index $I30 of file 662FC is incorrect.
Index entry AppCrash_dwm.exe_602785ff1ad84b4251fd4d4d968a49205c4997_25529819_3c6809aa-e39d-4112-80ed-d9c20f6429b4 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_dwm.exe_602785ff1ad84b4251fd4d4d968a49205c4997_25529819_ebccbc17-b8e5-4ab9-a4f5-738a3378fdf7 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_08a0074d-89ad-4ae3-a2fe-cc8d74833eb9 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_195a3824-35fa-4eeb-90f5-cd80e543becf in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_1c50c522-08b8-460e-8f9e-e0d0d09202ac in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_74d589b1-3d92-49fe-bf0b-e6d62a4912b8 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_8a604bac-dde8-4835-bfb4-c0006a6af03c in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_db10a313-935a-4127-b193-d9fa596ee322 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_eccb09a4-0826-4648-a1ac-418df36f1328 in index $I30 of file 662FC is incorrect.
Index entry AppCrash_LogonUI.exe_663467edba6d197a625e1e79c1e876af21ec6c_6f8885ad_f1607dcd-f286-4ce4-abbe-a923d06cb11b in index $I30 of file 662FC is incorrect.
                                                                                                                                                                  662946 index entries processed.                                               

我能夠使用AppCrashView載入崩潰的作業系統報告(/ReportsFolder/ProfilesFolder指向「死」Win10 上的相應目錄)。看來這\WINDOWS\system32\sihost.exe導致了帶有錯誤代碼的應用程式崩潰(報告)0x80270234。事實上,這只是一個成功進入存檔的文件,其他的都在WER\ReportQueue,一大堆,因為 dwm 週期性崩潰:

在此輸入影像描述

但這對於弄清楚為什麼sfc拒絕在「死」作業系統上運行沒有多大幫助,而其他工具似乎可以使用它。


chkdsk /f好的,我已經修復了啟動時的一些磁碟錯誤。但這並沒有說服證監會履行其職責。

最有趣的是我現在修復了根本問題,所以兩個 Win 10 實例現在都可以正常啟動......但 sfc仍然無法掃描離線安裝,即使它 100% 正常且可啟動。

非工作安裝有不正確的 HKLM/MountedDevices,我透過載入組態單元並更改映射來「離線」修復該問題。 (我意識到自映射不是應用程式崩潰報告中的 C:。)但即使在執行此操作之後,「離線」sfc 仍然拒絕工作(具有相同的錯誤),即使在更改後安裝啟動正常,並且我可以sfc /scannow從裡面跑出來。 (沒有報告錯誤。)

因此,在我看來,離線 sfc 掃描的理論意義大於實際用途。我將此作為一個懸而未決的問題,以防有人確切地知道 sfc 離線情況。

相關內容