误删文件的原位置修复的问题

olol

看来是我分区不合理了
数据都保存在1个大分区里，现在终于遇到一个难堪的问题
待恢复分区剩余空间大概66gb，
误删除的数据大概30gb，除待恢复分区外，剩下的唯一系统分区不超过5gb
DiskGenius恢复文件的要求是：不能保存在待恢复分区。
所幸的是虽然分区碎片不少，但误删除文件没有丝毫损失，因为误删除后就再也没动过该分区

现在是既不能分割待恢复分区，身边又无其它硬盘可用，奈何？

DGen

原地修复风险太大。

olol

昨天试提取误删文件的时候，发现用dg的话，会有很多0字节的情况
Recover My Files（目前只试过这个）虽然正确显示容量，但都不能正常提取。而且这些0字节的文件都没有被dg标记为X，也就是说应该可以完好提取的，这也是我昨天认为数据没有丝毫损失的根据，没想到……

有些情况昨天没有说详细，这个待恢复的分区在末尾有不小的一块空白区，原因是在未误删前做过磁盘整理，虽然用到现在积攒了一些碎片，但空白区域是没有变化的，容量大概20gb。而0字节的文件总和容量大概10gb，未知能否利用这个空白区域恢复剩余的文件？那些0字节的文件又该做何处理？

顺便说点题外话，既然删除命令只是标记为空白区，那有没办法做到反标记来修复呢？又比如，根据扫描到的文件列表就可知容量大小，那么在恢复的时候能不能加个选项，使之在待恢复分区的末尾开始存放数据。这些dg就完全可以做到嘛！至于能否达到应用的要求，完全可以采取dg自动计算后提示，或用户自己决定嘛

olol

又漏了一点：（

待恢复分区是ntfs

ps.回想以前做快速格式化的时候，也是数据全无，也是被标记为空白区。情况跟现在很相似，只是那时是fat32。假如现在对待恢复分区做一次快速格式化或者把剩余的文件删干净，再用恢复分区表的方法，能不能达到拯救数据的目的？昨天试搜索分区表的时候，发现出来的都是误删文件以后的情况，所以才用恢复文件的方法

DGen

昨天试提取误删文件的时候，发现用dg的话，会有很多0字节的情况
Recover My Files（目前只试过这个）虽然正确显示容量，但都不能正常提取。而且这些0字节的文件都没有被dg标记为X，也就是说应该可以完好提取的，这也 ...
olol 发表于 2009-11-19 12:26

看起来容易，要实现的话会有很多想不到的问题的。

DGen

又漏了一点：（

待恢复分区是ntfs

ps.回想以前做快速格式化的时候，也是数据全无，也是被标记为空白区。情况跟现在很相似，只是那时是fat32。假如现在对待恢复分区做一次快速格式化或者把剩余的文件删干净，再 ...
olol 发表于 2009-11-19 12:39

千万不要格式化！要想恢复数据，在任何情况下都不要格式化！格式化只会使问题更复杂。

olol

请版主给个解决问题的方向，那些0字节中的文件有2个是我特别想要的