linux-ext4 - Re: Sign, more experimentation and broken features...

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130312040649.GD18595@thunk.org>
Date:	Tue, 12 Mar 2013 00:06:49 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	George Spelvin <linux@...izon.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: Sign, more experimentation and broken features...

On Mon, Mar 11, 2013 at 11:28:43PM -0400, George Spelvin wrote:
> 	Okay, I'll do ask you ask.  First odd thing: errors!
> 	Minor ones, but all I've done is mke2fs and copy some files
> 	to it:
> # e2fsck -f -v -C0 -D /dev/md3

I'm going to guess there may be problems with using the e2fsck -D
option with bigalloc.  I could imagine potential problems with that,
and it's probably not something we've explicitly tested. 

Also, just to check.... all of this was done with the file system
unmounted, right?

> [514]# e2fsck -f -v -C0 /dev/md3
> e2fsck 1.43-WIP (22-Sep-2012)
> ext2fs_check_desc: Corrupt group descriptor: bad block for inode table
> e2fsck: Group descriptors look bad... trying backup blocks...
> Pass 1: Checking inodes, blocks, and sizes
> Group 7461's block bitmap at 973079840 conflicts with some other fs block.
> Relocate<y>? 
> data: e2fsck canceled.

The good news is that this appears to be a newly added group, so
hopefully there was no data lost.

It may be worth mounting the file system read-only and copying all of
your data off before you do anything else....

Also, it looks like there may be some problems with the metadata_csum
option when resizing, either alone or in combination with bigalloc.
Please note that I have ___not___ really done a lot of exhaustive
testing with metadata_csum, since it's not in a released final state
in e2fsprogs, and I've had lots of other things I've been busy trying
to make sure is stablized.  For example, we are still working on
fixing various test failures with bigalloc.  It's probably good enough
for fairly simple workloads (mostly using fallocate and direct I/O),
but there are corner cases which we are still working on fixing.

	    	      	     	   	    - Ted
--
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