From owner-freebsd-hackers Sat Nov 4 04:48:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA15044 for hackers-outgoing; Sat, 4 Nov 1995 04:48:16 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA15039 for ; Sat, 4 Nov 1995 04:48:13 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 12:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA18974; Sat, 4 Nov 1995 13:49:46 +0100 Message-Id: <199511041249.NAA18974@allegro.lemis.de> Subject: Re: More nits To: julian@ref.tfs.com (Julian Elischer) Date: Sat, 4 Nov 1995 13:49:46 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199511011940.LAA23130@ref.tfs.com> from "Julian Elischer" at Nov 1, 95 11:40:31 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1589 Sender: owner-hackers@freebsd.org Precedence: bulk Julian Elischer writes: > > > > 2. The SCSI tape driver will rewind a non-rewinding tape under some > > > circumstances (I think it's when it detects an EOM). I have a tape > > > with multiple files which is readable, but the second-to-last tape > > > mark seems to be flaky and an 'mt fsf 3' tends to go one mark too > > > far. It was a real pain trying to read in the tape, since the > > > driver kept rewinding it. > > > > Hmmmmm! I'll let some of the SCSI hackers on our list field this one. > > I don't actually use tapes in my daily life, so I've no direct > > experience with this behavior. > > I have a problem with this.. > it might be the drive itself..... > I don't think WE ask it to do that.... I'm pretty sure that it's the driver. I finally got this tape read by using BSD/OS, which doesn't show the behaviour. A couple of other points that were mentioned: 1. What kind of tape drive? HP 35480A. I haven't had any problems with it before; I don't know what made it write the flaky tape mark. 2. Why not rewrite the tape? From what? This is the only backup. Sure, it's a good objective to ensure that you have good tapes (and, in fact, once I restored it, I *did* rewrite it), but that doesn't mean that drivers shouldn't recover from as many errors as possible. 3. J\(:org hasn't seen this problem before. You mention QIC-150s--do you use them in non-rewinding mode? This question doens't make any sense unless you're talking about /dev/nrstX--otherwise you'd expect it to rewind when it closes. Greg