-.\"Generated by db2man.xsl. Don't modify this, modify the source.
-.de Sh \" Subsection
-.br
-.if t .Sp
-.ne 5
-.PP
-\fB\\$1\fR
-.PP
-..
-.de Sp \" Vertical space (when we can't use .PP)
-.if t .sp .5v
-.if n .sp
-..
-.de Ip \" List item
-.br
-.ie \\n(.$>=3 .ne \\$3
-.el .ne 3
-.IP "\\$1" \\$2
-..
-.TH "AMTAPETYPE" 8 "" "" ""
-.SH NAME
-amtapetype \- generate a tapetype definition.
-.SH "SYNOPSIS"
+'\" t
+.\" Title: amtapetype
+.\" Author: Dustin J. Mitchell <dustin@zmanda.com>
+.\" Generator: DocBook XSL Stylesheets v1.76.1 <http://docbook.sf.net/>
+.\" Date: 07/25/2012
+.\" Manual: System Administration Commands
+.\" Source: Amanda 3.3.2
+.\" Language: English
+.\"
+.TH "AMTAPETYPE" "8" "07/25/2012" "Amanda 3\&.3\&.2" "System Administration Commands"
+.\" -----------------------------------------------------------------
+.\" * Define some portability stuff
+.\" -----------------------------------------------------------------
+.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+.\" http://bugs.debian.org/507673
+.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
+.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+.ie \n(.g .ds Aq \(aq
+.el .ds Aq '
+.\" -----------------------------------------------------------------
+.\" * set default formatting
+.\" -----------------------------------------------------------------
+.\" disable hyphenation
+.nh
+.\" disable justification (adjust text to left margin only)
.ad l
-.hy 0
-.HP 11
-\fBamtapetype\fR [\-h] [\-c] [\-o] [\-b\ \fIblocksize\fR] [\-e\ \fIestsize\fR] [\-f\ \fItapedev\fR] [\-t\ \fItypename\fR]
-.ad
-.hy
-
+.\" -----------------------------------------------------------------
+.\" * MAIN CONTENT STARTS HERE *
+.\" -----------------------------------------------------------------
+.SH "NAME"
+amtapetype \- generate a tapetype definition by testing the device directly
+.SH "SYNOPSIS"
+.HP \w'\fBamtapetype\fR\ 'u
+\fBamtapetype\fR [\-h] [\-c] [\-f] [\-p] [\-b\ \fIblocksize\fR] [\-t\ \fItypename\fR] [\-l\ \fIlabel\fR] [\fB\-o\fR\ \fIconfigoption\fR...] [\fIconfig\fR] [\fIdevice\fR]
.SH "DESCRIPTION"
-
.PP
-\fBamtapetype\fR generates a tapetype entry for \fBAmanda\fR\&.
-
+\fBamtapetype\fR
+generates a tapetype entry for Amanda by testing the device directly\&.
.SH "OPTIONS"
-
-.TP
+.if n \{\
+.sp
+.\}
+.RS 4
+.it 1 an-trap
+.nr an-no-space-flag 1
+.nr an-break-flag 1
+.br
+.ps +1
+\fBNote\fR
+.ps -1
+.br
+.PP
+The options for
+\fBamtapetype\fR
+have changed in version 2\&.6\&.1
+.sp .5v
+.RE
+.PP
\fB\-h\fR
-Display an help message\&.
-
-.TP
+.RS 4
+Display the help message\&.
+.RE
+.PP
\fB\-c\fR
+.RS 4
Run only the hardware compression detection heuristic test and stop\&. This takes a few minutes only\&.
-
-.TP
-\fB\-o\fR
-Overwrite the tape, even if it's an \fBAmanda\fR tape\&.
-
-.TP
+.RE
+.PP
+\fB\-f\fR
+.RS 4
+Run amtapetype even if the loaded volume is already labeled\&.
+.RE
+.PP
+\fB\-p\fR
+.RS 4
+Run only the device property discovery\&.
+.RE
+.PP
\fB\-b\fR\fI blocksize\fR
-record block size (default: 32k)
-
-.TP
-\fB\-e\fR\fI estsize\fR
-estimated tape size (default: 1g == 1024m)
-
-.TP
-\fB\-f\fR\fI tapedev\fR
-tape device name (default: $TAPE) The device to perform the test\&.
-
-.TP
-\fB\-t\fR\fI typename\fR
-tapetype name (default: unknown\-tapetype)
-
+.RS 4
+block size to use with the device (default: 32k)
+.RE
+.PP
+\fB\-t\fR \fItypename\fR
+.RS 4
+Name to give to the new tapetype definition\&.
+.RE
+.PP
+\fB\-l\fR\fI label\fR
+.RS 4
+Label to write on the tape (default is randomly generated)\&.
+.RE
+.PP
+\fB\-o \fR\fB\fIconfigoption\fR\fR
+.RS 4
+See the "CONFIGURATION OVERRIDE" section in
+\fBamanda\fR(8)\&.
+.RE
+.PP
+If a configuration is specified, it is loaded and used to configure the device\&. Note that global configuration parameters are not applied to the device, so if you need to apply properties to a device to run amtapetype, you should supply those properties in a named
+\fIdevice\fR
+section\&.
.SH "EXAMPLE"
-
.PP
Generate a tapetype definition for your tape device:
-
+.sp
+.if n \{\
+.RS 4
+.\}
.nf
-
% amtapetype \-f /dev/nst0
-
.fi
-
+.if n \{\
+.RE
+.\}
.SH "NOTES"
-
.PP
-Hardware compression is detected by measuring the writing speed difference of the tape drive when writing an amount of compressable and uncompresseable data\&. It does not rely on the status bits of the tape drive or the OS parameters\&. If your tape drive has very large buffers or is very fast, the program could fail to detect hardware compression status reliably\&.
-
+If the device cannot reliably report its comprssion status (and as of this writing, no devices can do so), hardware compression is detected by measuring the writing speed difference of the tape drive when writing an amount of compressable and uncompresseable data\&. If your tape drive has very large buffers or is very fast, the program could fail to detect hardware compression status reliably\&.
.PP
-During the first pass, it writes files that are estimated to be 1% of the expected tape capacity\&. It gets the expected capacity from the \-e command line flag, or defaults to 1 GByte\&. In a perfect world (which means there is zero chance of this happening with tapes :\-), there would be 100 files and 100 file marks\&.
-
+Volume capacity is determined by writing one large file until an error, interpereted as end\-of\-tape, is encountered\&. In the next phase, about 100 files are written to fill the tape\&. This second phase will write less data, because each filemark consumes some tape\&. With a little arithmetic,
+\fBamtapetype\fR
+calculates the size of these filemarks\&.
.PP
-During the second pass, the file size is cut in half\&. In that same fairyland world, this means 200 files and 200 file marks\&.
-
+All sorts of things might happen to cause the amount of data written to vary enough to generate a strange file mark size guess\&. A little more "shoe shining" because of the additional file marks (and flushes), dirt left on the heads from the first pass of a brand new tape, the temperature/humidity changed during the multi\-hour run, a different amount of data was written after the last file mark before EOT was reported, etc\&.
.PP
-In both passes the total amount of data written is summed as well as the number of file marks written\&. At the end of the second pass, quoting from the code:
-
-.PP
-* Compute the size of a filemark as the difference in data written between pass 1 and pass 2 divided by the difference in number of file marks written between pass 1 and pass 2\&. \&.\&.\&. *
-
-.PP
-So if we wrote 1\&.0 GBytes on the first pass and 100 file marks, and 0\&.9 GBytes on the second pass with 200 file marks, those additional 100 file marks in the second pass took 0\&.1 GBytes and therefor a file mark is 0\&.001 GBytes (1 MByte)\&.
-
-.PP
-Note that if the estimated capacity is wrong, the only thing that happens is a lot more (or less, but unlikely) files, and thus, file marks, get written\&. But the math still works out the same\&. The \-e flag is there to keep the number of file marks down because they can be slow (since they force the drive to flush all its buffers to physical media)\&.
-
+Note that the file mark size might really be zero for whatever device this is, and it was just the measured capacity variation that caused
+\fBamtapetype\fR
+to think those extra file marks in pass 2 actually took up space\&.
+.SH "SEE ALSO"
.PP
-All sorts of things might happen to cause the amount of data written to vary enough to generate a big file mark size guess\&. A little more "shoe shining" because of the additional file marks (and flushes), dirt left on the heads from the first pass of a brand new tape, the temperature/humidity changed during the multi\-hour run, a different amount of data was written after the last file mark before EOT was reported, etc\&.
-
+\fBamanda\fR(8),
+\fBamanda.conf\fR(5)
.PP
-Note that the file mark size might really be zero for whatever device this is, and it was just the measured capacity variation that caused \fBamtapetype\fR to think those extra file marks in pass 2 actually took up space\&.
-
+The Amanda Wiki:
+: http://wiki.zmanda.com/
+.SH "AUTHORS"
.PP
-It also explains why \fBamtapetype\fR used to sometimes report a negative file mark size if the math happened to end up that way\&. When that happens now we just report it as zero\&.
-
-.SH "SEE ALSO"
-
+\fBDustin J\&. Mitchell\fR <\&dustin@zmanda\&.com\&>
+.RS 4
+Zmanda, Inc\&. (http://www\&.zmanda\&.com)
+.RE
.PP
-\fBamanda\fR(8)
-
+\fBJean\-Louis Martineau\fR <\&martineau@zmanda\&.com\&>
+.RS 4
+Zmanda, Inc\&. (http://www\&.zmanda\&.com)
+.RE
projects / debian / amanda / blobdiff