Path: utzoo!attcan!uunet!husc6!bloom-beacon!apple!bionet!agate!helios.ee.lbl.gov!lll-tis!oodis01!uplherc!esunix!blgardne
From: blgardne@esunix.UUCP (Blaine Gardner)
Newsgroups: comp.sys.amiga
Subject: Re: a gotcha with the FFS (no, my mistake)
Message-ID: <1072@esunix.UUCP>
Date: 10 Nov 88 04:57:35 GMT
References: <1070@esunix.UUCP>
Organization: Evans & Sutherland Computer Corporation
Lines: 43

From article <1070@esunix.UUCP>, by blgardne@esunix.UUCP (Blaine Gardner):
> [Will someone remove all sharp objects from the room so I don't injure
>  myself?]

[Description of some twit deleting the only copy of his S-S edited.]

> Ok, move onto DiskSalv then. But after running disksalv there is no
> trace of the deleted file. No writes were done the hard drive after my
> screwup (in fact I used the LOCK command to make sure!), but the file is
> not there. Am I correct in assuming that some of the redundancy of the
> OFS was traded for the speed of the FFS? 
 
Patience IS a virture. But it's hard to remember that when you think
you've killed your system.

I had been trying DiskSalv 1.3 with the START and STOP options to avoid
scanning the whole 34 meg partition. The ranges I used weren't big
enough I guess, because it was unable to recover my deleted Startup-
Sequence. However, when I let it run on the whole partition, it did
successfully recover the deleted file.

[Insert boundless praise for Dave Haynie here.]

DiskSalv really saved my hide here, thanks Dave! One possible tiny bug
though. I was running the salvage from one 34M partition to a directory
on my second 34M partition. After ~880K it told me that the disk was
full, and to insert another. (This is with about 28M free on the
destination partition.) I aborted the salvage, and retried with the
NOCHECK option, and it worked fine.

The docs say you need to use NOCHECK if RAM: is the destination (because
of RAM:'s constant 0% free status). But shouldn't DiskSalv check to see
how much space is REALLY there, instead of assuming 880K?


> It looks like daily backups from here on out.

Still a good idea I think!
-- 
Blaine Gardner @ Evans & Sutherland    580 Arapeen Drive, SLC, Utah 84108
Here: utah-cs!esunix!blgardne   {ucbvax,allegra,decvax}!decwrl!esunix!blgardne
There: uunet!iconsys!caeco!pedro!worsel!blaine (under construction)
"Nobody will ever need more than 64K."    "Nobody needs multitasking on a PC."