From: Ted Ts'o <tytso@mit.edu>
To: Phillip Susi <psusi@ubuntu.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: e2image doesn't get backup superblocks?
Date: Mon, 20 Feb 2012 14:05:35 -0500 [thread overview]
Message-ID: <20120220190535.GA6541@thunk.org> (raw)
In-Reply-To: <4F42683F.3070409@ubuntu.com>
On Mon, Feb 20, 2012 at 10:35:27AM -0500, Phillip Susi wrote:
>
> I've noticed that e2image doesn't get the backup superblocks and group
> descriptors. Is this intentional or an oversight?
It's deliberate. I suppose it might be useful if you are using
e2image -r to make a copy of a corrupted file system, where the
primary superblocks are corrupted. It's probably reasonable to save a
copy of the first backup superblock just so that e2fsck run on the raw
image mimicks what you'd see if you were running on the same file
system. I'd accept a patch to do this.
> Is there a way to resync the backups from the master copy? e2fsck
> doesn't seem to do it.
Why do you want to do this? In general the tools will automatically
sync the backups from the master if it is necessary (i.e., in the case
of a file system resize, or if there is a change in the file system
features). Otherwise, we deliberately try to avoid modifying the
backups, since any updates to the backups is an opportunity to copy
corrupted values to the backups, or otherwise risk write failures that
could smash the backups.
But if you really do want to copy the master superblock and block
descriptor blocks ot backups, you can do it via the following:
debugfs -w /dev/sdb1
debugfs: dirty
debugfs: close -a
debugfs: quit
Regards,
- Ted
next prev parent reply other threads:[~2012-02-20 19:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-20 15:35 e2image doesn't get backup superblocks? Phillip Susi
2012-02-20 19:05 ` Ted Ts'o [this message]
2012-02-20 19:22 ` Phillip Susi
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=20120220190535.GA6541@thunk.org \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=psusi@ubuntu.com \
/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