The second patch fixes up situations where the flex_bg calculations were being over-optimistic. We now assume that all of the metadata blocks in the last flex_bg must be counted as overhead, since they can't be used while we are shrinking the file system (so we can more easily recover if resize2fs aborts for some reason). I did say that fixing this was low priority, but why it was failing was nagging at me, and I finally figured out what needed to be fixed. :-) Theodore Ts'o (2): resize2fs: fix overly-pessimistic calculation of minimum size required resize2fs: refine minimum required blocks for flex_bg file systems resize/resize2fs.c | 106 +++++++++++++++++++++++++++++----------------- tests/scripts/resize_test | 22 ++++++---- 2 files changed, 82 insertions(+), 46 deletions(-) -- 1.9.0 -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
