.\" the Free Software Foundation; either version 2 of the License, or
.\" (at your option) any later version.
.\" See file COPYING in distribution for details.
-.TH MDADM 8 "" v3.1
+.TH MDADM 8 "" v3.1.1
.SH NAME
mdadm \- manage MD devices
.I aka
size that is at-least 4 and requires no more than 2^21 chunks.
When using an
.B internal
-bitmap, the chunksize is automatically determined to make best use of
-available space.
+bitmap, the chunksize defaults to 64Meg, or larger if necessary to
+fit the bitmap into the available space.
.TP
.BR \-W ", " \-\-write\-mostly
to determine the maximum usable amount of space on each device and
update the relevant field in the metadata.
-.ig XX
+.ig
.TP
.B \-\-auto\-update\-homehost
This flag is only meaningful with auto-assembly (see discussion below).
.I mdadm
will rescan for any arrays at all and will assemble them and update the
homehost to match the current host.
-.XX
+..
.SH For Manage mode:
.B /dev/md/
(the name will have any 'host' prefix stripped first).
-.ig XX
+.ig
If
.I mdadm
cannot find any array for the given host at all, and if
The reason for requiring arrays to be tagged with the homehost for
auto assembly is to guard against problems that can arise when moving
devices from one host to another.
-.XX
+..
.SH BUILD MODE
.I md
metadata is found, the device is rejected.
-.ig XX
+.ig
.IP +
Does the metadata match an expected array?
The metadata can match in two ways. Either there is an array listed
.I mdadm
is not able to positively identify the array as belonging to the
current host, the device will be rejected.
-.XX
+..
.I mdadm
keeps a list of arrays that it has partially assembled in