Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Mar 1999 12:42:42 -0800 (PST)
From:      Matthew Jacob <mjacob@feral.com>
To:        Darryl Okahata <darrylo@sr.hp.com>
Cc:        freebsd-scsi@FreeBSD.ORG
Subject:   Re: Travan-20 tape streamer: unit not ready 
Message-ID:  <Pine.LNX.4.04.9903251237580.8651-100000@feral-gw>
In-Reply-To: <199903252004.MAA21578@mina.sr.hp.com>

index | next in thread | previous in thread | raw e-mail



> Matthew Jacob <mjacob@feral.com> wrote:
> 
> > Uh- nope:
> > 
> > Palle Girgensohn <girgen@partitur.se>
> > 
> > had the same trouble..
> 
>      Oh, I thought he was having problems with a Travan-like drive.

I'm sorry- you're right, but the symptoms are the same!

> 
> > Well- this is a new one for me. I'm wondering whether the media has to be
> > formatted- sort of like what the older Sony Beta units had to have happen.
> > Try using  camcontrol to run format on the media- maybe that'd work?
> 
>      You may have touched upon something.  The drive responds
> differently when you put in a blank tape vs an "initialized" tape.
> However, I tried the tests with an initialized tape, although the tape
> was initialized under Windows.
> 
>      I wonder if the "Invalid field in CDB" error is meaningful.  If I
> find the time, I'll play with camcontrol to send different LOAD UNLOAD
> CDBs to the drive.

The CDB for load is very straightforward:

0 opcode (0x1b)
1		     Immed
2
3
4          EOT|RETEN|LOAD
5

Basically, we either set LOAD (to load to BOT) or clear LOAD (to unload
the tape). We don't fool around with immediate, EOT or Retension. The LOAD
command is 'optional'.

The Rewind command is mandatory. What disturbs me more is the rejection of
the Rewind command. What this means is that these devices are *so* broken
likely that if you issue a 'load' command, it sends the device into the
weeds. Try commenting out the Load and lemme know what happens. Man, the
quality of tape devices is getting worse and worse. I'm almost inclined to
*not* try and support these devices because if they're this bad, why
should you trust your data to them?




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message



help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.04.9903251237580.8651-100000>