From owner-freebsd-questions Mon Mar 3 22:47:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00464 for questions-outgoing; Mon, 3 Mar 1997 22:47:44 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00457 for ; Mon, 3 Mar 1997 22:47:42 -0800 (PST) Received: from helmholtz (helmholtz [198.202.70.34]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id WAA19183; Mon, 3 Mar 1997 22:47:21 -0800 (PST) Date: Mon, 3 Mar 1997 22:47:21 -0800 (PST) From: Tom Bartol X-Sender: bartol@helmholtz To: Doug White cc: questions@FreeBSD.ORG Subject: Re: Density codes for Exabyte 8505XL In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks for the info. The -B and -b options for dump are new to me and are most interesting but not exactly what I was after. An 8505XL can read and write in four density modes: 2.6 GB, 5 GB, 7 GB, and 14 GB (all on a 112 meter tape). I'd like to use the 14 GB mode. One can use the mt command to set the density mode but it's not clear what density code to use to get this mode. After having set the mode to 14 GB, though, the -B and -b dump options (set to say, 450000 and 32 respectively) would be extremely useful to allow dump to calculate how many tapes it will need and its progress etc... I assume you meant to say you use -B = 200000 not 2000000 in your example below -- 200000 * 10K = ~2GB. Thanks, Tom On Mon, 3 Mar 1997, Doug White wrote: > On Mon, 3 Mar 1997, Tom Bartol wrote: > > > But the modes listed here don't really correspond what I'd expect to see > > for a helical scanning tape drive. I have been able to use density > > mode X3.202-1991 (hex code 0x14) but I don't whether is the the max > > density code for my drive and I don't know what other codes might be > > available. Codes 0x13 and 0x15 (which are listed at helical scan density > > codes in the mt manpage) don't work on my drive. > > The dump density/length options don't apply to newer drives very well. > Instead, use the B and b options, which specify # blocks and blocksize in > kilobytes respectively. We have a Connor 2gb drive and use the following > dump commands to make backups over a network. > > rdump 0uBbf 2000000 10 resnet2.uoregon.edu:/dev/nrst0 / > rdump 0uBbf 2000000 10 resnet2.uoregon.edu:/dev/nrst0 /var > rdump 0uBbf 2000000 10 resnet2.uoregon.edu:/dev/nrst0 /usr > rdump 0uBbf 2000000 10 resnet2.uoregon.edu:/dev/rst0 /usr1 > > Tune to meet your needs. Excessive shoeshining (back,forth,back,forth) > can be solved by adjusting the blocksize. > > Hope this helps. See dump(8) for further details. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > >