lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <499226CC.9070809@cn.fujitsu.com>
Date:	Wed, 11 Feb 2009 09:15:56 +0800
From:	Gui Xiaohua <guixh@...fujitsu.com>
To:	Theodore Tso <tytso@....edu>
CC:	linux-ext4@...r.kernel.org
Subject: Re: [PATCH: e2fsprogs: resize2fs failed when "mkfs.ext4 -O flex_bg"]



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@...i-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@...i-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@...i-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 515# mount -o loop -t ext4 /var/tmp/resize-test.img  /mnt
> <tytso.root@...i-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 516# (cd /mnt; mkdir -p foo; cd foo; seq 1 2500 | xargs touch)
> <tytso.root@...i-me> {/home/tytso/e2fsprogs/build}, level 2  [master]

After this step you weren't remove 2000 files


> 517# umount /mnt
> <tytso.root@...i-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@...i-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@...i-me> {/home/tytso/e2fsprogs/build}, level 2  [master]
> 520# 

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

> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ