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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140116163534.GA32391@thunk.org>
Date:	Thu, 16 Jan 2014 11:35:34 -0500
From:	Theodore Ts'o <tytso@....edu>
To:	Subranshu Patel <spatel.ml@...il.com>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: Dumpe2fs output with primary and backup superblock are different?

On Thu, Jan 16, 2014 at 04:14:14PM +0530, Subranshu Patel wrote:
> I am using dumpe2fs command using primary superblock (default) and
> backup superblock. In both the cases the output is different.

Yes, this is expected.  It's too expensive to be constantly updating
all of the backup block group descriptors every time we allocate or
deallocate a block or inode.  What is important to be kept in the
backup block group descriptors is where to find the inode table and
allocation bitmaps.  E2fsck can reconstruct the information which is
not updated in the backup block group descriptors and backup
superblock, and that's what you are seeing which is different.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ