linux-ext4 - Re: ext4 df free space reporting not reliable?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4C150B2F.7040208@van-ness.com>
Date:	Sun, 13 Jun 2010 09:45:35 -0700
From:	Sandon Van Ness <sandon@...-ness.com>
To:	Andi Kleen <andi@...stfloor.org>
CC:	Theodore Tso <tytso@....EDU>, linux-ext4@...r.kernel.org
Subject: Re: ext4 df free space reporting not reliable?

On 06/13/2010 03:34 AM, Andi Kleen wrote:
>> Are you creating the files as root?  Sounds like the standard reserved
>> blocks behavior that's been around since ext3, ext2, BSD's ufs, etc...
>>     
> Yes everything is root.
>
> I would expect root df to not report the reservation. Is that not the case?
>
> -Andi
>   

Is the root reserve (default 5% on ext3, not sure for ext3) set to 0?

tune2fs -m0 /dev/sdX

The file-system does not need to be unmounted to do this but this will
change the amount reported as available as once it hits 0 with the root
reserve only root can write to the FS.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html