From owner-freebsd-questions Wed Mar 5 05:57:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18767 for questions-outgoing; Wed, 5 Mar 1997 05:57:53 -0800 (PST) Received: from horton.iaces.com (root@horton.iaces.com [204.147.87.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18757 for ; Wed, 5 Mar 1997 05:57:49 -0800 (PST) Received: (from proot@localhost) by horton.iaces.com (8.8.4/8.8.4) id HAA15445; Wed, 5 Mar 1997 07:57:14 -0600 (CST) From: "Paul T. Root" Message-Id: <199703051357.HAA15445@horton.iaces.com> Subject: Re: Density codes for Exabyte 8505XL To: dwhite@resnet.uoregon.edu Date: Wed, 5 Mar 1997 07:57:14 -0600 (CST) Cc: bartol@salk.edu, questions@freebsd.org In-Reply-To: from Doug White at "Mar 4, 97 05:20:02 pm" X-Organization: !nterprise Networking Services - ACES X-Phone: (612) 663-1979 X-Fax: (612) 663-8030 X-Page: (800) SKY-PAGE PIN: 537-7270 X-Address: 200 S. 5th St., Suite 1100 X-Address: Minneapolis, MN 55402 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a previous message, Doug White said: > On Tue, 4 Mar 1997, Paul T. Root wrote: > > > Doug, get amanda, its wonderful. > > I tried that. It's a huge hulking mess that did not fit well with our > patchy backup logic. The backup server runs Win95 most of the time, so it > must be rebooted to FreeBSD to work. And it took us forever to convice > the systems to talk to one another -- I don't want to break something > that's finally working :) Yep, if it's not broke, don't fix it. > > Oh, looking in /dev/MAKEDEV, and /dev you'll see /dev/rst0.[0123]. Maybe that's > > it. The MAKEDEV calls it rst${unit}.${mode}. I'd bet that that's what > > you want. > > > Do a man st. Hopefully, that will have ethe answer your looking for. > > If you _do_ a man st, you'll find the following in the FILES section: > > /dev/rst0.0 Mode 0, rewind on close > /dev/nrst0.2 Mode 2, No rewind on close > /dev/erst0.3 Mode 3, Eject on close (if capable) > > So I think we need to look to a different avenue here... Looks like. I didn't read the man page (since it wasn't my problem). I saw that stuff in MAKEDEV and scsitape.h.