問題是，從磁碟映像恢復電腦後，我能夠在「這台電腦」中看到恢復分割區（ID 27），這是不應該發生的。在恢復 PC 之前，我已使用 DISKPART 刪除了恢復分割區的磁碟機代號。
問題是：如何防止 Windows 在從磁碟映像復原 PC 後重新為復原分割區指派磁碟機？
編輯：
我有 Windows 10（64 位元）版本 1903（2019 年 5 月更新）（全新安裝）。
我不想在還原後刪除磁碟機號，而是希望 Windows 在還原後不指派它。
我有一個帶有標準 BIOS 的 MBR 磁碟，即使在最新支援的更新中也沒有實現對 GPT 磁碟的支援。無論如何，我只能將沒有任何分割區或磁碟區的基本MBR磁碟轉換為GPT磁碟，這使得資料備份作業變得困難。
GUID 方法不起作用，因為我有 MBR 磁碟。
SET ID=de94bba4-06d1-4d40-a16a-bfd50179d6ac
因此：
gpt attributes=0x8000000000000001
對我來說僅有效：
attributes volume set nodefaultdriveletter
但在這種情況下，Windows 10在系統還原後繼續為復原分割區分配磁碟機號，因此沒有達到預期的效果。
我已使用 Windows 10 內建的「備份和還原 (Windows 7)」僅建立「C」分割區的映像，並且對於還原，我使用了 Windows 10 版本 1903（2019 年 5 月更新）安裝上的過程光碟是從官方網站下載的。我不認為此過程會更改恢復分區的屬性，但我無法使用 DISKPART 驗證它，因為我沒有 GPT 磁碟，但我能夠驗證即使在此之後“nodefaultdriveletter”屬性仍然保留系統已恢復，但Windows 仍將驅動器盤符重新分配給恢復分區。
我在還原分割區上還有字母時進行了備份，否則 Windows 10 公用程式「備份和還原 (Windows 7)」不會看到它。
在我的 MBR 磁碟中，我測試了位於擴充分割區內的邏輯復原分割區和主復原分割區具有相同的行為。
最後編輯：
啟動任務方法可能並不總是有效，因為恢復分區的捲號可能會根據恢復時連接的設備而變化，並且根據某些功能來識別卷也是無用的，因為可能有多個具有相同卷號的捲。由於我有一個 MBR 磁碟，由於 GUID 的原因，分割區無法唯一識別。換句話說，這不是解決方案。
我已在 Fujitsu 官方網站上閱讀了我的主機板 BIOS 更新的發行說明，但沒有一個更新實現了 GPT 磁碟支援。我的主機板 (FUJITSU D3011-A1) 支援的最新 BIOS 版本是 V6.00 Release R1.06.3011.A1 (Phoenix SecureCore(tm) Setup Utility)。
答案1
我在還原分割區上還有字母時進行了備份，否則，Windows 10 公用程式「備份和還原 (Windows 7)」不會看到它。
我備份到了與還原分割區不同的分割區，因此我可以在備份之前刪除還原分割區的盤符。之後，我為復原分割區重新分配了一個字母，以便能夠將來自另一個分割區的備份移到其中。
然後我再次刪除了這封信並嘗試恢復它！它有效，恢復後該盤符沒有重新分配給恢復分區！我還驗證過，備份C盤後，如果刪除或新增任何分割區，恢復將無法進行。
由此我推斷，即使進行單一分區備份，該備份也具有分區數量和分配給每個分區的字母的內存，即使它不會恢復所有捲上的標籤，而僅恢復那些要恢復的捲的標籤。它已被備份。
這種方法不僅不會將盤符重新分配給恢復分區，而且我還驗證瞭如果我沒有執行此步驟：
然後我再次刪除了這封信
恢復後，Windows 10 會將其刪除。此方法也適用於 GPT 磁碟。
最好使用 DISKPART 設定 id=27 的復原分割區，將其標記為此類，並防止經驗不足的使用者透過磁碟管理對其進行格式化或刪除。