Bug#470813: ITP: ext3grep -- Tool to facilitate and automate deleted file recovery from an ext3 filesystem.
On Thu, Mar 13, 2008 at 6:05 PM, Petter Reinholdtsen
<petter.reinholdtsen@usit.uio.no> wrote:
>
> > ext3grep is a simple tool intended to aid anyone who accidentally deletes a
> > file on an ext3 filesystem, only to find that they wanted it shortly
> > thereafter.
>
> How does it relate to the recover package:
>
> Package: recover
> Note that recover works only with ext2 filesystems - it does not support ext3.
>
> http://recover.sourceforge.net/linux/recover/
>
> I would suspect it is better to have one tool capable of handling both
> ext2 and ext3, instead of two tools.
I agree - I might be interested in scripting a tool to choose one
appropriately, but as it stands, the two tools are completely
unrelated.
The source to both is unrelated (as far as I can see), and ext3grep
uses the journal information and old metadata to pull out inodes, old
file blocks, et al, for ext3 only. I haven't tested it on ext2, but
it's designed to use the old journal data to recover, so I'm uncertain
at best how it will perform.
In general, I feel it would be better to have a recover tool that did
more than just ext2 filesystems, which was a front end to recover.$FS,
similar to fsck.
As it stands, though, I'd like to wait until this tool becomes more
mature to attempt to integrate them, or even write a front-end for
either - there's no guarantee that the semantics in this release will
keep working in the next. :)
- Rich
Reply to: