home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.questions:15274 comp.unix.misc:4865 comp.unix.admin:6956
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!uflorida!travis.csd.harris.com!amber!kbeal
- From: kbeal@amber (Ken Beal)
- Newsgroups: comp.unix.questions,comp.unix.misc,comp.unix.admin
- Subject: Re: Dumb Question...
- Message-ID: <1ihrdoINNqta@travis.csd.harris.com>
- Date: 7 Jan 93 18:05:44 GMT
- References: <C0FJ07.I1r@cc.mey.nl>
- Organization: Harris CSD, Ft. Lauderdale, FL
- Lines: 41
- NNTP-Posting-Host: amber.ssd.csd.harris.com
- X-Newsreader: TIN [version 1.1 PL6]
-
- Arjan de Bruin#124 (arjanb@cc.mey.nl) wrote:
- : In article <C0EsA1.3u2@ncifcrf.gov> digennar@fcs280s.ncifcrf.gov (Frank S. DiGennaro) writes:
- : > This might seem a simple question, but here goes... does UNIX have an 'unerase'
- : >command similar to DOS?
- : No Frank.
- : I suppose you would like to 'unerase' a recently deleted file. Well
- : disk blocks that come free when a file is deleted come available in the free
- : list. This Free list is a LIFO , last in first out. So even if you could manage
- : to figure out which disk blocks did belong to the deleted file you can almost
- : be sure that at least one of that blocks is in use or has been in use by some
- : other file by that time. So this answers your question and also tells you the
- : WHY.
-
- Hmm... I wonder, if they made the free list a FIFO, you think that'd be
- a step toward solving this problem? I wonder how difficult that would be...
- A couple more variables needed, probably, but not an insurmountable problem.
- Then the file would be available for unerasing for quite a while (a different
- post mentioned Norton's alleged attempts, which involve shoving the file
- into a "holding area" for 5 minutes, but it'd be nicer as a FIFO -- you
- won't have a preset time limit, and you won't be consuming resources in
- case the filesystem is nearing its limit).
-
- I have a different solution, myself: I have aliased the "vi" command (no
- editor flames, please :-) ), so that it copies the file I'm editing into
- a $HOME/backup_files/ directory, and adds the current date and time to the
- end of it (so that multiple edits of the same file won't overwrite each
- other). Then I've got another program in crontab which runs at 4:00 am and
- deletes all files more than 2 days old. It's a bit complicated solution,
- and it >does< take up extra space, but it beats going to the backup tapes.
-
- (fwiw, undeleting with my method is a bit more complicated; I've gotta go
- in, figure out which one I want, type the full name, date and time included,
- remember what directory it came from since >that< isn't saved along with
- it, and copy it back to its original name. But I don't need it all that
- often, so it's good enough for me! :-) ).
- --
- Kenneth L. Beal, Jr. kbeal@amber.ssd.csd.harris.com | Use OS/2 2.0! :-) often.
- "I'd give my right arm to be ambidextrous!" - MST3k | Learn. Keep moving.
- "Street person my responsibility." - Indigo Girls | Better yourself.
- The opinions expressed above are shared. The preceding sentence is false.
- *** News at Harris expires daily. If you want me to see it, please E-MAIL! ***
-