Date: 09 Mar 1999 15:12:38 -0500 From: Chris Shenton <chris@shenton.org> To: mjacob@feral.com Cc: tom@tomqnx.com, scsi@FreeBSD.ORG Subject: Re: 3.1-STABLE: nrsa0 T4000 doesn't honor "no rewind"? SCSI errs in logs Message-ID: <874snu777t.fsf@absinthe.shenton.org> In-Reply-To: Matthew Jacob's message of "Tue, 9 Mar 1999 07:13:37 -0800 (PST)" References: <Pine.LNX.4.04.9903090711140.17778-100000@feral-gw>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Jacob <mjacob@feral.com> writes: > Yes- I added the code that tries to unload the tape if things get screwed > up- but some tapes don't eject. The Travan-TR4's (and probably any QIC) won't eject. > Let's get a sense from y'all- is this a bad idea? Frankly, dump and tar > and other backup programs are fantastically broken if they don't, at each > open, always either explicitly position to a known locatio, or get > position information and use that, or explicitly space to EOD. It seems to > me that if you've lost position information you should try and force the > tape out. I dunno. I recall seeing some amusing comment on the "sa" or "scsi" man page something about "we don't know why it's done this way but we follow the convention that...". Frankly, if the "better" way breaks existing behavier, then it's not a win for the users. There's plenty of braindead hardware out there in the PeeCee world :-( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?874snu777t.fsf>