Path: utzoo!utgpu!watserv1!watmath!att!att!tut.cis.ohio-state.edu!ucsd!usc!cs.utexas.edu!rutgers!maverick.ksu.ksu.edu!hoss!hoss.unl.edu!greg
From: greg@hoss.unl.edu (Hammer T. H.)
Newsgroups: comp.sys.apple2
Subject: Re: Data Recovery
Message-ID: <1990Nov23.211146.5956@hoss.unl.edu>
Date: 23 Nov 90 21:11:46 GMT
References: <2561893@mtsg.ubc.ca>
Sender: news@hoss.unl.edu (Network News Administer)
Organization: University of Nebraska - Lincoln
Lines: 33

In <2561893@mtsg.ubc.ca> Les_Ferch@MTSG.UBC.CA writes:

>... is there a disk archiver around that will read an entire
>disk and put the data into a file *without* compression?

There was Copy II Plus v7.2 which would do that.  (I'm not sure about the
others in the v7.x range, but I am about v7.2.)  It will copy a whole
5.25" disk into a singe file without compression.  It was used as a way to
make multiple copies of a disk if you had the ability to configure a
RAMdisk large enough.  (It wouldn't load the whole disk into memory before
copying yet.)  The destination disk however must have 280 ProDOS blocks
free; a blank, formatted 5.25" disk won't do it.  (Resulting filetype
was defined by v7.2 as IMG, but I don't know what the hex-type is now...
it isn't an official/reserved type.  If there is an IMG type now, it
probably isn't the same.)

>Once I've got the data in a file, I can use various programs to filter
>out the non-ascii junk.  It's just getting it into a file that's got
>me stumped.

You could create a file with the same length on another disk, then copy
the file block-by-block from the old disk to the new disk, skipping the
lookup block table of course.  There are programs which will extract the
file better, but I don't know their names, and I've never used them.

>internet: Les_Ferch@mtsg.ubc.ca
>bitnet:   userlsf@ubcmtsg

--
     __  _____________  __
     \ \_\ \__   __/ /_/ /    "I'm working the Eight Minus Zero Shift..."
      \greg@hoss.unl.edu/     "Eight Minus Zero Shift?"
       \_\ \_\|_|/_/ /_/      "Yup, the Happiness Patrol."