* [PATCH] e2fsck: avoid overflow in pass5 check_block_end()
@ 2009-09-01 22:40 Eric Sandeen
2009-09-06 17:57 ` Theodore Tso
0 siblings, 1 reply; 2+ messages in thread
From: Eric Sandeen @ 2009-09-01 22:40 UTC (permalink / raw)
To: ext4 development
When making a filesystem as in:
mke2fs -E lazy_itable_init=1 -O uninit_bg -b 4096 bigfile 4294967298
a subsequent fsck would result in:
Pass 5: Checking group summary information
Internal error: fudging end of bitmap (3)
e2fsck: aborted
This is because check_block_end() was overflowing in the calculation
for "end", and giving it a value of -1 (0xFFFF....) which eventually
ended up tripping up a test in ext2fs_fudge_generic_bmap_end,
if (end > bitmap->real_end)
return neq;
Fix another such error in read_bitmaps() as well.
lib/ext2fs/imager.c likely has similar problems but it looks like
it has no 64-bit treatment at all yet.
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
---
Applies to pu branch.
Index: e2fsprogs/e2fsck/pass5.c
===================================================================
--- e2fsprogs.orig/e2fsck/pass5.c
+++ e2fsprogs/e2fsck/pass5.c
@@ -662,7 +662,7 @@ static void check_block_end(e2fsck_t ctx
clear_problem_context(&pctx);
end = ext2fs_get_block_bitmap_start2(fs->block_map) +
- (EXT2_BLOCKS_PER_GROUP(fs->super) * fs->group_desc_count) - 1;
+ ((blk64_t)EXT2_BLOCKS_PER_GROUP(fs->super) * fs->group_desc_count) - 1;
pctx.errcode = ext2fs_fudge_block_bitmap_end2(fs->block_map, end,
&save_blocks_count);
if (pctx.errcode) {
Index: e2fsprogs/lib/ext2fs/rw_bitmaps.c
===================================================================
--- e2fsprogs.orig/lib/ext2fs/rw_bitmaps.c
+++ e2fsprogs/lib/ext2fs/rw_bitmaps.c
@@ -212,7 +212,7 @@ static errcode_t read_bitmaps(ext2_filsy
}
blk = (fs->image_header->offset_blockmap /
fs->blocksize);
- blk_cnt = EXT2_BLOCKS_PER_GROUP(fs->super) *
+ blk_cnt = (blk64_t)EXT2_BLOCKS_PER_GROUP(fs->super) *
fs->group_desc_count;
while (block_nbytes > 0) {
retval = io_channel_read_blk64(fs->image_io, blk++,
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] e2fsck: avoid overflow in pass5 check_block_end()
2009-09-01 22:40 [PATCH] e2fsck: avoid overflow in pass5 check_block_end() Eric Sandeen
@ 2009-09-06 17:57 ` Theodore Tso
0 siblings, 0 replies; 2+ messages in thread
From: Theodore Tso @ 2009-09-06 17:57 UTC (permalink / raw)
To: Eric Sandeen; +Cc: ext4 development
On Tue, Sep 01, 2009 at 05:40:28PM -0500, Eric Sandeen wrote:
> When making a filesystem as in:
>
> mke2fs -E lazy_itable_init=1 -O uninit_bg -b 4096 bigfile 4294967298
>
> a subsequent fsck would result in:
>
> Pass 5: Checking group summary information
> Internal error: fudging end of bitmap (3)
> e2fsck: aborted
>
> This is because check_block_end() was overflowing in the calculation
> for "end", and giving it a value of -1 (0xFFFF....) which eventually
> ended up tripping up a test in ext2fs_fudge_generic_bmap_end,
>
> if (end > bitmap->real_end)
> return neq;
>
> Fix another such error in read_bitmaps() as well.
>
> lib/ext2fs/imager.c likely has similar problems but it looks like
> it has no 64-bit treatment at all yet.
Applied to the e2fsprogs 64-bit patch queue / pu.
- Ted
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-09-06 17:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-01 22:40 [PATCH] e2fsck: avoid overflow in pass5 check_block_end() Eric Sandeen
2009-09-06 17:57 ` Theodore Tso
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).