我在新的 SSD 上安裝了 Windows 10 Preview,並注意到 C: 末尾有一個很小的 450MB 恢復分割區。
(忽略包含 F: 的擴展分區,因為我後來自己添加了這一點)
我非常確定在全新安裝的 Windows 7 上沒有出現這樣的分割區,而且我不記得在 Windows 8 或 8.1 中看到過類似的東西。
那麼,這是 Windows 10 的新功能嗎?
這個小分區包含什麼?
答案1
視窗XP
- 安裝程式僅建立一個 Windows 分割區。
- Windows 復原控制台不是預設安裝的一部分,但可以輕鬆新增到 Windows 分割區,它安裝在一個目錄中,大約需要 7MB 的空間。
- 僅支援 512 位元組本機 (512n) 驅動器。高級格式 (AF) 512 位元組模擬 (512e) 和 4K 本機 (4Kn) 驅動器不受官方支持,也不建議。
- 不支援 GPT 啟動。 XP 64 位元只能使用 GPT 驅動器來儲存資料。
視窗Vista
- 安裝程式在 BIOS/MBR 和 UEFI/GPT(僅限 64 位元)模式下僅建立一個 Windows 分割區。
- 基於 WinPE 的 WinRE 首次在 Vista DVD 上首次亮相,但由於沒有為其提供安裝例程,因此沒有簡單的方法將其安裝在硬碟上。相反,需要使用作為 WAIK 一部分提供的工具和腳本來手動執行此操作。
- WinRE 必須安裝在與 Vista 系統分割區不同的分割區上。如果需要,可以與 BitLocker 磁碟機加密 (BDE) 分割區結合使用。
- 當作為擴充映像安裝時,建議的 WinRE 分割區大小約為 1GB。
- 一些更新/修補程式支援 AF 512e 驅動器,但不支援 AF 4Kn。
Windows 7的
設定於BIOS/MBR模式建立一個 100MB 系統保留分割區和一個 Windows 分割區。
在早期 RTM 之前的版本中(至少到 7057),系統保留分割區的大小為 200MB。
系統保留分割區包含啟動管理器 (bootmgr)、啟動設定資料 (BCD) 和用於 BDE 的啟動檔。也可以包含 WinRE。
系統保留分割區的最小大小為 100MB,但可以更大。它被標記為活動且不得加密。在 BIOS/MBR 模式下,它可以格式化為 FAT32 或 NTFS(安裝程式使用 NTFS)。
如果 WinRE 未安裝在系統保留分割區中(例如,如果因為 Windows 安裝在預分割磁碟機上而從未建立該分割區),則會安裝它
%SystemDrive%\Recovery
。一些更新/修補程式支援 AF 512e 驅動器,但不支援 AF 4Kn。
設定於UEFI/GPT 模式(僅限 64 位元)建立至少 100MB EFI 系統分割區 (ESP)、128MB Microsoft 保留分割區 (MSR) 和 Windows 分割區。
ESP 包含 NTLDR、HAL、Boot.txt 以及引導系統所需的其他文件,例如驅動程式。 MSR 由作業系統用於磁碟管理。
ESP 必須格式化為 FAT32。
UEFI/GPT 模式下的 WinRE 的規則與 BIOS/MBR 模式下的規則相同。
視窗8
設定於BIOS/MBR模式建立至少 350MB 的系統保留分割區和 Windows 分割區。
系統保留分區包含 WinRE 和 BDE 相關檔案。在 BIOS/MBR 模式下,它可以格式化為 FAT32 或 NTFS(安裝程式使用 NTFS)。
BIOS/MBR 和 UEFI/GPT 模式皆支援 AF 512e 磁碟機。
設定於UEFI/GPT 模式(僅限 64 位元)建立至少 300MB WinRE 分割區、至少 100MB EFI 系統分割區 (ESP)、128MB Microsoft 保留分割區 (MSR) 和 Windows 分割區。
ESP 必須格式化為 FAT32。在 AF 4Kn 磁碟機上,最小 ESP 大小為 260MB,因為 FAT32 分割區大小以磁區大小 (4KB) x 65527 = 256 MB 計算。
AF 4Kn 驅動器僅在 UEFI/GPT 模式下支援。
Windows 10
設定於BIOS/MBR模式建立一個最小 100MB 的系統保留分割區、一個 Windows 分割區和一個 450MB WinRE 分割區(最小 300MB)。
BIOS/MBR 和 UEFI/GPT 模式皆支援 AF 512e 磁碟機。
設定於UEFI/GPT 模式(僅限 64 位元)建立至少 100MB EFI 系統分割區 (ESP)、16MB Microsoft 保留分割區 (MSR)、Windows 分割區和 450MB WinRE 分割區(至少 300MB)。
ESP 必須格式化為 FAT32。在 AF 4Kn 磁碟機上,最小 ESP 大小為 260MB,因為 FAT32 分割區大小以磁區大小 (4KB) x 65527 = 256 MB 計算。
AF 4Kn 驅動器僅在 UEFI/GPT 模式下支援。
長話短說:單獨的 WinRE 分割區僅由 UEFI/GPT 模式下的 Windows 8 安裝程式以及 BIOS/MBR 和 UEFI/GPT 模式下的 Windows 10 安裝程式建立。
資料來源:
- 如何安裝 Windows 故障復原控制台
- 在 Windows XP 上安裝故障復原控制台作為啟動選單選項
- Windows RE 註解博客
- Windows Vista 復原環境
- Windows Vista預安裝設計-分割區佈局
- Windows 7 - 了解磁碟分割區
- Windows 7 - 建議的基於 BIOS 的磁碟分割區配置
- Windows 7 - 建議的基於 UEFI 的磁碟分割區配置
- 步驟:IT 專業人員的 Windows 8 部署
- Windows 8 - 硬碟與分割區概述
- Windows 8 - 設定基於 BIOS/MBR 的硬碟分割區
- Windows 8 - 設定基於 UEFI/GPT 的硬碟分割區
- Windows 10 - 硬碟與分割區
- Windows 10 - 基於 BIOS/MBR 的硬碟分割區
- Windows 10 - 基於 UEFI/GPT 的硬碟分割區
- Windows 和 GPT 常見問題解答
- Microsoft 對 Windows 中 4K 磁區硬碟的支援政策
- 進階格式 (4K) 磁碟相容性更新
- 什麼是系統保留分割區,可以刪除嗎?
- Windows 7 內部版本號
- 早期版本中的 Windows 7 系統保留分割區大小:1,2
- Windows 復原環境技術參考:維斯塔,WIN7,Win8,WIN10
答案2
請注意,通常有多個復原分割區(您可能想要回溯到的每個 Windows 版本一個,以及 OEM 復原分割區)。但某些磁碟工具會混淆它們或更改其 ID,以便 OEM 復原和 Windows 復原分割區可能會混淆)。不管怎樣,WinRE復原分割區通常是由Windows 10中名為「ReAgent」的工具安裝的,當它在「SAFE_OS」環境中執行時(執行Windows 10安裝程序,包括從Windows自動執行時),該工具不起作用並且經常掛起更新以安裝新版本的 Windows 10),並且當您想要從正常模式手動使用 ReAgent 時也會失敗:ReAgent 錯誤地計算了安裝恢復環境所需的儲存空間。您最終可能會看到Windows 10 已佔用磁碟上的空間來分配一個或多個恢復分割區,然後更新BCD 儲存以使它們可啟動,即使這些分割區尚未準備好(實際上未格式化:您將它們視為“RAW”分割區而不是“NTFS”分割區)。在每次重新啟動時,將再次建立新的附加分割區(從主分割區佔用空間,但忽略為先前失敗的嘗試格式化錯誤設定的復原分割區而指派的空間)。
然後,您需要刪除那些不正確的分割區,回收它們的空間以供正常的Windows 分割區使用(在我的磁碟上,我看到安裝復原的重複失敗嘗試留下了幾GB 的儲存空間:一個300 MB分區,然後是另一個450 MB)分區,然後是另一個600 MB 分區,每次都比之前的嘗試多需要150MB! 事實上,每次WinRe 都會失敗,並出現錯誤,提示大小不足以使用,即使Windows 10 永遠不會需要超過450MB。無法回滾)。
請注意,當 Windows 10 安裝程式回滾時,它會原樣保留這些分割區,即使它們現在是未格式化的「RAW」分割區。您需要手動刪除這些未使用的分割區。
您還需要檢查 BCD 儲存的內容;從管理員命令列運行:BCDEDIT /enum all
您可能會看到為不存在的分區/磁碟區建立的新根條目
也要從命令列檢查分割區,因為 UI「磁碟管理」控制面板不會顯示所有內容(如果它們的 ID 設定為某種「受保護」狀態,有時會拒絕讓您刪除這些不正確的分割區。
磁碟部分
有一個附加選項,可讓您強制刪除這些無法從磁碟管理控制面板刪除的分割區:
- 查看所有現有磁碟區並查看它們安裝在哪些磁碟機號碼上,以及它們使用哪種檔案系統類型(或它們是否是未格式化的「RAW」分割區) LIST VOL
- 選擇您的 Windows 分割區 選擇磁碟區 n 清單部分
- 查看系統磁碟的正確分割區號,找到小型的 UEFI/啟動 FAT32 分割區,找到最終的 OEM 復原分割區
- 那麼您可能需要刪除磁碟上不需要的分割區(由於 ReAgent 中的錯誤而由 Windows 10 安裝程式錯誤安裝)以還原它們不必要的空間。
對於某些分割區,您可能無法使用“DELETE PART”來刪除所選分割區(及其上的磁碟區)!這些相同的分割區也無法在磁碟管理控制面板中刪除(選項為灰色)。但是您可以透過命令列使用附加參數來完成此操作!刪除部分覆蓋
但在再次擴充 Windows 分割區之前,請保留已刪除分割區建立的可用空間:Windows 安裝程式無需再次調整 Windows 分割區的大小,現在可以直接指派復原分割區,而無需變更C:Windows 分割區。
更正 BCD 儲存中的條目要複雜得多(執行此操作的命令列語法非常複雜!)
大多數使用者完全無法自己使用 BCDEDIT 和 DISKPART 工具!他們需要技術支援(這非常糟糕,因為 Windows 10 安裝程式損壞了自動地他們的分區表和 BCD 儲存)。
Windows 10 安裝程式確實自動化程度太高(濫用無人值守的自動安裝,而沒有事先了解其將嘗試執行的操作)。所有更改BCD 儲存(錯誤讀取BIOS 資訊以及混合UEFI 和MBR 相容性資訊)或分割區方案的操作都不應該以無人值守的方式完成,事實上,所有這些都可以在重新啟動到SAFE_OS 模式之前完成,並進行一些交互來確認將做什麼,以及適當的日誌記錄。
但是SAFE_OS 模式下的Windows 10 安裝程式只是試圖「猜測」什麼是最佳配置,而且他們的猜測常常是錯誤的(這會在特定驅動器上的驅動器號、卷號、分區號之間造成很多混淆,有時還會混合驅動器號或更改其映射(簡單地忽略唯一的捲標識符,這是非常糟糕的並且完全違背 Microsoft 的建議和文檔!Microsoft 仍然忽略與第三方開發人員和 OEM 討論的自己的規範)
Windows 10 安裝失敗對診斷來說確實是一場惡夢。
即使是微軟的線上幫助也無法理解這些問題!他們甚至忽略現有的 Windows 診斷工具,例如 DISKPART 選項或 BCDEDIT 的基本語法!打電話給他們,他們可能會開始與您的電腦進行支援會話,但您對他們的幫助比他們對您的幫助要多(因為用戶通常比Microsoft 官方支援團隊更了解有關Windows 的各種知識!) 。但也許他們會幫助您找到一些您忘記檢查的事情。
謹防!他們可能會告訴您安裝不正確的 Windows 版本,這將導致您的所有用戶資料被刪除而不是被遷移!微軟支援人員只查看 Winver 對話方塊中顯示的內容,但不查看使用的真實版本(例如,他們假設 Windows 版本的本地化語言與您使用的語言相同,並且仍然忽略您可能會使用的語言)在美國英語安裝之上使用MUI 語言設定)。
Windows 安裝程式也會對您的系統上的內容做出各種錯誤的假設。 「ReAgent」元件是最糟糕的,它幾乎沒有文件記錄,不解釋它試圖做什麼,不記錄其操作,不記錄其自己的錯誤,並且幾乎不提供任何診斷。我只能說,它錯誤地計算了安裝恢復環境所需的空間,並且沒有解釋為什麼它需要超過 300MB(我認為“ReAgent”錯誤地讀取了 MSR 分區中的一些數據,或者在某些情況下,RAID、USB 或行動裝置、連接的印表機或快閃記憶體卡上安裝有其他磁碟,並且可能會增加其他磁碟上實際用於不相關資料的空間,這永遠不會成為恢復的一部分分割區本身,或者它試著猜測WinRE 來源在哪裡,並在某個地方找到一些實際上不是WinRE 來源的隨機目錄,然後新增已為不適合該版本Windows 的其他一些復原分割區分配的空間)
我對Microsoft 官方支援人員反應的看法(他們從我那裡學到的東西比他們幫助我的東西多得多,而且他們不明白我向他們展示的DISKPART 和BCDEDIT...),是Microsoft 實際上並不真正了解Windows 到底如何有效(因為內部人員缺乏培訓,而且Windows 的許多部分實際上是由一個小團隊設計的,沒有為Microsoft 工作的登入者,現在Microsoft 需要第三方的幫助來猜測這一切應該如何工作) !
這是有問題的:Windows 是專有的,但內部文件記錄得很差,現在微軟並不真正知道如何管理由許多第三方編寫的數十億行原始碼,而沒有真正的審查!然後Windows將被詛咒緩慢消亡,因為它已經變得無法維護並且不受微軟本身的支持(甚至第三方也因為缺乏內部文檔而很難定位問題:自從微軟在不詢問用戶的情況下推動無人值守安裝以來,情況從未如此糟糕)任何事物)。
也許微軟是時候考慮在另一個作業系統上創建他們出售的軟體和服務了,實際上是由更大的社群支援的!微軟應該開始創建自己的基於Linux的發行版(並在其之上重建一個UI層:微軟應該幫助開發Linux的「Wine」)。
微軟已經表示Windows 10將是Windows的最後一個商業版本。我預測它將在大約 10 年內開始消亡,而支援為 Windows 開發的應用程式的下一個作業系統實際上將是 Linux(並且 Edge 將移植到 Linux:Office 365 和 Azure 已經支援 Linux 和第三方)瀏覽器:Windows 和瀏覽器將不再是銷售Microsoft 解決方案的策略,Windows 和Internet Explorer/Edge 對Microsoft 的成本超過了它們產生的收入,而且Microsoft 無法在不向第三方付費的情況下維持對它們的技術支持!