如何修改无法挂载的btrfs文件系统（但挂载返回没有错误），检查正常，还原时出错？

Question

概要

mount -o degraded，ro / dev / disk / by-uuid / ec3 / mnt / ec3 /＆amp;＆amp; echo noerror

noerror

说明
mount -t btrfs失败，但是如上所述返回noerror，并且仅在上次重新启动后返回 btrfs检查对我来说似乎很干净（我是简单的用户） btrfs使用＆＃34来恢复错误;我们已经尝试恢复＆＃34; ...
中的文件 我有一个挥之不去的神器btrfs文件系统显示给予＆＃34; ***某些设备缺失＆＃34;在音量上。这意味着它不会在启动时自动挂载并且我已经手动安装（+搜索解决方案） 我之前使用过rdfi​​nd来进行重复数据删除（每个文件多达10个） 我刚刚使用btrfs发送/接收备份，但必须检查我是否拥有所有内容 - 这是主要的Raid1服务器

详情

btrfs-find-root / dev / disk / by-uuid / ec3

Superblock认为这一代是103093
Superblock认为级别为1
发现树根在8049335181312 gen 103093 level 1

btrfs restore -Ds / dev / disk / by-uuid / ec3 restore_ec3

我们已尝试恢复

中的文件

df -h / mnt / ec3 /

使用的文件系统大小可用使用％安装在 / dev / dm-0 16G 16G 483M 97％/

mount -o degraded，ro / dev / disk / by-uuid / ec3 / mnt / ec3 /＆amp;＆amp; echo noerror

noerror

df / mnt / ec3 /

文件系统1K块使用可用使用％安装在 / dev / dm-0 16775168 15858996 493956 97％/

btrfs filesystem show / 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 check / dev / disk / by-uuid / ec3

检查/ dev / disk / by-uuid / ec3上的文件系统
UUID：ec3
检查范围
检查自由空间缓存
检查fs根
检查csums
检查root refs
发现2132966506496字节使用的错误是0
总csum字节：2077127248
总树字节数：5988204544
总fs树字节：3492638720
总范围树字节：242151424
btree space waste bytes：984865976
分配的文件数据块：3685012271104
 引用3658835013632
btrfs-progs v4.1.2

更新： 重启后（必须等待插槽停机）系统会手动安装，但不能完全清理。

现在就irc #btrfs提问：

！ http://pastebin.com/359EtZQX

嗨，我抓挠我的头，徒劳地搜索删除***有些设备丢失了。任何人都可以帮我一个清理它的线索吗？ - 是否有一个很好的方法来修复＆＃39;我看到的文物？尝试：擦洗，平衡。尝试：调整大小，整理碎片。
- 我会被建议搬到一个新的清洁卷集吗？ - 通过btrfs发送/接收修复是否可以避免传播错误？ - 或者（更痛苦地）rsync到一个干净的卷？ http://pastebin.com/359EtZQX（我第一次使用irc）