问btrfs，在执行快照备份时出现了臭名昭著的ENOSPC错误。

EN

我的系统是Fedora 19 x86_64 w/3.10.7内核。我试图使用btrfs快照备份我的/，如下所示：

#!/bin/bash
btrfs subvolume snapshot / /snap/
tar -cvf - /snap 2>/dev/null | /opt/bup/bin/bup split -n nb -vv
btrfs subvolume delete /snap

不幸的是，在这个过程的某个地方，系统耗尽了可用的空间。btrfs filesystem df /报告说，实际上有一些空闲空间：

[root@cellar ~]# btrfs filesystem df /
Data: total=107.21GB, used=75.06GB
System, DUP: total=8.00MB, used=20.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=3.50GB, used=3.00GB
Metadata: total=8.00MB, used=0.00

但我既不能创建也不能删除一个文件。这是100%可重复的每一个脚本运行。我通常能够从这种情况中恢复过来，大约30分钟的随机尝试删除任何不重要的东西。看起来问题的根源在于元数据空间的不足。当没有快照时，我的系统使用大约2.39-2.40GB的元数据空间。

在我看来这是个窃听器。为什么快照需要0.6GB的元数据空间，而此时根本没有大量的写操作？为什么btrfs不能使用剩余的0.5GB元数据空间？我试着使用btrfs balance，但是它没有重新定位任何东西，所以我猜FS已经完全平衡了。是否有可能以某种方式保留更多元数据空间？(可能我需要重新格式化整个分区，但在mkfs.btrfs手册中找不到与元数据空间大小有关的任何内容)。我想我可以使用-n选项设置一个更大的节点大小，但我不确定它是否有用。