linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Gui Xiaohua <guixh@cn.fujitsu.com>
To: Theodore Tso <tytso@mit.edu>
Cc: linux-ext4@vger.kernel.org
Subject: Re: [PATCH: e2fsprogs: resize2fs failed when "mkfs.ext4 -O flex_bg"]
Date: Wed, 11 Feb 2009 09:15:56 +0800	[thread overview]
Message-ID: <499226CC.9070809@cn.fujitsu.com> (raw)
In-Reply-To: <20090210164831.GA29220@mini-me.lan>



Theodore Tso ??:
> On Tue, Feb 10, 2009 at 11:32:22AM +0800, Gui Xiaohua wrote:
>> Hi Ted
>> I have tested your patch,but occurs some messages like below:
>> resize2fs: Illegal triply indirect block found while trying to resize /dev/sda7
>>
> 
> Hi, Could you be a bit more precise with your reproduction
> instructions?  I've tried this, and it works for me.  Stupid question
> --- you did install e2fsprogs 1.41.4 before you tried this, right?  If

Yes,you are right.Then make uninstall e2fsprogs 1.41.3 and recompile 
e2fsprogs 1.41.4, resize succuess, but some messages occurs after do e2fsck

> you built with shared libraries, and ended up using 1.41.3's shared
> libraries with the 1.41.4 binaries, this might cause this problem,
> since a number of the bug fixes which I applied were in the libext2fs
> library.
> 
> 							- Ted
> 
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 513# dd if=/dev/zero of=/var/tmp/resize-test.img bs=4k count=16032
> 16032+0 records in
> 16032+0 records out
> 65667072 bytes (66 MB) copied, 1.08768 s, 60.4 MB/s
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 514# mke2fs -t ext4 -O flex_bg /var/tmp/resize-test.img 
> mke2fs 1.41.4 (27-Jan-2009)
> /var/tmp/resize-test.img is not a block special device.
> Proceed anyway? (y,n) y
> Filesystem label=
> OS type: Linux
> Block size=1024 (log=0)
> Fragment size=1024 (log=0)
> 16064 inodes, 64128 blocks
> 3206 blocks (5.00%) reserved for the super user
> First data block=1
> Maximum filesystem blocks=65798144
> 8 block groups
> 8192 blocks per group, 8192 fragments per group
> 2008 inodes per group
> Superblock backups stored on blocks: 
> 	   8193, 24577, 40961, 57345
> 
> Writing inode tables: done                            
> Creating journal (4096 blocks): done
> Writing superblocks and filesystem accounting information: done
> 
> This filesystem will be automatically checked every 39 mounts or
> 180 days, whichever comes first.  Use tune2fs -c or -i to override.
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 515# mount -o loop -t ext4 /var/tmp/resize-test.img  /mnt
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 516# (cd /mnt; mkdir -p foo; cd foo; seq 1 2500 | xargs touch)
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]

After this step you weren't remove 2000 files


> 517# umount /mnt
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 518# e2fsck -f /var/tmp/resize-test.img 
> e2fsck 1.41.4 (27-Jan-2009)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> /var/tmp/resize-test.img: 2512/16064 files (0.1% non-contiguous), 7441/64128 blocks
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 519# resize2fs -M /var/tmp/resize-test.img
> resize2fs 1.41.4 (27-Jan-2009)
> Resizing the filesystem on /var/tmp/foo.img to 8857 (1k) blocks.
> The filesystem on /var/tmp/foo.img is now 8857 blocks long.
> 
> <tytso.root@mini-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 520# 

Do e2fsck -f /var/tmp/resize-test.img
there are many problems

> 
> 
> 

      reply	other threads:[~2009-02-11  1:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-10  0:33 [PATCH: e2fsprogs: resize2fs failed when "mkfs.ext4 -O flex_bg"] Gui Xiaohua
2009-02-10  1:09 ` Theodore Tso
2009-02-10  3:32   ` Gui Xiaohua
2009-02-10 16:48     ` Theodore Tso
2009-02-11  1:15       ` Gui Xiaohua [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=499226CC.9070809@cn.fujitsu.com \
    --to=guixh@cn.fujitsu.com \
    --cc=linux-ext4@vger.kernel.org \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).