Forum

Hi there!

Title says it all. Here ist the outpout from df -h:

Here from sudo du -sh --exclude='*/home/xbian/media*':

What's wrong and eating up all my disk space? I googled and therefore tried "lsof | grep deleted" to be sure that no process is locking big files. But the output does not seem so:

Has anyone help here?

Nevermind... The problem just want away overnight as my automated download system overreached the disk limit. Now df shows the right disk usage...

@wuschl,

just to make this clear.

although there is /, /home and /lib/modules as separate mounts, all three are just sub-volumes of one btrfs filesystem - all three share one common space - size of partition.

that means if you rootfs (system) eat up 500MB and you home 50GB, they will all show 50,5 GB used.

btw: if you want to prevent mounts from being calculated in total, just add "-x" switch to "du". it means don't traverse outside filesystem.


will sum / without /home and without /lib/modules (and possibly other mounts in /media, /mnt …)

Thanks for your reply! I am aware of the difference between my mount points and partitions. Therefore I excluded /home/xbian/media as it is my external hd. Option -x would have been more accurate, but since my other partitions are not that big I excepted that error in measurement.

But this is no explanation for the difference between df and du, in special because now the calculation seems right...

snapshots.


another possibility (although this can not make THAT big diff) is metadata. since btrfs introduction, df wasn't considering metadata size. now it is. but du doesn't.

so if you check

data + metadata should be ~ aligned with df usage. du will never come to this number. but again this is just to explain all possibilities. metadata could be 15, maybe 20%, not actually 300%.