From owner-freebsd-hackers Sun Jan 7 10:21:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27232 for hackers-outgoing; Sun, 7 Jan 1996 10:21:22 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA27223 for ; Sun, 7 Jan 1996 10:21:20 -0800 (PST) From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA28598 for hackers@freebsd.org; Sun, 7 Jan 1996 13:21:18 -0500 Date: Sun, 7 Jan 1996 13:21:18 -0500 Message-Id: <199601071821.NAA28598@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: RE:A Few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 7, 10:46am, Frank Durda IV wrote: } Subject: Re: A few NITS about SCSI Tapes } [0]The dump application exits with the error } [0] "st1: bad request, must be between 0 and 0" } } [1]I'd prefer the status light. Perhaps a "non-locking" dev is the answer? } [1]That is what I provided for the Matsushita CD-ROM drives. } } [2]I'd be inclined to unlock on rewind; it makes little or no sense to be } [2]able to eject a partially-wound tape. This would give automatic unlock } [2]on close of the rewind device (the default). } } Actually ALL DAT drives perform an automatic rewind when the eject } button is pushed. It is not possible to get the drive to voluntarily } eject a tape that is not rewound, so this is no an issue. ALL 8mm drives I've used also rewind on eject. }-- End of excerpt from Frank Durda IV Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming