From owner-freebsd-hackers Mon Apr 22 07:26:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08068 for hackers-outgoing; Mon, 22 Apr 1996 07:26:03 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA08063 Mon, 22 Apr 1996 07:25:59 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id JAA00350; Mon, 22 Apr 1996 09:28:15 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id JAA15252; Mon, 22 Apr 1996 09:25:37 -0500 Date: Mon, 22 Apr 1996 09:25:37 -0500 Message-Id: <199604221425.JAA15252@sparcmill.grauel.com> From: Richard J Kuhns To: dkelly@hiwaay.net (David Kelly) Cc: "Jonathan M. Bresler" , peter@taronga.com (Peter da Silva), hackers@freebsd.org Subject: Re: Archive Anaconda on 1540B -- waiting forever for tape to become ready In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Kelly writes: > 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 > 's advice I jumped jp6 (documented as "reserved") > without ever trying it unjumped. > Second-hand advice; I got it from Jonathan Bresler ;-). > 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 It doesn't spool well for me either, but it's still fast enough that I don't really care; it's worth the price. > 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? > Try something like "dump 0uBbf 1300000 10 /dev/rst0"; if you don't tell dump how many blocks the tape will hold, it defaults to some (too low) number. -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319