Xref: utzoo comp.sys.mac.system:1664 comp.sys.mac.programmer:17885
Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!sgi!silvlis.com!jimb
From: jimb@silvlis.com (Jim Budler)
Newsgroups: comp.sys.mac.system,comp.sys.mac.programmer
Subject: Re: DiskCopy (was Re: System 6.0.5 available via anonymous FTP?)
Keywords: developer, duplication
Message-ID: <1990Sep29.065418.1760@silvlis.com>
Date: 29 Sep 90 06:54:18 GMT
References: <1990Sep26.044408.28319@news.iastate.edu> <1990Sep26.152250.4947@ux1.cso.uiuc.edu> <1990Sep26.202938.5419@news.iastate.edu>
Sender: usenet@silvlis.com (USENET news maint)
Reply-To: jimb@silvlis.com (Jim Budler)
Distribution: usa
Organization: Silvar-Lisco,Inc. Sunnyvale Ca.
Lines: 63

In article <1990Sep26.202938.5419@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes:
>In article <1990Sep26.152250.4947@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes:
>>In article <1990Sep26.044408.28319@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes:
>>>  It's in pub/dts/sw.license.  you need the file 'disk copy' or whatever
>>>to undo the archives.... pretty strange format....
>>
[...]
>>going bad (I know I'm not the only one with piles of bad disks...).  Not

I don't have a pile of bad disks. If a disk can't format, or can't
verify, or otherwise dies, I put it into that plastic recepticle
under the desk 8^) After I've attempted to recover any data, of course.

>>only that, but you have a convenient one-file package to put out for FTP,
>>should you choose to do so.  I'm sure that there are other products that
>>do the same thing, but DiskCopy's free (a big advantage, if you ask me).
>>
>>I'm grateful to Steve Christensen and Apple for DiskCopy.

I agree completely.
>
>I didn't mean to imply that it wasn't good, I was just wondering why it was
>necessary to preserve the entire disk structure as opposed to archiving
>the individual files...

I've always prefered to have as exact as possible disk images which
correspond with the image of the Apple distributions.

In the past this was primarily do to the presence of tech notes or
messages on the various services that point to a particular file
with a disk name and path.

Now with the new multi disk installer, it is even more crucial.
The installer expects to find the particular resources in
particular files in particular folders, on particular disks in
the distribution set.

In the past, before DiskCopy, the distributions on the various
services were accompanied by a text file which described the
exact directory of all the distribution disks, and you
could then recreate manually an essentially exact set of
distribution disks.

I've done this many times. I prefer the Disk Image method
totally.

Unfortunately the commercial systems haven't adopted it 8^(
and I no longer have access to Applelink, and I have never had
ftp access to Internet.

I'm probably forced to go back to the old way. I regret it...

Maybe I'll just have to resort to the method "for the rest of us"
and start visiting my dealer with original system disks and blanks.

8^( 8^( 8^( 8^( 8^( 8^( 8^( 8^( 
>------------------------------------------------------------------------------
>Niko Schuessler               "On a two semester mission to engineer where

jim
--
Jim Budler          jimb@silvlis.com       +1.408.991.6115
Silvar-Lisco, Inc. 703 E. Evelyn Ave. Sunnyvale, Ca. 94086