Bug #693

Incorrect Free Space Reported

Added by Zeiva almost 11 years ago. Updated almost 11 years ago.

Target version:
Start date:
Due date:
% Done:



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.


#1 Updated by cpg almost 11 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 almost 11 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