[請益] 換新主板後，遇到了 GPT 變 Raw 的問題

[vincentpp (文森)]

文長圖多，好讀版。
https://www.ptt.cc/bbs/Storage_Zone/M.1435474879.A.BC9.html

這幾天剛升級了硬體平台，主機板當然也換成了新版的 UEFI BIOS。
也遇到了傳說中 GPT 變成 RAW 的問題，不過產生的原因讓我很納悶。
不過好在目前檔案已經全數救回，趁著還有些記憶記錄一下。

主機板型號是 ASUS H97-Pro Gamer，機殼裡目前有六顆硬碟。

Micron MX100 256GB (boot)
Toshiba  2TB
Toshiba  3TB
HGST     4TB x 3

主機板的預設設定：
http://i.imgur.com/w9YBg5b.jpg
http://i.imgur.com/MQEeC84.jpg
http://i.imgur.com/fGZ82K0.jpg

SATA Mode: AHCI, CSM: On, UEFI: on

因為要安裝 Win7，所以更改了CSM第二項設定為 Legacy
安全啟動還是維持在 Windows UEFI 模式。
http://i.imgur.com/K3MRCeP.jpg

安裝來源為 USB 2.0 隨身碟，開機之後有順利進到安裝畫面。
不過在讀取硬碟列表的畫面時後，速度異常的慢。
而且在新增 SSD磁區時的速度也非常不正常，第一次安裝我沒有想太多。
就讓它這樣子安裝跑到第一次重新開機，重開機之後呢。
居然跳出了其他硬碟磁區需要 chkdsk 修復的訊息，我當下就直接Esc之後關機了。

如圖：http://i.imgur.com/6s9As4k.jpg

接著把其他硬碟 SATA 拔除後交叉測試，發現只要接上 GPT 的硬碟就會有以上的情形。
單獨留下 SSD、2TB 的硬碟(MBR)就可以快速且順利的安裝完畢。
而且只要接回 GPT 的硬碟，進入 Windows 前就一定會跳出硬碟需要修復的訊息。
心裡想完蛋啦，這三顆4TB才買半年，該不會同時一起出問題，或者就是分割表的問題。

使用 Esc 略過修復還是可以進入系統。而且資料都還還看得到。
但是開機前的修復訊息如果沒有跳過的話，讓 chkdsk 完整的跑完就會變成 Raw 狀態。

除了2TB以下是MBR外，其餘3TB以上的分割表皆為GPT。
而其中有兩顆的4TB硬碟有作對切的硬碟分割。
重點來了，出問題的磁區都是在GTP分割的第二個磁區。
有一顆單獨4TB的可能因為資料還未超過2TB，所以開機還沒有出現問題。

請見圖：http://i.imgur.com/SOhUYPx.png

如圖，磁碟代號 L 跟 J，在開機時都會跳出 chkdsk 需要修復的訊息。
但是開機前的修復訊息如果沒有跳過的話，讓 chkdsk 完整的跑完就會變成 Raw 狀態。
變成 Raw狀態後，上網搜尋了相關解決辦法，
Spfdisk、Testdisk、Diskgenius、R-studio、EasyRecovery..
相關軟體都已經準備好，也曾經做了最壞的打算，想說掃描之後再用軟體救回。

最後，以上軟體都沒用到。很諷刺的要說，後來完整救回的指令也是透過「chkdsk」。
指令如下：(R的指令有包含F功能，應可忽略)

chkdsk L: /f /v /r
http://i.imgur.com/qw5xLHc.png

因為需要跑一段時間，睡一覺起床後，資料就重生了。

不過造成分割表損壞的原因還是不明白，硬體在上機之後，所有硬碟都已經預先接好。
Bios的設定也前後調整過多次，都是集中在 SATA Mode、CSM、UEFI 的相關設定。
會不會有特定的相關組合，導致分割表損毀？又或不一定是分割表損毀？
還是甚麼原因造成，實在想請各位前輩指教了。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.56.26
※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1435474879.A.BC9.html
※ 編輯: vincentpp (36.231.56.26), 06/28/2015 15:01:30
→ comipa      : 不要混著legacy, 都用UEFI開應該比較好,.
→ comipa      : Win7一樣可以UEFI boot
→ vincentpp   : 所以用BIOS預設設定就可以了嗎？然後隨身碟再加入
→ vincentpp   : 支援UEFI的安裝檔案就可以對嗎？
→ ENEP        : 猜是Secondary GPT的問題