Date: Sun, 21 Apr 1996 07:58:08 -0500 From: dkelly@hiwaay.net (David Kelly) To: "Jonathan M. Bresler" <jmb@freefall.freebsd.org>, peter@taronga.com (Peter da Silva) Cc: hackers@freebsd.org Subject: Re: Archive Anaconda on 1540B -- waiting forever for tape to become ready Message-ID: <v02140b07ad9fd981aeeb@[206.104.22.146]>
next in thread | raw e-mail | index | archive | help
At 10:16 PM 4/20/96, Jonathan M. Bresler wrote:
> is this a brand new blank tape? never before used?
> if so you have to "force" the tape. try "mt -f /dev/rst0 fsf 1"
> for me that results in
> "st0(ncr1:4:0): HARDWARE FAILURE info:1 asc:80,8a"
> but afterward mt operations work!
I also just installed an Anaconda tape drive but haven't had any problems
like the above. Am running -stable patched thru 0074. Put the tape on ID 6,
my 2G Barracuda is on ID 0. Per Richard J Kuhns
<rjk@sparcmill.grauel.com>'s advice I jumped jp6 (documented as "reserved")
without ever trying it unjumped.
System is a NexGen PCI-90 with Adaptec 2940.
What bugs me a little is the tape drive doesn't continuously spool during
dump (or tar). Several times it stopped for a second or two. Eventually
dump asked me to insert the next tape. No way, 1.35G tape, 500M fs, I
aborted. Looks like I've got to teach dump how big the tape is, or figure
out how to get dump to run until it reaches the end of tape, or maybe dump
was using 512 byte blocks?
So for fun I did: "tar -cv /usr /usr1" which is about 1G, and ran to
completion. Then used dd to read the tape to /dev/null and got an
outrageous data rate reported but a sane byte count. This needs more
experimentation.
--
David Kelly N4HHE, n4hhe@amsat.org, dkelly@hiwaay.net
=============================================================
To invent, you need a good imagination and a pile of junk.
- Thomas Edison
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?v02140b07ad9fd981aeeb>