From: Walter Hurry <walterhurry@lavabit.com>
To: debian-user@lists.debian.org
Cc: linux-ext4@vger.kernel.org
Subject: Re: Restoring filenames from partly damaged ext4-filesystem
Date: Thu, 9 Feb 2012 23:20:38 +0000 (UTC) [thread overview]
Message-ID: <jh1kc6$nt9$1@dough.gmane.org> (raw)
In-Reply-To: 1328804993.34330.YahooMailNeo@web132403.mail.ird.yahoo.com
On Thu, 09 Feb 2012 16:29:53 +0000, Rudolf Zran wrote:
> Hi everybody!
>
> I recently damaged an ext4 partition by accident (mistakenly forced a
> RAID sync with another partition onto it, which I realized after about
> 3% completion). As a result the beginning of the ext4 partition seems to
> be overwritten with garbage and refuses to mount.
>
> As you might guess, I'd now like to get as most of my data back (from
> the part which hasn't been overwritten, of course :)).
>
> Maybe somebody knows a good method to just "repair" the ext4-structure
> from the remaining part of the partition?
>
>
> Background information:
>
> Operation system: Debian GNU/Linux 6.0.4 (Squeeze) Kernel:
> Linux 2.6.32-5 Architecture: x86-amd64 e2fsprogs: 1.41.12
> Filesystem type: ext4, with default settings (mkfs.ext4 /dev/xyz)
> Filesystem size: Around 1TB, filled with around 800GB of data.
> Filesystem content: From a lot of ASCII stuff up to files with several
> GB in size and arbitrary
> non-standard type.
>
>
> What I've tried so far:
>
> * First of all, though the source drive is physically fine, I work on
> images of the partition on a spare drive, to experiment with.
> Everytime I make unrecoverable errors to that image, I recopy the
> original.
>
> * "dumpe2fs -b $SBERR /dev/loop0" does NOT work, for SBERR={32768,
> 98304,
> 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000,
> 7962624} ( see https://pzt.me/1l55 )
>
> * "dumpe2fs -b $SBOK /dev/loop0" DOES (partly) work, for SBOK={11239424,
> 20480000, 23887872, 71663616, 78675968, 214990848} ( see
> https://pzt.me/6txz )
>
> * "mkfs.ext4 -S /dev/loop0" results in a completely empty filesystem
>
> * "fsck.ext4 -b $SBOK -B 4096 -v -n /dev/loop0" shows a lot of errors.
> Filesystem isn't mountable afterwards ( see https://pzt.me/42yk and
> https://pzt.me/3frg )
>
> * "fsck.ext4 -b $SBOK -B 4096 -v -y /dev/loop0" recoveres after a long
> time.
> Filesystem is mountable. Root is empty besides lost+found folder,
> which contains about 300GB mostly useless data: Millions of files
> with wrong permissions, useless names and some random content.
>
> * photorec from the testdisk package recoveres, luckily!, about 500GB of
> data. Though the content seems to be pretty reasonable, no filenames
> are recovered, since photorec operates without using filesystem
> knowledge.
>
> Do you see any chances (besides consulting professional recovery
> companies) getting the filenames back? I looked into the ext4 specs a
> bit to figure out where this information is stored on disk, but before I
> step with hexedit through a terabyte of data, I'd rather try some
> solutions which are maybe already out there.
The best, simplest and safest plan I think, would be simply to format the
partition and restore from backup.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/jh1kc6$nt9$1@dough.gmane.org
next prev parent reply other threads:[~2012-02-09 23:20 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-09 16:29 Restoring filenames from partly damaged ext4-filesystem Rudolf Zran
2012-02-09 18:50 ` Andreas Dilger
2012-02-09 21:22 ` Rudolf Zran
2012-02-10 13:41 ` Bernd Schubert
2012-02-10 17:07 ` Rudolf Zran
2012-02-10 22:20 ` Bernd Schubert
2012-02-09 23:20 ` Walter Hurry [this message]
2012-02-10 18:02 ` Theodore Tso
2012-02-10 18:36 ` Rudolf Zran
2012-02-10 21:32 ` Ted Ts'o
2012-02-10 22:17 ` Bernd Schubert
2012-02-11 17:33 ` [SOLVED] (was "Re: Restoring filenames from partly damaged ext4-filesystem") Rudolf Zran
2012-02-11 18:30 ` Ted Ts'o
2012-02-11 18:47 ` Andreas Dilger
2012-02-11 18:50 ` Ted Ts'o
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='jh1kc6$nt9$1@dough.gmane.org' \
--to=walterhurry@lavabit.com \
--cc=debian-user@lists.debian.org \
--cc=linux-ext4@vger.kernel.org \
/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.