Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 3 Jun 2000 13:26:46 -0500
From:      "gh" <grasshacker@linkfast.net>
To:        "Rahul Siddharthan" <rsidd@physics.iisc.ernet.in>
Cc:        <chat@freebsd.org>
Subject:   Re: Why encourage stupid people to use *BSD WAS:Re: IE
Message-ID:  <001301bfcd89$467130a0$2969a0d0@leviathan>
References:  <200006021842.LAA24897@usr09.primenet.com> <393855D9.F5F0E5F0@mail.ptd.net> <20000603095822.A13686@physics.iisc.ernet.in> <011b01bfcd75$3706e650$2969a0d0@leviathan> <20000603225029.A13363@physics.iisc.ernet.in>

next in thread | previous in thread | raw e-mail | index | archive | help
> gh said on Jun  3, 2000 at 11:03:10:
> > >
> > > What's wrong with having an undelete command, if someone can implement
> > > one?
> >
> > What a silly question.
> > For an operating system to have an ``undelete'' option, the OS must
maintain
> > a copy of the deleted files...which defeats the purpose of deleting the
damn
> > files.
>
> man 2 undelete
>
> Basically, a delete/rm command doesn't physically erase data from the
> disk, it only removes the file entry. The data may still be there if
> you're lucky.  I don't know what the issues are with ufs, however.
> With an msdos filesystem it's pretty straightforward to get the data
> back if that hard disk space hasn't been written over in the meantime.
>

True, but in order to have a *guaranteed*(mostly) recovery of the file, a
journaling file system or something similar would be necessary.

> > Everybody makes mistakes; it is *NOT* the job of the operating system
> > to pick up the poopoo left after the mistake.
>
> But it helps...
>

...so does learning from mistakes.

Dan

PS: All of us probably have better things about
which to be concerned...like punctuation. ;-))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Alludes to the Punctuation thread.

> R.
>



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?001301bfcd89$467130a0$2969a0d0>