By default, Linux reserves some fraction of a filesystem for the root user, at least on ext4 (to prevent ordinary users from filling the drive completely and crashing the system, and to reduce fragmentation). However, df only displays the free space apparent to regular users (even when run as root). How do you display the "real" free space, that would be accessible to root?
asked Jul 3, 2012 at 5:56
Add a comment
|
4 Answers
I am not sure there is a tool built in, but assuming you have left the reserved at the default 5% then this will tell you:
df / | grep dev | cut -f 3,6 -d\ | awk '{print ($1*.05)+$2}'
df the root, grep for the line with dev in it (to remove the header), cut the size and available fields, then use an awk script to calculate 5% of the disk size added to the available.
You could pull the actual reservation from tune2fs -l <device> and combine this with the above in a script.
-
3Right, so the following command will tell us how much of the partition space is reserved for privilegied users:
tune2fs -l /dev/DEVICE | egrep "Block count|Reserved block count". E.g. for my "multimedia buffer" partition :Block count: 2621440andReserved block count: 128449: 4.9% of the available blocks (conservative setting to help prevent fragmentation).– tuk0zJul 9, 2016 at 13:18 -
There is no need to use the
cutcommand: you can pick the fields byawkdirectly. In fact thecutcommand did not work for me as expected. Anyway, I gave another answer that should give more precise answer.– jarnoApr 24, 2017 at 18:00 -
1Execute
tune2fs -m <percentage> <device-name>to change disk space reserved for only for root usage.– luka5zMay 8, 2017 at 10:15 -
1Inspired by the above I came up with this to calculate reserved space on root volume in MB:
sudo tune2fs -l $(df | grep -E '/$' | cut -d\ -f 1) | egrep "Reserved block count|Block size" | paste -sd\ | awk '{print ($4 * $7 / ( 1024 * 1024 ) ), "MB"}'– mp3foleySep 19, 2018 at 22:57 -
This is not a portable answer. Check below for the answer you need (spoiler:
tune2fs /dev/sda1or even betterstat -f -c '%a blocks free and %f blocks free for root (%S bytes per block)' /– trsJun 24, 2019 at 1:03
By using the command tune2fs (found in /sbin/tune2fs), you can easily determine the reserved space: (and more!)
tune2fs -l /dev/sda1
I'll provide my system's info for reference, I'm going to remove extraneous lines not important to this question:
The header... and volume name, I label all my drives, makes them easy to identify if needed.
tune2fs 1.42.4 (12-Jun-2012)
Filesystem volume name: xenon
Last mounted on: /
...
REALLY want this to say "clean" while the system is running. Honest!
Filesystem state: clean
This is where the data storage capacity information begins:
Here you can see that I have 121,179,648 blocks total... with a block size of 4K (4096), that multiplies out to some big number (462-ish GB). (Block size is noted below)
Block count: 121179648
And the reserved blocks... by looking at the number above, and the number below.. you should be able to relatively quickly figure out I have 1% reserved. In this case (4.62-ish GB)
Reserved block count: 1211796
How much free space currently available? Right here!
Free blocks: 104090586
...
And the all important block size. Useful for multiplying.
Block size: 4096
...
These lines say WHO the blocks are reserved for... user 0, root, in this case
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
...
There's lots more information available here, but this should give you an ability to quickly ascertain how much is available, and how much more is reserved for root. Simple math.
Hope this helps. Remember...man pages are your friends.
-
1it is 2021 and I must say this command doesn't work for me. It was telling me there were 0 bytes/blocks reserved on my external ext4 drive, even though I was indirectly "seeing" the reserved space (50GB) everywhere else. But the command
sudo tune2fs -m 0 /dev/sd...did work to zero the reserved space. May 15, 2021 at 17:53 -
Same here, i've been unable to correlate (free_blocks - reserved_blocks) * block_size with the effective free space on my device. Example on my /tmp/ partition: ( 202493 - 24371 ) * 4096 = 729587712 bytes i guess... Using
df -B 1 /tmp, i get 1511116800 ... i tried several different ways, i never found something satisfying using tune2fs... that's sad.– binarymDec 24, 2021 at 16:40
This displays free space in bytes in partition related to "/path"
printf '%s' $(($(stat -f --format='%f*%S' /path)))
You do not have to be superuser to run it.
BTW I do not quite understand what is the difference between
%s block size (for faster transfers)
%S fundamental block size (for block counts)
in usage of stat.
-
-
-
Your output is effectively a sum - so you could pipe the output into
bcto get the byte count, or even use--format='%f*%S/1024/1024/1024' | bcto get kilobytes / megabytes / gigabytes depending on how many divisions you choose.– PaulApr 26, 2017 at 1:18 -
@Paul Well, I'd call it a product. The binary prefixes are called kibibytes, mebibytes and gibibytes, respectively. The surrounding arithmetic expansion
$(( ... ))does the calculation, but it results only the integer part of the quotient (if you add division). Or do you mean your shell does not support arithmetic expansion?– jarnoApr 26, 2017 at 7:41 -
@Paul But, if you use
bc, instead, you could get the quotient with arbitrary precision, if you need that.– jarnoApr 26, 2017 at 7:55
As of 2021 / Ubuntu 20.04, the command sudo tune2fs -l /dev/sd... doesn't work [at least] for me, as it was saying all of my external ext4 drives had 0 reserved space when, in reality, both had 50GB of reserved space.
The Nautilus' properties popup for my drives gave me the right size for both drives' reserved space, however in a very unclear/non-obvious way (as a white section in the usage pizza graph and as a space neither free nor used, implicit in the numbers).
That said, tune2fs still worked for other things, as I could manage to zero that same reserved space on both drives via sudo tune2fs -m 0 /dev/sd....
