Re: why no undelete?

From: Molchun (molchun_at_REMOVEbluerealm.co.uk)
Date: 10/01/03


Date: Wed, 01 Oct 2003 10:55:20 +0100

Dave Carrigan wrote:

> Molchun <molchun@REMOVEbluerealm.co.uk> writes:
>
>> David L. Johnson wrote:
>>
>> <snip>
>>
>>> This is, excuse me, a bullshit answer. The reason that undelete is
>>> traditionally impossible is due to security considerations. unix boxes
>>> are naturally muti-user machines, and in order for the contents of
>>> deleted files to not be visible to other users, the rm command does much
>>> more than
>>> on a dos/windows machine. It really obliterates the file, not just its
>>> addressing information.
>>
>> Bollocks !!!
>> Why don't you have a look at the "rm" source?
>> If you want to "shred" the file you need to do it yourself, "rm" will not
>> do it for you.
>
> Just because rm doesn't shred the file doesn't mean that the underlying
> filesystem won't do so.

Of course it doesn't! So?

> It also doesn't mean that the unlink(2) system
> call that rm utilizes won't shred the file.

Sure it doesn't! What's your point?

> Unlink does not, and I'm
> also not aware of any linux filesystems that do it. However, your logic
> for why a file is not obliterated when it is deleted is flawed.

Filesystem could do it, modified unlink() syscall could do it,
hardware-ide-shredder which you carefully plug into available shredder-slot
on your hard drive could do it and you know what, sand paper could do it.
So what???
None of it exist (apart from the sand paper and the ide shredder, of
course).
Plus, all that has nothing to do with my post.
The poster I replied to said: "rm does much more ... "
And I said: "BS, it doesn't ..."
Simple!!!



Relevant Pages

  • Re: df, lvm and 6TB arrays oh my!
    ... OK, so lvdisplay showing the full amount is good, so the underlying ... I hate to be a complete idiot, but I can't get tune2fs to work on the lv, I must be doing something wrong. ... Filesystem magic number: 0xEF53 ... Reserved blocks gid: 0 ...
    (Fedora)
  • Re: Linux 2.6.29
    ... points to a regular file or directory then it instructs the underlying ... filesystem to do whatever internal barrier it supports, ...
    (Linux-Kernel)
  • Re: df, lvm and 6TB arrays oh my!
    ... OK, so lvdisplay showing the full amount is good, so the underlying ... I hate to be a complete idiot, but I can't get tune2fs to work on the ... Filesystem magic number: 0xEF53 ... Reserved blocks gid: 0 ...
    (Fedora)
  • Re: why no undelete?
    ... Dave Carrigan wrote: ... > Just because rm doesn't shred the file doesn't mean that the underlying ... > filesystem won't do so. ...
    (comp.os.linux.misc)