Re: Will Reisefs have "undo"?

[Alex Malinovich <demonbane@the-love-shack.net>]

[-- Attachment #1: Type: text/plain, Size: 1812 bytes --]

On Sun, 2003-06-15 at 07:09, Dieter Nützel wrote:
> Am Sonntag, 15. Juni 2003 11:50 schrieb Joachim Zobel:
> > Am Sam, 2003-06-14 um 21.39 schrieb Fred -- Speed Up --:
> > > This is not the filesystem's work, KDE for instance has a trashcan, and
> > > you can bind the rm command to a special mv one that moves files from the
> > > initial place to a backup folder, the files of which you can empty
> > > regulary with a cron script depending on the file's "age". It's simple to
> > > implement, and really not something Reiser4 should be capable of ...
> > > instead journalising works very well to protect data from being erased,
> > > that's the only purpose of a modern filesystem.
> >
> > A filesystem undo is most needed on servers.
--snip--
> > What I would like to have is more - I think I was not clear enough about
> > that. I not only want to undo deletions. I would like to be able to undo all
> > file system operations.
--snap--
> > It feels pretty good if you can undo "everything I did since 11:30".

I don't think snapshots are really needed. I would be perfectly content
with a "semi-intelligent" filesystem that would mark files as deleted in
the journal while leaving the file intact on the HD. As soon as the file
has actually been overwritten, it is marked "purged" and cannot be
recovered. But up to that point, it would be a relatively simple task to
just tell the journal to mark the file as not-deleted again.

At least, this all seems rather simple in my way of looking it. However
I am by no means a file system expert, so I will gladly welcome any
corrections.

-- 
Alex Malinovich
Support Free Software, delete your Windows partition TODAY!
Encrypted mail preferred. You can get my public key from any of the
pgp.net keyservers. Key ID: A6D24837

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]