lkml.org 
[lkml]   [2002]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: ext3 and undeletion
From
Date
On Wed, 2002-02-27 at 18:03, James D Strandboge wrote:

> What is your opinion of having a mount option of 'undel' and a mount
> option of 'undeltrunc'? The defaults for mount would be to not do
> either. This way you could do something like:
>
> mount -o undel / # saves unlink, not truncated
> mount /var # does not save truncated or unlink
> mount -o undel,undeltrunc /home # saves unlink and truncated
>
> A cron job or user daemon (or filter of some sort) could monitor those
> directories that were mounted with undel.

In thinking about truncate more (and at least 'cp' overwrite if not
more), IMHO this is an unavoidable delete and should not be implemented
in undelete. It would create too much overhead both in disk I/O and
coding (be it in the kernel or user space). Moving files to a directory
to be deleted later which should have just been truncated in the first
case is too kludgey and backward.

However, for unlink there wouldn't be a big I/O problem in getting the
items into .undelete-- we are just changing links. It should be
relatively easy to implement, not very intrusive, should be useful in
the general case (rm and gui apps) and won't cause the disk to fill up.

Jamie

--
Email: jstrand1@rochester.rr.com
GPG/PGP ID: 26384A3A
Fingerprint: D9FF DF4A 2D46 A353 A289 E8F5 AA75 DCBE 2638 4A3A
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.091 / U:0.828 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site