Date: Mon, 3 Mar 1997 22:47:21 -0800 (PST) From: Tom Bartol <bartol@salk.edu> To: Doug White <dwhite@resnet.uoregon.edu> Cc: questions@FreeBSD.ORG Subject: Re: Density codes for Exabyte 8505XL Message-ID: <Pine.SUN.3.95.970303222506.17653B-100000@helmholtz> In-Reply-To: <Pine.BSI.3.94.970303173614.20973B-100000@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
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 > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.95.970303222506.17653B-100000>