linux-ext4 - Re: How to query ext2/3/4 total fs size while mounted?

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]

Date:	Fri, 7 Sep 2012 20:39:27 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	Mike Fleetwood <mike.fleetwood@...glemail.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: How to query ext2/3/4 total fs size while mounted?

On Fri, Sep 07, 2012 at 09:12:49PM +0100, Mike Fleetwood wrote:
> 
> Is it safe to read the super block off disk using ext2fs_open() or by
> running dumpe2fs for a mounted file system?  What if the file system has
> just been resized?  Are there any other methods for querying the total
> file system size?

Yes, it would be safe to read the superblock off a mounted disk.
There is always going to be a race if someone is resizing the file
system as you read the file system, but that's true for the statfs
system call as well.

There's no way that parted can stop someone else from kicking off a
online resize between the time you display information about the
partition table and their contents and the user types in another
command.

Well, you could freeze the file system, but if another process is
writing huge amounts of data at the time, freezing the file system for
long periods of time could cause the system to run into significant
memory problems (since it can't clean memory pages so they can be
dropped to make room for more modified pages, leading to OOM kills).

Probably the best thing you can do, if this is really important to
you, is to snapshot the state of the file systems, then when the user
enters a command, in quick succession, freeze the file system, double
check to make sure nothing has changed, and if it hasn't, update the
partition table (this is most important if you are shrinking the
partition), and then unfreeze the file system.

Cheers,

						- Ted
--
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