Synology存储空间损坏/ Btrfs文件系统损坏数据恢复教程

·感谢本教程提供的指导。本文已被修改和改进，其中原始教程报告了错误。一些图片是从原始教程中复制的，因为它们不是恢复数据时的屏幕截图。 5.4T数据已成功还原。

·恢复数据操作系统Ubuntu 16.04 LTS桌面（系统映像下载地址：8027 / Ubuntu / 16.04 /）

使用Hei Qunhui系统时，偶尔断电并重新启动后，4x2T硬盘的存储空间似乎“损坏”，并且在Internet上搜索的教程和案例均使用Ext4作为文件系统。然后，只需使用UFS资源管​​理器对其进行修复即可。但是，Synology建议使用Btrfs文件系统。无法在系统当前状态下读取文件，但RAID并非异常，因此无需执行RAID清洗操作。通过检查S.M.A.R.T的状态，发现所有硬盘驱动器都处于正常状态，因此请跳过此步骤。接下来，我们需要启动Ubuntu系统并尝试安装RAID。

进入Ubuntu系统后，第一件事是安装必要的工具包并安装RAID，打开终端并以root用户身份（sudo -i）执行以下操作：

apt-get update
apt-get install mdadm lvm2 btrfs-prog
mdadm -Asf && vgchange -ay

正常完成后，您可以在磁盘管理中看到RAID阵列，但是由于文件系统已损坏，因此无法将其挂载。

切换回终端并运行以下命令：

btrfs-find-root /dev/vg1/volume-1 &> /home/3.txt

注意：/ dev / vg1 / volume-1此位置是系统中的位置。根据系统，默认路径可能不一致。使用您自己的位置作为标准。如果您使用安装位置，则可能会出现错误并且无法扫描。

运行过程可能需要10到30分钟，在此期间没有响应。等待操作完成后，终端将返回命令提示符。目前，我们打开/ home /3.txt文件，您可以看到以下内容：

我们需要使用的数据是Well块后面的数字字符串。此后的基因数越高，恢复的可能性越大。下一步是使用找到的树根来模拟修复。到目前为止，所有操作都不会写入或修改硬盘，也不会损坏任何数据。

btrfs check --tree-root  --super  /dev/vg1/volume1
#为上一步中的数值，按 gen 数字从高到低依次尝试使用
# 可以尝试0，1或2。

如果该块有效，则运算结果的结尾应类似于下图：

如果最后一个答复不是上述格式，则表明该项目无效，您需要继续尝试下一个项目。确认看到上述提示后，我们尝试导出数据。

这时，仍然使用上一步中的块值，并且/ data5更改为导出目录，并且需要确保有足够的空间来存储文件。如果文件名包含特殊符号，则可能会导致导出中断，只需将目标分区格式化为Ext3 / 4。

如果导出正常进行，您将看到与上图类似的提示，此处没有进度提示，您可以转到导出目录自行检查。如果导出失败，将给出其他提示。确认导出分区为Ext3 / 4后，您只能返回上一步并尝试其他块值。

如下图所示，已成功将5.4T数据恢复到/ data5目录：

到目前为止，我们尚未在数据磁盘上执行任何写入或修改操作。如果由于各种原因无法执行导出，或者导出过程异常中断，则仍可以通过修复原始磁盘来恢复数据。但是，请注意，此步骤可能会损坏数据。如果您不能接受任何风险，请停止执行并联系组织。

以下修复步骤未经博客作者亲自测试，请谨慎操作！

btrfs check --repair --tree-root  --super 
#使用之前步骤中正常回显的  及  值进行正式修复，确认操作完成后执行：
btrfs rescue super-recover /dev/vg1/volume-1

提示您确认目标分区是Btrfs文件系统，否则数据将被损坏，请输入y确认操作。等待几秒钟，然后再次返回提示。如果一切顺利，则可以使用磁盘管理工具挂载Btrfs分区。但是，Synology很可能无法识别修复的文件系统。建议在还原硬盘之前先导出数据。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/dianqi/article-332121-1.html