文长图多，好读版。
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
主机板的默认设定：






SATA Mode: AHCI, CSM: On, UEFI: on
因为要安装 Win7，所以更改了CSM第二项设定为 Legacy
安全启动还是维持在 Windows UEFI 模式。


安装来源为 USB 2.0 随身碟，开机之后有顺利进到安装画面。
不过在读取硬盘列表的画面时后，速度异常的慢。
而且在新增 SSD磁区时的速度也非常不正常，第一次安装我没有想太多。
就让它这样子安装跑到第一次重新开机，重开机之后呢。
居然跳出了其他硬盘磁区需要 chkdsk 修复的讯息，我当下就直接Esc之后关机了。
如图：

接着把其他硬盘 SATA 拔除后交叉测试，发现只要接上 GPT 的硬盘就会有以上的情形。
单独留下 SSD、2TB 的硬盘(MBR)就可以快速且顺利的安装完毕。
而且只要接回 GPT 的硬盘，进入 Windows 前就一定会跳出硬盘需要修复的讯息。
心里想完蛋啦，这三颗4TB才买半年，该不会同时一起出问题，或者就是分割表的问题。
使用 Esc 略过修复还是可以进入系统。而且资料都还还看得到。
但是开机前的修复讯息如果没有跳过的话，让 chkdsk 完整的跑完就会变成 Raw 状态。
除了2TB以下是MBR外，其余3TB以上的分割表皆为GPT。
而其中有两颗的4TB硬盘有作对切的硬盘分割。
重点来了，出问题的磁区都是在GTP分割的第二个磁区。
有一颗单独4TB的可能因为资料还未超过2TB，所以开机还没有出现问题。
请见图：

如图，磁盘代号 L 跟 J，在开机时都会跳出 chkdsk 需要修复的讯息。
但是开机前的修复讯息如果没有跳过的话，让 chkdsk 完整的跑完就会变成 Raw 状态。
变成 Raw状态后，上网搜寻了相关解决办法，
Spfdisk、Testdisk、Diskgenius、R-studio、EasyRecovery..
相关软件都已经准备好，也曾经做了最坏的打算，想说扫描之后再用软件救回。
最后，以上软件都没用到。很讽刺的要说，后来完整救回的指令也是透过“chkdsk”。
指令如下：(R的指令有包含F功能，应可忽略)
chkdsk L: /f /v /r


因为需要跑一段时间，睡一觉起床后，资料就重生了。
不过造成分割表损坏的原因还是不明白，硬件在上机之后，所有硬盘都已经预先接好。
Bios的设定也前后调整过多次，都是集中在 SATA Mode、CSM、UEFI 的相关设定。
会不会有特定的相关组合，导致分割表损毁？又或不一定是分割表损毁？
还是什么原因造成，实在想请各位前辈指教了。