我有 3 个硬盘，在以下段落中分别命名为 /dev/sda、/dev/sdb 和 /dev/sdc，最新的在前。注：/dev/sdc有1个主分区/dev/sdc1，1个扩展分区/dev/sd2，3个逻辑分区/dev/sdc5、/dev/sdc6和/dev/sda7。
我使用 /dev/sda5 和 /dev/sdb5 创建了一个降级的 RAID 5 设备 /dev/md0（计划将 /dev/sdc5 添加到 RAID 以将其变为正常状态），然后使用 /dev/md0 作为唯一的 pv LVM，并使用 ext4 文件系统 /dev/mapper/vg0-lv0 创建了一个 lv。
不幸的是，在探索和使用 LVM 时，我dd if=/dev/zero of=/dev/sdc1 bs=64M count=10在删除 /dev/sdc1 后运行。所以实际上零被写入/dev/sdc2，并且分区表的损坏部分存储在/dev/sdc2和/dev/sdc5的开始部分。
当意识到这一点，我立即通过这样DD制成的/ dev / SDC的图像：dd if=/dev/sdc of=/mount-point-of-vg0-lv0/sdc.img。
几天后，我终于有时间尝试恢复/dev/sdc上的数据，实际上只有/dev/sdc7，因为它是唯一没有备份的分区。我用镜像文件 sdc.img 运行 testdisk，使用它的快速搜索功能重建分区表，将它丢失到 /dev/loop0。/dev/loop0p7（它是 /dev/sdc7 的映像）已返回并可挂载，所有文件似乎都没有问题。然后我跑去find /mount-point-of-loop0p7 -type f -exec md5sum {} \; > sdc7_img.md5sum为 /dev/loop0p7 上的所有文件构建 MD5 校验和列表。
在处理物理 /dev/sdc 设备时，测试磁盘的快速搜索不会找到所有分区，深度搜索会。然后我使用类似的命令为物理 /dev/sdc7 上的所有文件构建了 MD5 校验和列表 sdc7.md5sum。将其与 sdc7_image.md5sum 进行比较时，我发现有 4 …