Path: utzoo!attcan!uunet!husc6!rice!sun-spots-request
From: umix!itivax!scs@uunet.uu.net (Steve C. Simmons)
Newsgroups: comp.sys.sun
Subject: Re: Multiple dumps to /dev/nrst8 fail
Message-ID: <437@itivax.iti.org>
Date: 22 Dec 88 21:19:27 GMT
References: <855@mcrware.UUCP>
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 21
Approved: Sun-Spots@rice.edu
Original-Date: 15 Dec 88 16:23:10 GMT
X-Sun-Spots-Digest: Volume 7, Issue 74, message 15 of 16

In article <855@mcrware.UUCP> mcrware!kim@uunet.uu.net (Kim Kempf) writes:
>I'm having a problem with cartridge tape dumps that used to work on SunOS
>3.5 and now doesn't on SunOS 4.0.  The following:
>
>	dump 6ucf /dev/nrst8 /dev/rxy0e
>	dump 6ucf /dev/nrst8 /dev/rxy0f
>
>all dumps fine with no reported problems.  restore will only work on the
>first file saved.  Attempts to restore the other files on the tape (with

Bug in 4.0.  Fixed in 4.0.1?  Who knows.  Workaround: to restore from
later save sets, do a 'mt -f /dev/nrst8 fsf <n>' to get close, then one
instance of 'mt -f /dev/nrst8 rsf 1'.  Now give the restore command.

The bug is in the tape positioning.  Apparently when you do the 'fsf', it
does not leave the head quite far enough down the tape to get past the end
of the tape mark.  The 'rsf' (record skip forward) gets it enough further
down the tape that 'restore' works.

Steve Simmons		...!umix!itivax!scs
Industrial Technology Institute, Ann Arbor, MI.