From: "Theodore Ts'o" <tytso@mit.edu>
To: Pavel Machek <pavel@ucw.cz>
Cc: kernel list <linux-kernel@vger.kernel.org>
Subject: Re: Eaten filesystem and unhelpfull fsck
Date: Tue, 15 Oct 2002 16:16:25 -0400 [thread overview]
Message-ID: <20021015201625.GA29050@think.thunk.org> (raw)
In-Reply-To: <20021015200511.GD19330@atrey.karlin.mff.cuni.cz>
On Tue, Oct 15, 2002 at 10:05:11PM +0200, Pavel Machek wrote:
> Hi!
>
> I managed to kill filesystem on my omnibook... Now I'm pretty sure
> most of data should be undamaged [I did not do any long writes to it],
> but mount refuses to mount it and e2fsck refuses that, too.
>
> fsck /dev/hda4
> fsck 1.24a (02-Sep-2001)
> ...
> try running...:
>
> e2fsck -b 8193.
>
> e2fsck -b 8193 /dev/hda4
> ....suggests me to run e2fsck -b 8193. Too bad. debugfs refuses to
> mount it, too. How do I get my data back?
1) Update to something more recent that e2fsprogs 1.24 --- there have
been a lot of bugfixes since then, especially in the arena of dealing
with various "special" cases of corruption.
2) Assuming that you are using filesystems with 4k blocksizes, the
backup superblock is at 32768. More modern e2fsck's will correctly
fall back to the backup sb at 32768, but ancient versions (like the
one you're using) don't; that's one of the bugs that since been fixed. :-)
You could *try* using e2fsck -b 32768 with your current version of
e2fsck, and it *probably* will be able to fix things without doing any
more damage, but without knowing more about how your filesystem got
screwed up, using a more recent version of e2fsck would be the safer
course of action.
- Ted
prev parent reply other threads:[~2002-10-15 20:10 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-15 20:05 Eaten filesystem and unhelpfull fsck Pavel Machek
2002-10-15 20:16 ` Theodore Ts'o [this message]
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=20021015201625.GA29050@think.thunk.org \
--to=tytso@mit.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.