Ext4已分配inode恢复求助：Ubuntu16.04下Nautilus移动目录崩溃数据丢失

哇，这情况确实糟心——Nautilus移动事务崩溃导致源和目标目录都空了，还试过extundelete没成功，我帮你梳理下接下来可以尝试的方向，先别慌，ext4的一些特性或许还能帮到你。

• 首先，立刻停止对这块硬盘的任何写入操作！你已经拆下来挂到dock上是对的，绝对不能往这块盘里存新东西，不然残留的数据块会被覆盖，彻底救不回来。

extundelete主要依赖ext4的日志和未被覆盖的inode信息，但Nautilus的移动操作在ext4上的行为分两种情况：

• 如果源和目标在同一个分区，移动本来是原子性的（只是修改目录项），但崩溃后可能出现inode被标记为删除、目录项被清空，但数据块还没被覆盖的情况，不过extundelete可能没识别到这些残留。
• 如果是跨分区移动，本质是复制+删除，崩溃后两边的临时文件可能都被系统清理了，extundelete就很难追踪到。
  另外，可能你用extundelete时参数没加对，比如没指定正确的分区，或者没尝试恢复目录结构。

1. 用testdisk做深度扫描 #

testdisk是比extundelete更强大的分区和文件恢复工具，它能直接扫描磁盘的扇区，而不是只依赖inode：

• 先在你当前的系统上安装testdisk：sudo apt install testdisk
• 运行sudo testdisk，按提示操作：
  • 选择你的ext4硬盘（比如/dev/sdb），回车进入下一步
  • 选择[Analyze] -> [Quick Search]，先快速查找分区
  • 如果快速搜索没找到丢失的内容，选[Deep Search]——这个会遍历整个磁盘的扇区，耗时但更全面
  • 找到你的ext4分区后，选择[List]，看看能不能看到丢失的目录和文件
  • 选中要恢复的文件/目录，按C键复制到其他磁盘的目录下（注意：绝对不能复制到原硬盘！）

2. 尝试用debugfs提取ext4日志和inode #

ext4默认开启日志功能，虽然崩溃后日志可能已经提交，但可以尝试提取日志里的操作记录，或者直接定位数据块：

• 先把分区挂载为只读模式（避免误操作）：sudo mount -o ro /dev/sdXn /mnt（把sdXn换成你的ext4分区，比如/dev/sdb1）
• 用debugfs查看日志：sudo debugfs -R 'logdump' /dev/sdXn，看看能不能找到移动操作相关的记录，或许能定位到数据块的位置
• 如果在debugfs里能找到丢失文件的inode号，可以用这个命令提取文件：sudo debugfs -R 'dump <inode> /path/to/save/file' /dev/sdXn（把<inode>换成实际的inode号，/path/to/save/file是其他磁盘的保存路径）

3. 用photorec按文件类型恢复 #

如果目录结构完全损坏，photorec（testdisk附带的工具）可以跳过目录结构，直接按文件类型扫描恢复：

• 运行sudo photorec，选择你的硬盘和目标分区
• 选择要恢复的文件类型（或者直接全选），然后指定保存目录（必须是其他磁盘）
• 开始扫描，它会自动识别并恢复能找到的文件——缺点是文件名和目录结构会丢失，但至少能找回文件内容

• 跨分区移动大文件/目录时，尽量用命令行mv，比图形管理器更稳定，还能实时看到进度和错误信息
• 定期备份！可以用rsync做增量备份，或者用Timeshift做系统级备份，避免这种突发情况
• 对重要的移动操作，先复制再删除，虽然麻烦但能降低崩溃导致数据丢失的风险

内容的提问来源于stack exchange，提问作者Benny