[comp.unix.xenix] making AT&T 3B2 diskettes from XENIX

scf@statware.UUCP (Steve Fullerton) (07/22/89)

I have been trying to write diskettes to be read on an AT&T 3B2
system.  From reading the 3B2 manuals and talking to users, the
3B2 uses a 96 TPI DS/DD disk with 80 tracks, 512 byte sectors, and
9 sectors per track.  This results in a 720 Kb disk.  Reading over
the SCO XENIX HW man pages, this should be /dev/rfd096ds9.  I formatted
several of the appropriate disks and wrote them using cpio as follows:

find . -depth -print | cpio -oBca >/dev/rfd096ds9

On the 3B2 I tried to read the contents by:

cpio -itvBca </dev/rSA/diskette

Everything seems okay as long as cpio doesn't require multiple disks,
I am able to read the disk on a 3B2.  However, when using multiple disks,
cpio on the 3B2 requests the next disk (like you would expect) and then
the read starts failing.  Sometimes it starts displaying garbage file
names (with the -itv options) and other times it just reads on and on
displaying nothing.  It always seems to do it on the last disk of the
cpio volume.  I have even tried displaying the contents on another
XENIX system just in case there was a disk drive alignment problem.
This works fine.

If anyone has solved this problem or has any suggestions or clues I
would appreciate hearing about them.

-- 
Steve Fullerton                        Statware, Inc.
scf%statware.uucp@cs.orst.edu          260 SW Madison Ave, Suite 109
orstcs!statware!scf                    Corvallis, OR  97333
                                       503/753-5382

les@chinet.chi.il.us (Leslie Mikesell) (07/25/89)

In article <3622@statware.UUCP> scf%statware.UUCP@cs.orst.edu (Steve Fullerton) writes:
>I have been trying to write diskettes to be read on an AT&T 3B2
>system.  From reading the 3B2 manuals and talking to users, the
>3B2 uses a 96 TPI DS/DD disk with 80 tracks, 512 byte sectors, and
>9 sectors per track. 
[....]
>Everything seems okay as long as cpio doesn't require multiple disks,
>I am able to read the disk on a 3B2.

The 3B2 does not use the last track of the diskette (or perhaps uses it
for its own purposes).  Try "cp /dev/rSA/diskette1 /tmp/file", then
note the size of /tmp/file.  If you have afio you should be able to
specify that as the size of the device when creating the archive on
the xenix machine.  If you still have trouble, you might try formatting
the disks on the 3B2 (in case the contents of the last track are actually
used).
Going the other direction you should be able to copy the disks in using
appropriate options to dd to limit the size, then cat the files to cpio.

Les Mikesell