Bug #693
Incorrect Free Space Reported
0%
Description
Amahi's WebGUI and other tools such as Gparted reports free space on drives while df claims there is no free space. Its no longer possible to write new files at this point suggesting that the drives are indeed full. Heres some outputs that cpg asked for.
History
#1 Updated by cpg about 10 years ago
- Assignee set to cpg
the system default "reserved space" is 5%. it can be changed with
tune2fs -m NUMBER /dev/sdxX
remember that the number is a percentage of reserved blocks though. also, i believe it can be changed while the device is mounted.
$ sudo tune2fs -m 2 /dev/sdf1 [sudo] password for cpg: tune2fs 1.41.12 (17-May-2010) Setting reserved blocks percentage to 2% (7325687 blocks)
-m reserved-blocks-percentage
Set the percentage of the filesystem which may only be allocated by privileged processes. Reserving some num?
ber of filesystem blocks for use by privileged processes is done to avoid filesystem fragmentation, and to allow
system daemons, such as syslogd(8), to continue to function correctly after non-privileged processes are pre?
vented from writing to the filesystem. Normally, the default percentage of reserved blocks is 5%.
one thing we could do is show 5% in a different color or something if it's ext4.
#2 Updated by Zeiva about 10 years ago
The different color approach is a good idea. Question is how useful is this system-reserved space on the storage drives? 5% off a storage drive is quite a big chunk of space users won’t have access to by default (at least when using greyhole, unsure about normal shares). Would it be possible to have Amahi use a lower % for storage drives by default along with the color difference?
Also available in: Atom