在我的基於 GPT/EFI 的新 Windows 7 電腦上，我嘗試將舊電腦的基於 MBR 的磁碟機安裝為輔助 SATA1 磁碟。我已經在新的 SATA0 上實現了 Windows 7 和 Linux Mint 雙啟動，但我仍然想使用舊磁碟作為輔助備份驅動器，並且將舊的 MBR 驅動器插入 SATA1，Windows 7 堅持嘗試啟動從中。也許如果我擦除磁碟機並採用 GPT 分割區方案，我會沒事，但我還沒準備好完全清除那裡的分割區（和資料）。
因此，我嘗試使用 dd 將 446 位元組的零複製到磁碟機的開頭，將 MBR 的引導程式部分清除。這確實有效——有點有效。引導程式剛剛歸零後，我可以啟動 Windows正好一次將第二個磁碟插入 SATA1。之後，Windows 7 再次嘗試從第二個磁碟啟動 - 只是現在不再加載以前在那裡的 grub 加載程序，而是給出了“未找到作業系統”錯誤。有趣的是，如果我將啟動 Windows 之前的歸零 MBR 與啟動 Windows 後的 MBR 進行比較，它會發生變化：
cmp -l mbr.beforewindows mbr.afterwindows
441 0 161
442 0 342
443 0 312
444 0 50
顯然Windows以其無限的智慧修改了空白的MBR。根據維基百科，MBR 位置 440-443 是“32 位元磁碟簽章（可選，UEFI、Windows NT/2000/Vista/7 和其他作業系統）”，位置 444 應該為 0。決定使其可啟動，從而擾亂其在存在驅動器的情況下啟動的能力。太棒了，微軟！
好吧，也許在 Windows 第一次啟動時做出現後，我可以在其裝置管理員中看到該驅動器，並告訴 Windows 不要嘗試從它啟動...
我似乎記得在某處看到過類似的帖子，其中提供了有關如何阻止 Windows 嘗試「修復」輔助驅動器的引導程式的建議。有人知道這件事嗎？