From: Spam <spam@tnonline.net>
To: reiserfs-list@namesys.com
Subject: Re: Congratulations! we have got hash function screwed up
Date: Fri, 31 Dec 2004 00:25:38 +0100 [thread overview]
Message-ID: <144678391.20041231002538@tnonline.net> (raw)
In-Reply-To: <m3brcbqsz6.fsf@merlin.emma.line.org>
> Spam <spam@tnonline.net> writes:
>> In any case. Undelete has been since ages on many platforms. It IS a
>> useful feature. Accidents CAN happen for many reasons and in some
>> cases you may need to recover data.
>>
>> Besides, a deletion does not fully remove the data, but just unlinks
>> it. In Reiser where there is tailing etc for small files this can be
>> a problem. Either the little file might not be able to be recovered
>> (shouldn't the data still exist, even if it is tailed), or the user
>> need to use a non-tailing policy?
> A working undelete can either hog disk space or die the moment some
> large write comes in. And if you're at that point, make it a versioning
> file system - but then don't complain about space efficiency.
Yes, When data is overwritten then it is overwritten. The longer the
user waits to try to recover data, the more risk of this happening.
Undelete has existed a long time and people know it is not a
foolproof thing. I do not think anyone asked for automatic backup
features, but just tools that can try to recover accidental deletions.
>> well, overwritten data is not so easy to get back. But from what I
>> understand in Linux, is that many applications actually write
>> another file and then unlinks the old file? If that is the case then
>> it may even be possible to get back some overwritten files!
> I see enough applications to just overwrite an output file.
Yes, This was an example only.
In any case. If there were tools that could scan and recover, even
partly, deleted files then I would welcome them. I am sure lots of
other people do too.
It is very easy to say you need backups of your data, that you need
versioning filesystems etc. But not all of this is possible for
everyone. Just take a laptop as example. Making backups is not so
easy to do frequently - especially not when traveling.
Sure, if you run in a corporate environment you can do shadow
copying or use other versioning systems and mount that over the
network. But for the normal "home" or "small business" users this is
not really what you can expect...
> This whole discussion doesn't belong here until someone talks about
> implementing a whole versioning system for reiser4.
I think someone said they wanted undelete recovery features in
reiser4 - which was what started this discussion?
´
--
next prev parent reply other threads:[~2004-12-30 23:25 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-30 11:52 Congratulations! we have got hash function screwed up Yiannis Mavroukakis
2004-12-30 12:40 ` Matthias Andree
2004-12-30 12:59 ` Cal
2004-12-30 14:18 ` Matthias Andree
2004-12-30 16:40 ` Hans Reiser
2004-12-30 16:51 ` Matthias Andree
2005-01-18 21:17 ` Grzegorz Jaśkiewicz
2005-01-19 16:06 ` Hans Reiser
2005-01-19 22:41 ` David Masover
2005-01-20 13:18 ` Edward Shishkin
2005-01-20 23:43 ` Grzegorz Jaśkiewicz
2005-01-21 9:31 ` Edward Shishkin
2004-12-30 17:07 ` Esben Stien
2004-12-30 17:15 ` Christian Iversen
2004-12-30 17:47 ` Sander
2004-12-30 17:59 ` Esben Stien
2004-12-30 18:30 ` Sander
2004-12-30 18:46 ` Esben Stien
2004-12-30 18:49 ` Chris Dukes
2004-12-30 19:21 ` Sander
2004-12-30 19:29 ` Esben Stien
2004-12-30 18:16 ` Esben Stien
2004-12-30 18:26 ` Spam
2004-12-30 20:41 ` Tom Vier
2004-12-30 23:14 ` Matthias Andree
2004-12-30 23:25 ` Spam [this message]
2004-12-31 4:11 ` Hans Reiser
2004-12-31 8:36 ` Matthias Andree
2004-12-30 20:08 ` Hans Reiser
2004-12-30 21:55 ` Esben Stien
2004-12-31 4:05 ` David Masover
2004-12-31 4:26 ` Hans Reiser
2004-12-31 5:59 ` David Masover
2004-12-30 20:57 ` Adrian Ulrich
2004-12-30 21:01 ` Stefan Traby
2004-12-30 21:20 ` brianmas
2004-12-30 17:09 ` Lehmann
2004-12-30 20:11 ` Hans Reiser
-- strict thread matches above, loose matches on Subject: below --
2004-12-30 18:16 Burnes, James
2004-12-30 18:36 ` Esben Stien
2004-12-30 19:26 ` Matthias Andree
2004-12-30 19:24 ` Matthias Andree
2004-12-30 20:25 ` Hans Reiser
2004-12-30 17:22 Yiannis Mavroukakis
2004-12-30 13:24 Yiannis Mavroukakis
2004-12-30 14:11 ` Matthias Andree
2004-12-28 22:12 Lehmann
2004-12-29 18:55 ` Stefan Traby
2004-12-29 21:04 ` Lehmann
2004-12-29 21:05 ` Hans Reiser
2004-12-29 21:43 ` Lehmann
2004-12-29 21:46 ` Christian Iversen
2004-12-29 22:27 ` Lehmann
2004-12-30 2:05 ` Hans Reiser
2004-12-30 10:22 ` Matthias Andree
2004-12-30 17:02 ` Lehmann
2005-01-06 12:45 ` Alex Zarochentsev
2005-01-06 14:27 ` Lehmann
2005-01-06 15:56 ` Hans Reiser
2005-01-06 16:13 ` Spam
2005-01-06 16:26 ` Chris Dukes
2005-01-06 16:29 ` Spam
2005-01-06 16:56 ` Chris Dukes
2005-01-07 17:22 ` Hans Reiser
2005-01-07 17:28 ` Chris Dukes
2005-01-06 18:55 ` Edward Shishkin
2005-01-07 17:26 ` Lehmann
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=144678391.20041231002538@tnonline.net \
--to=spam@tnonline.net \
--cc=reiserfs-list@namesys.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 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.