☰

dd 了 HDD 的前 200MB，文件系统可以恢复吗？

tag-icon • tag-icon data-recovery ext4
dd 了 HDD 的前 200MB，文件系统可以恢复吗？

一时愚蠢，我让一个脚本dd在我的其中一块（未备份：（）HDD，大小为 3TB）上运行。它上面有一个 ext4 文件系统，现在无法挂载。

我从阅读其他人的痛苦经历中得出的结论是：

  1. 使用 将驱动器备份到图像中dd。
  2. 在驱动器上运行testdisk，运行分析（快速和深度）时会产生以下大约 20 行：ext4 0 0 1 364801 80 63 5860533168 [files]。它不让我修复它，因为它说选择时不允许写入None，任何其他选择组合似乎也无济于事（例如尝试在分区类型中选择 Intel，仍然不行）。顺便说一下，files是我的旧分区的名称。

  3. 尝试使用备份超级块安装驱动器，如下所示：

    $ sudo mke2fs -n /dev/sdc
mke2fs 1.42.8 (20-Jun-2013)
/dev/sdc is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
183148544 inodes, 732566646 blocks
36628332 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
22357 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544

    wrong filesystem type跑步时一直这么说mount。

  4. 创建了一个 GPT 分区表，gparted并尝试使用备份超级块运行 fsck，它有很多提示和非常奇怪的数字，没有任何意义。

所以不幸的是我几乎要放弃了，因为尝试photorec提取没有目录结构的文件实在是太耗时了。

还有什么值得尝试而我还没有尝试过/做错的事情吗？

相关内容