※ 引述《ChowMein (杉斑加紋)》之銘言： : ※ 引述《A520520 (無)》之銘言： : : 看到版上很多版友 詢問磁碟分割區不見 詢問要如何拯救 : : 能否救回 不是我想討論的重點 重點是在如何預防 : : 且確保不會發生在你身上 : : 很多這種情況 都是發生在使用舊版的FDISK切割硬碟 : : 甚至看過 品牌電腦一樣有相同的狀況 甚至是還原光碟 : : 使用的還原程式 還原的磁碟分割工具 都是舊版 : : 無法處理1024磁柱 : : 強烈建議各位檢查自己的硬碟 不論是PC NB 或者是多顆硬碟 : : 若碰到有分割區重疊的狀況 建議趕快把資料備份 重作分割區 : : 以避免憾事發生 更建議備份磁碟分割表 : 就 SPFDisk 的說明來看, 意思似乎是指用 Windows98 FDISK 進行分割產生的問題, : 造成二個分割區重疊, 所以將資料寫入重疊部份時會導致資料互相覆蓋. : 我想如果是救援恢復之前正常的分割表應該沒問題, : 而且 testdisk, DiskGenius 和 Partition Table Doctor : 不會明知分割區重疊, 卻不做出警告, 直接寫入分割表. : 用 google 搜尋 「分割區 重疊」和「MBR 主啟動磁區」 : 看了些文章. 好像很嚴重又好像沒什麼??? : 不知道 Windows98 FDISK 的這個bug是多久以前, 現在有沒有修正? : 還有其它軟體操作可能造成這個問題嗎? : 而這類問題能不能用上列工具修復呢? : 我之前還原了舊的分割表, 造成二個分割區錯誤, : 新分割是 70g 2g, 舊分割是 67g 5g, : 我想這種情況有點類似重疊, 如果此時將資料寫入 5g, 就會覆蓋 70g 最後 3g 的資料, : 之後用 DiskGenius 恢復 70g 2g 的分割. : 分割表改來改去, 指定大小, 指定檔案系統... 簡單講,就是 "溢位" 的問題... 其實這"覆寫" 問題應該是 win98 版才有, win98se 版本的已經解決這個 問題. 這個問題(個人結論) 是因為 win98 的 fdisk 尚未引入 LBA 定址,且MBR 參數的 Cylinder 尚未採取新的借位設計, 所以變成無法使用超過 1023 ,而若存取 > 1023 Cylinder (從 LBA 轉換 為 CHS 參數)在分割時就會出現溢位情況 (1023+1 = 0 ). 當此溢位情形寫入 MBR ,自然而然就會造成分割區覆蓋/重疊 不過呢...這問題應該幾乎沒有人碰過,一來大部分開發開機片的 DOS 都是借用 Win98se 或其他 FreeDOS 的 DOS Kernel (Winme DOS 的開機片幾乎沒有,因為很難用,我做了一片就存檔放著沒在用) 而 win98se 的 DOS Kernel 已經可以正常使用 LBA 轉換的 > 1023 Cylinder (這個溢位門檻,是一般的 "8GB" 門檻)(OS:8G硬碟?? 隨身碟都已經有 128G 了) 而現在大部分做開機工具片的,就所知幾乎都使用了 "MIT" 的 spfdisk . 因此 spfdisk 作者拿掉這段"經驗"大概也是這道理(太古典了......老梗一枚) 順道一提, Win98se Fdisk "只是"無法正常顯示 > 64GB 硬碟(理由如下篇 另位網友所引出的官網說明) 但實際上是可以正常使用,只是自己要在腦子裡規劃好容量 ps.其實同屬 win98se 的 format.com 也是有這個問題. 然實際上是可以正常使用(分割/格式化) 不過,既然 spfdisk 這麼好用,誰還會去用只能切"1個" master 的 fdisk ?? pps.format.com 倒是還在用,因為可以看一下是否有壞磁區. --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.217.98.173