Re: Backing up to Fujitsu MO [GS/OS]

[dempson@actrix.gen.nz (David Empson)]

In article <4tkuam$n23@elna.ethz.ch>, GUDATH@EZINFO.VMSMAIL.ETHZ.CH
(Henrik 'Ratte' Gudat) wrote:

>I wanted to back up my GS hard disk to the Mac's MO drive. It's a plain SCSI
>device.
>
>So, I hooked it up and it wouldn't mount at all. I had a MO disk in the drive
>with two Prodos partitions. (The partitions are: Partition Map, Apple_Driver43,
>2 prodos partitions, 1 MacOS partition) As usual, I did the partitioning with
>HDT 1.8.
>What's wrong here? The GS has 6.0 installed with SCSIHD and SCSIManager
>drivers. (Yep, I want to install 6.0.1, that's why I decided to make my first
>backup after 5 years.) I'm using Apple's "high speed" SCSI card (rev. C I
>think).

The problem is that a SCSI Magneto-Optical disk is a unique class of SCSI
device.  All of Apple's SCSI drivers look for devices of their own class
(hard drive, CD-ROM drive, etc.) and ignore other device classes.

To use a Magneto-Optical drive with an Apple SCSI card would require a
"SCSIMO.Driver".

I don't know whether the RamFast has built-in support for MO disks.

>BTW, I could also have plugged the GS hard disk to the mac's SCSI chain. I've
>done that before and it works perfectly for moving large files to the Mac. 
>However, I'm not sure if copying from a ProDOS volume to another ProDOS volume 
>via MacOS will preserve all the settings.

Nearly, but not quite.  I did two tests: copying the files from the Apple
II Workstation Software (lots of ProDOS-8 applications and associated data
files) to another floppy (via a disk image), and everything was preserved.

However, when I copied a working copy of IIgs System 6.0, I ended up with
one difference: the "IR" extension got changed from a "PIF" to "$00" file.
If I copy this file to an HFS disk, it reports a type of 'pdos' and a
creator of 'B6'  followed by two spaces, which is the old format for the
file type.  It wasn't recognised by PC Exchange (which can only handle the
newer 'pXYZ' file type, where X is the ProDOS file type and YZ is the
auxiliary type, all stored in binary), so the ProDOS filetype/auxtype were
set to zero.

This file has a resource fork, so I suspect it contains an HFS file type
of 'B6' in its extended key block.  Yep - confirmed it using ZAP.


Apart from this, everything was preserved in all files I copied - the
dates, file types, auxiliary types, resource forks (or lack thereof) and
directory order.

There may be a few other obscure things which are not preserved, such as
the auxiliary type of SYS files.  I'm not sure what will happen with a
random-access TXT file.

-- 
David Empson
dempson@actrix.gen.nz
Snail Mail: P.O. Box 27-103, Wellington, New Zealand