*BSD News Article 78384


Return to BSD News archive

Newsgroups: comp.unix.bsd.freebsd.misc
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!munnari.OZ.AU!news.ecn.uoknor.edu!news.wildstar.net!serv.hinet.net!news.uoregon.edu!vixen.cso.uiuc.edu!howland.erols.net!EU.net!sun4nl!charon.cvi.ns.nl!Utrecht.NL.net!news.iaf.nl!news.es.iaf.nl!yedi!wilko
From: wilko@yedi.iaf.nl (Wilko Bulte)
Subject: Re: DLT4000/DLT4700 tape drive parameters
Organization: Private FreeBSD site - Arnhem, The Netherlands 
Message-ID: <Dxro6E.5G4@yedi.iaf.nl>
References: <DxqKAu.C5w@lexmark.com> <51cig7$ok@baygull.rtd.com>
Date: Sun, 15 Sep 1996 09:11:02 GMT
Lines: 24

dgy@rtd.com (Don Yuniskis) writes:

>In article <DxqKAu.C5w@lexmark.com>,
>Tyler Barnett <tbarnett@lexmark.com> wrote:
>>I have successfully tried to use a Quantum DLT400 tape drive, 
>>but am unsure of the dump parameters.  The Quantum web site says the 
>>the parameters should be "1A" in the tape drive table, but my 
>>2.1.5 release only shows dump parameters up to hex "17" or so.

I did not check 215R sources yet, but the check in mt and the st driver
that prevented you from using things like 0x81 (puts my DLT2000 in
compressed mode) should be gone. Note that these things are vendor specific
and are (therefore?) not listed in the man page.

>>I faked it out on the command line by specifying 82000 bpi, and 2 million 
>>feet of tape, so at least when the changer hits the end of the tape, 
>>it will call for the next tape.  I'm on shaky ground here....
>>But if it works, I can get 40 gig per tape times 7 cartidges.
>>Anyone with any experience with the Quantum DLT drives under FreeBSD?

DLT2000 works fine here

Wilko