概要
mount -o 降级，ro /dev/disk/by-uuid/ec3 /mnt/ec3/ && echo noerror
没有错误
说明
mount -t btrfs 失败，但返回时没有错误，并且仅在上次重新启动后才返回。
btrfs 检查对我来说似乎很干净（我是简单的用户）。
btrfs restore errors out with "We have looped trying to restore files in"...
我有一个挥之不去的工件 btrfs 文件系统显示在卷上显示“*** Some devices missing”。这意味着它不会在启动时自动挂载，我一直在手动挂载（+ 搜索解决方案）
我以前使用 rdfind 对硬链接进行重复数据删除（每个文件多达 10 个）
我刚刚使用 btrfs send/ 备份收到但必须检查我是否拥有一切 - 这是主要的 Raid1 服务器
细节
btrfs-find-root /dev/disk/by-uuid/ec3
Superblock 认为生成是 103093
Superblock 认为级别是 1
在 8049335181312 找到树根 gen 103093 级别 1
btrfs restore -Ds /dev/disk/by-uuid/ec3 restore_ec3
我们已经循环尝试恢复文件
df -h /mnt/ec3/
Filesystem Size Used Avail Use% Mounted on
/dev/dm-0 16G 16G 483M 97% /
mount -o 降级，ro /dev/disk/by-uuid/ec3 /mnt/ec3/ && echo noerror
没有错误
df /mnt/ec3/
文件系统 1K-blocks Used 可用 Use% Mounted on
/dev/dm-0 16775168 15858996 493956 97% /
btrfs 文件系统显示 /dev/disk/by-uuid/ec3
标签：无 uuid：ec3
设备总数 使用 3 FS 字节 1.94TiB
devid 6 使用大小 2.46TiB 1.98TiB 路径 /dev/mapper/26d2e367-65ea-47ad-b298-d5c495a33efe
devid 7 使用大小 2.46TiB 1.98TiB 路径 /dev/mapper /3c193018-5956-4637-9ec2-dd5e49a4a412
*** 一些设备缺少#### 注释，这是一个旧的工件，因为之前无法挂载而没有改变
btrfs 检查 /dev/disk/by-uuid/ec3
检查 /dev/disk/by-uuid/ec3
UUID 上的文件系统：ec3
检查范围
检查可用空间缓存
检查 fs 根
检查 csums
检查根 refs
发现 2132966506496 字节使用错误为 0
总 csum 字节：2077127248
总树字节：5988204544
总 fs 树字节：3492638720
总范围树字节：242151424
btree 空间浪费字节：984865976
分配的文件数据块：3685012271104
引用 3658835013632
btrfs-progs v4.1.2
更新：重新启动后（必须等待插槽关闭）系统手动安装但不完全干净。
现在在 irc #btrfs 上提问：
！http://pastebin.com/359EtZQX
嗨，我在挠头，徒劳地搜索以删除 *** 缺少一些设备。任何人都可以帮我提供一个清理这个的线索吗？
- 有没有“修复”我看到的文物的好方法？尝试：擦洗，平衡。尝试：调整大小，碎片整理。
- 是否会建议我转移到新的干净卷集？
- 通过 btrfs 发送/接收的修复是否可以避免传播错误？
- 或者（更痛苦地）rsync 到一个干净的卷？ http://pastebin.com/359EtZQX （我第一次使用 irc）