On Fri, Jun 09, 2006 at 07:44:44PM -0400, Jeff Garzik wrote: > Yes. Re-read what I wrote. To put it another way, "mkfs S1 + resize to > S2" does not produce precisely the same layout as "mkfs S2". Different in the same way that "mke2fs -E stride=5" results a slightly different location of where the block bitmaps, inode bitmaps, and inode table might be, yes --- but SO WHAT? There's a *reason* that the block group descriptors tell the kernel where to find the block/inode bitmaps and the inode table. They can change due to bad blocks in the filesystem, or requests to subtly change the layout to optimize various RAID layouts, for example. And exactly how the block/inode bitmaps would get laid out in response to -E stride have also changed over time, depending on which version of e2fsprogs, but ---- News flash!! --- it doesn't matter!!! Jeff, you seem to think that the fact that the layout isn't precisely the same after an on-line resizing is proof of something horrible, but it isn't. The exact location of filesystem metadata has never been fixed, not in the past ten years of ext2/3 history, and this is not a big deal. It certainly isn't "proof" of on-line resizing being something horrible, as you keep trying to claim, without any arguments other than, "The layout is different!". Oh my, hide the women and children... - Ted - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html