linux-ext4 - Re: Tune2fs metadata

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]

Date:	Mon, 17 Dec 2012 19:19:23 -0800
From:	"Darrick J. Wong" <darrick.wong@...cle.com>
To:	"Theodore Ts'o" <tytso@....edu>
Cc:	Anders Lind <anderslindgaard@...oo.com>,
	"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: Re: Tune2fs metadata_csum

On Mon, Dec 17, 2012 at 09:37:03AM -0500, Theodore Ts'o wrote:
> On Sun, Dec 16, 2012 at 08:04:01PM -0800, Anders Lind wrote:
> > 
> > I tired to use tune2fs metadata_csum feature on my ext4 filesystem.
> > I got message like:
> > ~$ sudo tune2fs -O metadata_csum /dev/sda5
> > tune2fs 1.42 (29-Nov-2011)
> > Setting filesystem feature 'metadata_csum' not supported.
> > 
> > Is this tool supposed been used on unmounted device or it could be mounted?
> 
> TYhe metadata_csum feature is in the e2fsprogs "master" branch in the
> e2fsprogs git tree.  The feature is not part of an official e2fsprogs
> release yet.  One of the things that I want to really check very
> carefully before I release e2fsprogs 1.43 is that e2fsck sanely
> recovers from checksum failures while it tries replaying the journal.

Oh, right, I /was/ planning (last year) to go dig through recovery.c, wasn't I?
And I think I was going to change the replay/checksum behavior so that checksum
errors would result in that block being skipped, without aborting the entire
replay.

(Or something like that?  My memory is hazy.)

Well, thanks for the reminder.

--D
> 
> Essentially, metadata_csum is supposed to provide better recovery from
> device failures (it doesn't really provide any kind of performance
> advantage), and I want to be 100% sure that it is **always** better
> when hardware-induced corruption happens before we release it.
> 
> Regards,
> 
> 						- 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
--
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