On Thu, Mar 13, 2008 at 6:05 PM, Petter Reinholdtsen <[EMAIL PROTECTED]> 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
