飞牛NAS数据恢复：误删文件紧急处理

误删文件后的黄金十分钟：先做这三件事

当你意识到在飞牛NAS上误删了重要文件，第一反应可能是慌乱。但请记住，在接下来的十分钟里，你的每一个操作都直接影响数据能否完整恢复。请严格按照以下顺序执行：

立即停止写入操作：关闭所有正在进行的下载任务、文件同步、虚拟机快照等。如果可能，将NAS系统切换为“只读模式”（在fnOS控制台 → 存储管理 → 文件系统 → 挂载选项中临时禁用写入权限）。
不要重启或关机：重启会导致文件系统日志刷新，可能覆盖未释放的数据块。
准备恢复工具：在另一台电脑上准备好SSH客户端（如Putty）和恢复工具包。

恢复方案A：使用快照功能（适用于已开启快照的用户）

飞牛NAS的Btrfs文件系统支持原生快照。如果你之前开启了快照任务，这是最简单且成功率最高的方案。

检查快照是否可用：

# SSH登录NAS
ssh admin@你的NAS_IP

# 查看可用的快照列表
sudo btrfs subvolume list /vol1

# 查看特定子卷的快照
sudo btrfs subvolume list -s /vol1/@home

恢复步骤：

找到误删文件所在目录对应的子卷路径（通常为 /vol1/@home/用户名 或 /vol1/@app）。
选择误删时间点之前的最近快照。
使用 cp 或 rsync 从快照中复制文件到原目录：

# 例如，快照位于 /vol1/@home/.snapshots/20240125_1200
# 恢复全部文件
sudo cp -a /vol1/@home/.snapshots/20240125_1200/* /vol1/@home/

# 或只恢复单个文件
sudo cp /vol1/@home/.snapshots/20240125_1200/重要文档.docx /vol1/@home/

注意：快照恢复后，原目录中已存在且未被删除的同名文件会被覆盖。建议先恢复到临时目录，再手动挑选需要的文件。

恢复方案B：使用extundelete（适用于EXT4文件系统）

如果你的飞牛NAS使用了EXT4格式（传统模式），可以使用 extundelete 工具。该工具能直接扫描文件系统未分配的块。

安装与使用：

# 安装工具（需先启用社区源）
sudo apt update && sudo apt install extundelete

# 查看设备挂载情况
sudo df -h | grep /dev/

# 假设目标分区是 /dev/sda2，先卸载（重要！）
sudo umount /dev/sda2

# 扫描并恢复所有误删文件（恢复到 /tmp/recovered）
sudo extundelete /dev/sda2 --restore-all --output-dir /tmp/recovered

# 如果知道文件名，可指定恢复：
sudo extundelete /dev/sda2 --restore-file '重要文档.docx' --output-dir /tmp/recovered

注意事项：

恢复前必须卸载分区，否则可能损坏文件系统。
恢复出来的文件可能没有原始文件名，使用 --restore-all 后会生成 RECOVERED_FILES 目录，通过 file 命令识别文件类型。
如果恢复后文件打不开，尝试用 strings 命令提取文本内容。

恢复方案C：使用testdisk/photorec（通用方案）

这是最强大的数据恢复工具组合。testdisk 负责恢复分区和目录结构，photorec 负责按文件签名恢复（不依赖文件系统元数据）。

安装：

sudo apt install testdisk

使用 testdisk 恢复目录结构：

sudo testdisk /dev/sda

选择 [Proceed] → [Intel] → [Analyse] → [Quick Search]
找到原分区后按 P 列出文件，用方向键选中要恢复的文件，按 C 复制到指定目录。
如果 Quick Search 找不到，改用 Deeper Search。

使用 photorec 按文件签名恢复：

# 直接在分区上运行（无需卸载）
sudo photorec /dev/sda2

选择文件类型（默认全选即可）。
选择输出目录（不要选在同一分区，建议外接USB硬盘）。
等待扫描完成，恢复的文件按类型存放在 recup_dir.1、recup_dir.2 等目录中。

这个方法恢复出的文件没有原始文件名，需要手动识别重命名，适合恢复照片、文档等常见格式。

紧急情况下的自救技巧

如果以上工具都不可用，还有两个土办法：

使用 grep 搜索原始文件内容：

# 在未使用的磁盘空间搜索特定字符串
sudo grep -a -b "唯一字符串" /dev/sda2 > 恢复结果.txt

从系统日志找线索：

# 查看是否有文件系统级别的删除记录
sudo journalctl --since "1 hour ago" | grep -i delete

关于恢复成功率的现实说明

请务必理解，数据恢复不是100%成功的。成功率取决于以下因素：

删除后的写入量：删除后你写入的数据越多，覆盖概率越大。
文件碎片化程度：大文件更容易被部分覆盖。
文件系统类型：Btrfs快照恢复成功率接近100%，EXT4的extundelete约70%-90%，而photorec对碎片化文件恢复效果较差。

如果恢复的是视频、压缩包等大文件，恢复后建议用 md5sum 校验完整性：

md5sum /tmp/recovered/视频.mp4 /vol1/原始路径/视频.mp4

总结：预防比恢复更重要

本次恢复操作结束后，强烈建议你立即做好三件事：

开启 Btrfs 快照计划：在 fnOS 的“存储管理 → 快照”中设置每日自动快照，保留最近7天版本。
启用回收站功能：在“控制中心 → 文件服务 → SMB/NFS”中开启回收站，删除的文件会先进入隐藏的 .recycle 目录。
定期将关键数据备份到异地：使用 rsync 或同步到云盘，不要依赖单一设备。

数据恢复是一场与时间的赛跑，但更是对日常备份习惯的考验。希望这篇文章能帮你度过危机，也提醒你今后做好防范。如果你在恢复过程中遇到特殊问题，欢迎在评论区留言，我会尽我所能提供建议。