>Ext2/3 forward compatibility: on-line resizing
>
>
Is the interface for this going to be ext2meta? Al and sct seemed to
agree that that was the best way act upon the filesystem metadata while
it's online... I'll probably be updating that for 2.5.x VFS changes in
a few weeks, that will provide safe online defrag and a good interface
for other metadata interaction.
>This patch allows forward compatibility with future filesystems which
>are dynamically grown by using an alternate algorithm for storing the
>block group descriptors. It's also a bit more efficient, in that it
>uses just a little bit less disk space. Currently, the ext2 filesystem
>format requires either relocating the inode table, or reserving space in
>before doing the on-line resize. The new scheme, which is documented in
>"Planned Extensions to the Ext2/3 Filesystem", by Stephen Tweedie and I (see:
>http://www.usenix.org/publications/library/proceedings/usenix02/tech/freenix/tso.html)
>
>
It would be nice if this paper were available to everybody, and not
passworded.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/