You may need to use the stinit program (comes with mt-st that I got w/RedHat
6.2). Here's the readme from that file (/usr/doc/mt-st-0.5b/README.stinit):
The program stinit is meant for initializing of SCSI tape drive modes
at system startup, when the tape driver module is loaded, or when new
tape drivers are initialized using
echo "scsi add-single-device" x y z v >/proc/scsi/scsi
The parameters used in initialization of a tape drive are fetched from
a text file. The parameter file is indexed by the inquiry data
returned by the drive, i.e., the parameters are defined by the drive
manufacturer, model, etc. This means that the initialization for a
drive does not depend on its hardware address. A similar method is
used by most Unices either within the kernel or outside the kernel.
The contents of the configuration file and the command line parameters
are defined in the man page stinit.8. A sample configuration file
stinit.def.examples is included in this distribution. It can be used as
example when writing descriptions for the tape drives in a
system. NOTE that the examples by no means specify what are the
"correct" parameters for different types of devices.
The program is configured for maximum of 32 tapes and 4 modes (the
default Linux configuration). If the kernel is configured for
different number of tape modes, the definitions MAX_TAPES and
NBR_MODES in stinit.c should be configured accordingly. (With 8 bit
minor numbers NBR_MODES * MAX_TAPES == 128.)
The files:
stinit.c - the program source code
stinit.8 - the man page
stinit.def.examples - a file containing example definitions for
imaginary tape drives
Makefile - a sample makefile for the program
README.stinit - this file
April 11, 1998 Kai M�kisara <[EMAIL PROTECTED]>
I've got the sources around here somewhere. Let me know if you want them and
I'll email it separately (or put it somewhere where you can get them).
--Bruce
Benjamin Scott wrote:
> On Wed, 7 Nov 2001, Paul Lussier wrote:
> > This is a really stupid question, but have you checked the kernel to
> > make sure the SCSI tape driver is compiled in and/or the module is
> > being loaded?
>
> Yes. Otherwise, GNU's mt would not work at all, nor would st-mt, nor
> would tar or anything else. :-)
>
> > Could this be a case where the kernel just doesn't know how to interpret
> > the data being sent back by the tape drive?
>
> I might buy that, and it still might be the case, but, like I said, I
> checked the GNU mt source, and the commands you described (e.g.,
> "datacompression") just plain *are* *not* *there*. :-)
>
> >> Does Paul or anyone know where Debian gets their "mt"?
> >
> > I thought it was simply the Gnu mt command.
>
> Given my current information, I suspect it is a heavily patched version of
> the GNU mt command. It certainly is not the GNU mt command included in the
> stock GNU cpio 2.4.2 archive.
>
> > Hmmm, I never knew about the rpm2cpio thingy.
>
> It is a stand-alone program that will extract the actual files (which are
> kept in a cpio-format archive) from an RPM package. Very useful for getting
> files out of an RPM on a non-RPM system. Or even on an RPM system.
>
> > On Debian I just use apt-get for the source. Provided you have your
> > sources.list file correctly set up for source packages ...
>
> Right. And where do I find sources.list on a Red Hat 6.2 system? ;-)
>
> > Hope that helps!
>
> Not really, but thanks anyway! :-)
>
> --
> Ben Scott <[EMAIL PROTECTED]>
> | The opinions expressed in this message are those of the author and do not |
> | necessarily represent the views or policy of any other person, entity or |
> | organization. All information is provided without warranty of any kind. |
>
> *****************************************************************
> To unsubscribe from this list, send mail to [EMAIL PROTECTED]
> with the text 'unsubscribe gnhlug' in the message body.
> *****************************************************************
--
For the latest CodeMeta news, go to http://www.codemeta.com/news .
For my personal news, go to http://www.milessmithfarm.net/news .
*****************************************************************
To unsubscribe from this list, send mail to [EMAIL PROTECTED]
with the text 'unsubscribe gnhlug' in the message body.
*****************************************************************
