Thanks for the suggestions, everyone! I copied the data from the 2TB btrfs disk to an identical disk (same make and model) formatted with ext4: /dev/sdi2 1.9T 1.7T 197G 90% /media/onlyhope /dev/sdg1 1.8T 1.7T 71G 96% /mnt/newhope The metadata "overhead" for btrfs is a bit more, but it isn't outrageous IMHO. == Re-balancing the tree with "btrfs-vol -b" sounds about right, both in terms of time and stability. I haven't tried that yet, but I can report on that experiment. Leszek wrote: > The 'used' output of df on a btrfs system does not take metadata into account. So the disk is really full. This is what my yesterdays path is intended to fix - can you try it out? > I would like to try this patch, I apologize for being so new to btrfs development: can you tell me where to find the patch? Is it for btrfs tools or the btrfs itself? I will try to find it, but a quick pointer to it will help me test! Thanks again! -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
