Xref: utzoo comp.unix.admin:1554 comp.sys.sgi:9382
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!sgi!shinobu!odin!anchor!olson
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.unix.admin,comp.sys.sgi
Subject: Re: How do I read a bad tape (tar)?
Keywords: tar tape sgi unix
Message-ID: <1991Apr10.055638.16775@odin.corp.sgi.com>
Date: 10 Apr 91 05:56:38 GMT
References: <1991Apr8.231456.391@gpu.utcs.utoronto.ca> <1991Apr9.030501.23536@odin.corp.sgi.com> <1991Apr9.225311.6534@lokkur.dexter.mi.us>
Sender: news@odin.corp.sgi.com (Net News)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Lines: 34

In <1991Apr9.225311.6534@lokkur.dexter.mi.us> scs@lokkur.dexter.mi.us (Steve Simmons) writes:

| olson@anchor.esd.sgi.com (Dave Olson) writes:
| >Unless you are getting kernel messages on the console or in SYSLOG, odds
| >are VERY high that someone overwrote the beginning of the tape, perhaps
| >by doing a 'tar c' with no args (fixed in the next release to be a
| >no op, instead of trashing the tape), when they meant 'tar t'.
| 
| >If so, there is no hope.  The firmware on the drives refuse to read
| >past the EOD marker.  Besides, it erased a part of each track when
| >the the 'tar c', or whatever was done.  This is one of thoese FAQ
| >that shows up in all the comp groups from time to time.  Remember,
| >the write protect switch is your friend!
| 
| Hmmm...some help might be possible here.  First, one needs to trick
| the drive into reading past the EOT (not EOD) marker.  This *can* be
| done with some drives (I've done it), as long as one is careful.  An
| EOT marker is two tape marks.  So *if* the conjecture about a small
| tar blotzing the head of a large one is true, one could do so by doing

Bzzt.  Sorry, you are wrong,  An EOD marker on non-9track drives is
NOT two filemarks.  It is a specific set of information in the block headers
that tells the drive that EOD has been reached.  I haven't yet found a
SCSI QIC drive that can be tricked into skipping past it.

The '2 FMs means EOD' is just a convention on 9 track drives, and there
is nothing special about 2 FM's in a row, as far as the drive is concerned.
Many device drivers treat it specially, but that is a different issue
altogether.
--

	Dave Olson

Life would be so much easier if we could just look at the source code.