Charles Galpin:
Sorry to be slow in responding as I have been tied up with a number of
problems.
Regarding your advice .
I did:
mt -f /dev/ht0 rewind
...it whirred away for a second
mt -f /dev/ht0 retension
...it whirred away for a while
mt - f /dev/ht0 status
...drive type = Generic SCSI -2 tape
...drive status = 512
...sense key error = 0
...residue count = 0
...file number = 0
...block number = 0
...Tape block size 512 bytes
.....Density code 0x0 (default)
...Soft error count since last status = 0
...General status bits on (0):
tar czf /dev/ht0 /etc
...it whirred for a few seconds and the bash prompt came back.
tar tzf /dev/ht0
...it whirred...and after a long while came back with these errors
...gzip: stdin: unexpected end of file
...tar: Child returned status 1
...tar: Error exit delayed from previous error
mt -f /dev/ht0 status
...mt: /dev/ht0: Device or resource busy.
It remains busy until the computer is powered down and then back up
again.
Please advise when you get a moment.
Bye-thanks_TED
--- Begin Message ---
--- Begin Message ---
Charles:
I would not shout at you, you are way too nice of a human being.
I like to capitalize because I cannot underline (or don't know how)
using Netscape on Linux.
Okay, I will try these things, but I'm sure I did all this before. Then
I will get back to you. Will have to wait till the wife gets home so she
can watch the Linux server having the IDE Tape Drive as I can neither
see nor hear it from my work position.
Thanks again Charles.
Bye-thanks, Ted
PS. I have a couple of streams going on this problem, so I hope it does
not get too confusing.
Ted
Charles Galpin wrote:
>
> On Sun, 2001-12-30 at 00:16, Ted Hilts wrote:
> > I need some basic information about tape units in the Linux
> > environment. I understood - perhaps incorrectly - that TAR would work
> > with any tape unit as long as the tape unit was properly designated in
> > the system. This was according to the builder of the Linux Box.
> >
> > IS IT NECESSARY TO INSTALL DRIVERS before Linux can utilize a tape unit
> > or do the drivers come as part of Linux? The tape unit is Seagate model
> > #STT28000A-RF ATAPI drive - Travan 8 Gig.
> >
> > If drivers are required and if they were installed where would I look
> > for them and how would I reenable them? The tape unit is not working
> > after the Linux box was serviced and several technicians told me that
> > there were no drivers installed. But I am fairly certain the tape unit
> > worked when the box was built and was sent in for service. I could be
> > mistaken because the box went in for servicing just after it was built.
> > It's been many months since this happenned and I am just getting around
> > to dealing with the problem. ARE THERE ANY LINUX TAPE EXPERTS OUT
> > THERE? I would appreciate your suggestions.
>
> Please, no need to shout. I do mot consider myself a tape expert, but
> since I have had both ATAPI and later SCSI tapes working under linux, I
> can help.
>
> First make sure it's getting recognized. Check /var/log/messages - it
> should shouw up as /dev/ht0
>
> Second, make symlink to that device from /dev/tape. This just lets
> programs like mt use it without having to specify the device.
>
> Third, unless you have compiled your own kernel, the ide-tape module
> should get loaded automatically when you try use the tape. If you have
> built your own kernel make sure it is included either as a module or
> compiled in. You can do a lsmod to see if the module is loaded.
>
> Try and use it. You can do things like
>
> mt status
> mt rewind
> mt retension
>
> etc. If they work, try tarring something to it
>
> tar czf /dev/tape /etc
> tar tzf /dev/tape
>
> Let us know if any of these steps fail and we can help determine why.
>
> If you are in fact mistaken about this being atapi, everything I just
> said is still valid, except the device will appear as /dev/st0.
>
> One last thing. I have not done this myself, but have heard that using
> scsi emulation for the atapi drive works well, and allows you to use
> backup programs that usually won't work with atapi drives because of
> differences in the wayt mt treats the drives. I plan on trying this
> soon.
>
> > Thanks, Ted
>
> welcome
>
> charles
>
> _______________________________________________
> Redhat-list mailing list
> [EMAIL PROTECTED]
> https://listman.redhat.com/mailman/listinfo/redhat-list
--- End Message ---
--- End Message ---
