lkml.org 
[lkml]   [1996]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Drawbacks of implementing undelete entirely in user space
On Fri, 21 Jun 1996, Justin Dossey wrote:
[snip]
> Of course, a .wastebasket dir would have to be created.

hmm, a shell script:
#!/bin/sh
for i in ~* /etc/skel; do
mkdir $i/.wastebasket
done

was that hard ? All current home directories now have a .wastebasket,
and so has /etc/skel/ (the util you use to create the new user account
should copy this into the new home dir).

> A cron job could clear those directories every night or every
> hour, depending on space constraints.

Ok, suppose I delete a file at 9:59:59, and want it back at 10:00:01 (ie
2 seconds later), it's gone. A better way to do it is something like
this (every 5 minuets):

find / -name '.wastebasket/*' -amin 60 -exec rm {} \;


It's a real pity that doesn't work :( it would if 'somefile', and
'.somefile' wern't treated differantly, but they are so .... (perhaps it
needs fixing)

> I suppose I cast my vote for user
> space. This just doesn't seem to be a system-level function, and it's
> definitely something that varies in importance from system to system.
> Oh, for those with free processor and tight disk, there's always gzip...
>
Hmm, maybe we need the ext2fs c bit fixing too ....
Bryn
--
PGP key pass phrase forgotten, \ Overload -- core meltdown sequence
again :( | initiated.
/ This space is intentionally left
| blank, apart from this text ;-)
\____________________________________



\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.056 / U:19.728 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site