From: Jesse Pollard <pollard@admin.navo.hpc.mil>
To: root@chaos.analogic.com, Max Valdez <maxvaldez@yahoo.com>
Cc: Jan Hudec <bulb@ucw.cz>, kernel <linux-kernel@vger.kernel.org>
Subject: Re: Undelete files on ext3 ??
Date: Tue, 7 Jan 2003 12:45:09 -0600 [thread overview]
Message-ID: <200301071245.09561.pollard@admin.navo.hpc.mil> (raw)
In-Reply-To: <Pine.LNX.3.95.1030107131613.3523A-100000@chaos.analogic.com>
On Tuesday 07 January 2003 12:17 pm, Richard B. Johnson wrote:
> On 7 Jan 2003, Max Valdez wrote:
> > > By the way, there used to be undelete tool for ext2. It created a list
> > > of deleted inodes with correct stat, but no names, only their inode
> > > numbers. You could then pick the corect inode and give it a name, thus
> > > bringing it back to life. Since ext3 is just ext2 with journal, I guess
> > > it might work. It existed as a standalone tool and integrated to
> > > midnight commander.
> >
> > I think there must be some other differences between ext2 and ext3, I've
> > tryed e2undel and unrm, both made for ext2, and none of them found any
> > deleted inode.
> >
> > I umonted immediately the drive, and nothing has been writen on it after
> > the rm *
> >
> > Thanks for the comments !
> > I will keep searching !
> > Max
>
> There is a project waiting for someone who wants
> to contribute. It only slightly involves the kernel,
> but is quite useful.
>
> As more people are switching from the Redmond stuff
> to Linux, many have "learned" from the Redmond stuff
> that `rm` isn't permanent. You can always get it
> back from the `wastebasket`. Of course, the Unix
> gurus know you can't. Therefore, it's time for somebody
> to put a 'dumpster` in all the Linux file-systems.
> Somebody should then modify `rm` and the kernel unlink
> to `mv' files to the dumpster directory on the
> file-system, instead of really deleting them. Then,
> just like the Redmond stuff, a separate program can
> be used to clear out the "dumpster" or `mv` them back.
Actually, it already exists - It's called "lost+found".
> Since sys_unlink() takes only a path-name, there isn't
> a current mechanism whereby it could take a flag to
> tell it to 'really' delete a file (or is there?). So,
> maybe we need a new kernel function? Just hacking existing
> utilities won't do the whole thing because we need programs
> that delete files to transparently put them into the
> dumpster as well.
You also have to figure out how to communicate with an absent
user for cron/batch/background operation. After all, the user that requested
the deletion may be logged out, even if the system has only one user.
It also won't help the current situation (there is "rm -i ..." after all).
> The wastebasket should be called a hopper or a dumpster so
> Redmond doesn't get confused and send lawyers.
already named "lost+found".
This subject comes up about once every two years, and gets shot
down for the same reasons every time.
--
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil
Any opinions expressed are solely my own.
next prev parent reply other threads:[~2003-01-07 18:39 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-07 3:58 Undelete files on ext3 ?? Max Valdez
2003-01-07 8:59 ` Marco d'Itri
2003-01-07 8:59 ` John Bradford
2003-01-07 9:29 ` Maciej Soltysiak
2003-01-07 9:45 ` Jan Hudec
2003-01-07 17:38 ` Max Valdez
2003-01-07 17:53 ` Andreas Dilger
2003-01-07 17:57 ` John Bradford
2003-01-07 18:56 ` Andreas Dilger
2003-01-07 18:17 ` Richard B. Johnson
2003-01-07 18:41 ` Virtual WORM device John Bradford
2003-01-07 18:53 ` Andreas Dilger
2003-01-07 18:54 ` John Bradford
2003-01-08 18:24 ` Vishal Verma
2003-01-07 18:45 ` Jesse Pollard [this message]
2003-01-07 18:55 ` Undelete files on ext3 ?? Andreas Dilger
2003-01-08 5:01 ` Gerhard Mack
2003-01-08 8:00 ` Jan Hudec
2003-01-08 10:57 ` John Bradford
2003-01-08 21:33 ` Valdis.Kletnieks
2003-01-08 21:47 ` John Bradford
2003-01-08 21:51 ` Randy.Dunlap
2003-01-08 22:06 ` Valdis.Kletnieks
2003-01-08 23:03 ` John Bradford
2003-01-08 23:14 ` John Bradford
2003-01-09 9:42 ` Helge Hafting
2003-01-07 20:58 ` Mike Waychison
2003-01-09 8:27 ` Michael Knigge
[not found] ` <Pine.LNX.3.95.1030107131613.3523A-100000@chaos.analogic.co m>
2003-01-07 23:51 ` Billy Rose
2003-01-07 11:30 ` John Bradford
2003-01-07 11:45 ` Matti Aarnio
2003-01-07 12:39 ` Alan Cox
2003-01-08 20:00 ` Michael Milligan
2003-01-07 9:16 ` David van Hoose
2003-01-07 19:31 ` oford
2003-01-08 11:57 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2003-01-07 9:58 Alexander Sandler
2003-01-08 10:03 bart
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=200301071245.09561.pollard@admin.navo.hpc.mil \
--to=pollard@admin.navo.hpc.mil \
--cc=bulb@ucw.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=maxvaldez@yahoo.com \
--cc=root@chaos.analogic.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