Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!sdd.hp.com!decwrl!pa.dec.com!shlump.nac.dec.com!tkou02.enet.dec.com!jit345!diamond
From: diamond@jit345.swstokyo.dec.com (Norman Diamond)
Newsgroups: comp.unix.ultrix
Subject: Re: Tape overwritten
Message-ID: <1991Jan25.045736.12356@tkou02.enet.dec.com>
Date: 25 Jan 91 04:57:36 GMT
References: <1991Jan24.213649.2804@cc.ic.ac.uk>
Sender: news@tkou02.enet.dec.com (USENET News System)
Reply-To: diamond@jit345.enet@tkou02.enet.dec.com (Norman Diamond)
Organization: Digital Equipment Corporation Japan , Tokyo
Lines: 31

In article <1991Jan24.213649.2804@cc.ic.ac.uk> pjc@cc.ic.ac.uk writes:

>   TK50 that has had the front of a tar file overwritten by another
>   much shorter one. Can I get at any of the data of the original file
>   on the tape?
>   I am willing to consider manually winding on the TK50 If I have to.
>   MT seems unable to get past the EOF and the first partial block on
>   the tape.

The default device used by the mt command is likely to rewind after
obeying your instructions, so you might not know if it has gotten past
the EOF.  Try:

% mt -f /dev/nrmt0h fsf 1
% mt -f /dev/nrmt0h fsr 1
% dd if=/dev/nrmt0h of=whatever bs=10240

However, the EOF might actually be two EOFs (convention for the end of
the last file).  So, if the above fails, then

% mt -f /dev/nrmt0h rew
% mt -f /dev/nrmt0h fsf 2
% mt -f /dev/nrmt0h fsr 1
% dd if=/dev/nrmt0h of=whatever bs=10240

Substitute /dev/nrmt0l or other device name if necessary.

These are not the company's suggestions.
--
Norman Diamond       diamond@tkov50.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.