※ 引述《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