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:2.136 / U:0.012 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site