我碰到过不少老版本Btrfs的这类问题，你的情况刚好是4.4内核的典型案例——小容量分区里元数据块组被过度分配，再加上备份过程中可能自动创建的快照锁死了闲置空间，导致常规的balance -m根本起不了作用。下面给你一步步拆解解决：

1. 先清理遗留的快照（关键！） #

备份操作大概率会创建快照来保证备份一致性，而这些快照会锁定被引用的元数据块，阻止balance回收空间。先检查有没有未清理的快照：

btrfs subvolume list -s /path/to/your/mountpoint

如果输出里有多余的快照，直接删掉：

btrfs subvolume delete /path/to/that/snapshot

2. 用更激进的balance参数处理元数据 #

默认的btrfs balance start -m只会处理符合默认条件的块组，对老内核的小分区来说不够彻底。试试这两个命令：

• 强制将元数据转换为single配置（适合单盘场景，减少冗余占用）：

btrfs balance start -m profile=single /path/to/your/mountpoint

• 只处理占用率极低的元数据块组（比如低于10%的，直接回收）：

btrfs balance start -m usage=10 /path/to/your/mountpoint

注意：4.4内核的balance参数和新内核略有差异，usage筛选在这个版本是有效的，别担心兼容性。

3. 调整元数据块组的比例（针对小分区优化） #

4.4内核的Btrfs在小容量分区（比如你的4.5GiB）里，默认的元数据块组比例太高，导致哪怕实际元数据只有100MiB，也会预分配一大块空间。你可以挂载时手动指定比例：
先卸载分区：

umount /path/to/your/mountpoint

重新挂载时设置元数据比例为5%（对应4.5GiB分区就是225MiB，完全够你的需求）：

mount -o metadata_ratio=5 /dev/your-partition /path/to/mountpoint

要永久生效的话，把这个参数加到/etc/fstab里：

/dev/your-partition /path/to/mountpoint btrfs defaults,metadata_ratio=5 0 0

4. 检查并修复文件系统（可选） #

如果上面的操作都没效果，可能是文件系统存在小错误导致元数据统计异常。先卸载分区，然后执行检查：

btrfs check /dev/your-partition

如果发现错误，加上--repair修复（注意：修复前一定要备份好数据，虽然4.4的repair相对稳定，但还是有风险）：

btrfs check --repair /dev/your-partition

最后提个建议：4.4内核的Btrfs确实有很多元数据管理的局限性，如果你长期用Btrfs，最好升级到4.19或更高版本的内核——这些版本对小分区的元数据分配做了大量优化，能从根源避免这种空间浪费。

内容的提问来源于stack exchange，提问作者Ben