误创建EXT4文件系统后，恢复NVME磁盘上原有EXT4分区数据的技术求助

问题背景 #

我在虚拟机上运行Ubuntu和OpenMediaVault 6作为NAS，用单独的NVME盘存储数据。重启服务器后，其他电脑连不上这个NVME存储了。登录OMV6后发现磁盘没正常挂载，手滑点了「Create」而不是「Mount」，还选了这个NVME盘创建了新的EXT4文件系统——这下我知道闯祸了，原来的文件都访问不了了。

我打开Ubuntu虚拟机，只能看到OMV6新建的文件夹，旧文件完全找不到。想请教大家：

• 我到底把磁盘搞成什么样了？
• 该先尝试恢复分区表，还是先用ddrescue全盘备份？
• 我的文件还有恢复的可能吗，是不是大概率全丢了？

更新1 #

我已经用dd命令把整个NVME盘做了镜像备份，现在正在运行testdisk，结果如下：

• 第一个结果「Linux filesys.data」：只能看到OMV6新建EXT4时生成的一些文件夹和文件
• 第二个结果：打开时提示“no file found filesystem may be damaged”（未找到文件，文件系统可能已损坏）

想请大家帮忙解读这个输出，告诉我下一步该怎么做？

分析与实操建议 #

先给你吃个定心丸：只要你没在创建新EXT4后往磁盘里写入大量新数据，原有文件大概率能恢复——因为创建EXT4时主要是重写了分区的超级块、inode表这些元数据区，大部分文件的实际数据块还没被覆盖。

针对你的情况，按下面的步骤来：

1. 先确认备份完整性
   你用dd做镜像这步太关键了！接下来所有操作都要在这个镜像文件上进行，绝对不要再碰原NVME盘，避免二次破坏。可以用哈希值校验备份是否完整：

   md5sum /dev/nvme0n1  # 原NVME盘路径
   md5sum nvme_backup.img  # 你的镜像文件路径
   

   对比两个输出的哈希值，一致就说明备份没问题。

2. 解读testdisk的检测结果

   • 第一个「Linux filesys.data」就是你新创建的EXT4文件系统，所以只能看到新生成的内容，完全正常。
   • 第二个结果是testdisk检测到的旧分区残留元数据，提示损坏是因为新EXT4覆盖了旧分区的部分关键元数据，但旧分区的痕迹还在。

3. 优先尝试恢复旧分区的备份超级块
   EXT4会保留多个备份超级块，你可以用它来尝试挂载旧分区：

   • 先在镜像文件里找备份超级块的位置：

     dumpe2fs nvme_backup.img | grep -i superblock
     

     输出会类似：Backup superblock at 32768, Group descriptors at 32769-32769
   • 用备份超级块只读挂载镜像：

     mount -o ro,sb=32768 nvme_backup.img /mnt/recovery
     

     这里ro是只读模式，防止写入破坏数据。如果挂载成功，就能看到旧文件了，赶紧把它们复制到其他安全存储里。

4. 超级块恢复失败？试试photorec
   photorec是testdisk套件里的工具，它不依赖文件系统元数据，直接扫描数据块识别常见文件格式（文档、图片、视频等）来恢复：

   • 运行photorec，选择你的镜像文件作为扫描目标
   • 选择testdisk识别出的旧分区范围（如果有的话）
   • 选一个非原NVME/镜像所在的磁盘作为恢复文件的保存目录
   • 启动扫描，结束后去保存目录查看恢复的文件

5. 尝试恢复分区表
   在testdisk里选择「Analyze」→「Deep Search」，让它全面扫描磁盘上的分区残留信息。如果能找到旧分区的完整分区表，直接恢复后再尝试挂载旧分区即可。

总结 #

你的操作只是覆盖了旧分区的元数据，实际数据块大多还在，恢复概率很高。一定记住所有操作都在备份镜像上进行，先试分区表/超级块恢复，不行再用photorec做底层数据提取。

备注：内容来源于stack exchange，提问作者user3358102