summaryrefslogtreecommitdiffstats
path: root/man/crypttab.xml
diff options
context:
space:
mode:
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>2017-09-05 10:25:45 +0200
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>2017-09-05 12:06:30 +0200
commited3657d5dbc5fa7724c50fd0c4cf6503cd0896e1 (patch)
treeb070b004fd94a5cb6311a77091b1b61bd6f0c177 /man/crypttab.xml
parentunits: order cryptsetup-pre.target before cryptsetup.target (diff)
downloadsystemd-ed3657d5dbc5fa7724c50fd0c4cf6503cd0896e1.tar.xz
systemd-ed3657d5dbc5fa7724c50fd0c4cf6503cd0896e1.zip
man: order fields alphabetically in crypttab(5)
They already were mostly ordered alphabetically, but some disorder snuck in. Also, fix formatting. Some options were described using "--" prefixes, which looks like the text was just copied from crypttab(8).
Diffstat (limited to 'man/crypttab.xml')
-rw-r--r--man/crypttab.xml93
1 files changed, 46 insertions, 47 deletions
diff --git a/man/crypttab.xml b/man/crypttab.xml
index 49896a45ba..5223e16664 100644
--- a/man/crypttab.xml
+++ b/man/crypttab.xml
@@ -69,8 +69,7 @@
<para>Empty lines and lines starting with the <literal>#</literal>
character are ignored. Each of the remaining lines describes one
- encrypted block device, fields on the line are delimited by white
- space.</para>
+ encrypted block device. Fields are delimited by white space.</para>
<para>Each line is in the form<programlisting><replaceable>name</replaceable> <replaceable>encrypted-device</replaceable> <replaceable>password</replaceable> <replaceable>options</replaceable></programlisting>
The first two fields are mandatory, the remaining two are
@@ -109,14 +108,6 @@
<variablelist class='fstab-options'>
<varlistentry>
- <term><option>discard</option></term>
-
- <listitem><para>Allow discard requests to be passed through
- the encrypted block device. This improves performance on SSD
- storage but has security implications.</para></listitem>
- </varlistentry>
-
- <varlistentry>
<term><option>cipher=</option></term>
<listitem><para>Specifies the cipher to use. See
@@ -128,6 +119,14 @@
</varlistentry>
<varlistentry>
+ <term><option>discard</option></term>
+
+ <listitem><para>Allow discard requests to be passed through the encrypted block
+ device. This improves performance on SSD storage but has security implications.
+ </para></listitem>
+ </varlistentry>
+
+ <varlistentry>
<term><option>hash=</option></term>
<listitem><para>Specifies the hash to use for password
@@ -149,30 +148,6 @@
</varlistentry>
<varlistentry>
- <term><option>offset=</option></term>
-
- <listitem><para>Start offset in the backend device, in 512-byte sectors.
- This option is only relevant for plain devices.
- </para></listitem>
- </varlistentry>
-
- <varlistentry>
- <term><option>skip=</option></term>
-
- <listitem><para>How many 512-byte sectors of the encrypted data to skip
- at the beginning. This is different from the <option>--offset</option>
- option with respect to the sector numbers used in initialization vector
- (IV) calculation. Using <option>--offset</option> will shift the IV
- calculation by the same negative amount. Hence, if <option>--offset n</option> is given,
- sector n will get a sector number of 0 for the IV calculation.
- Using <option>--skip</option> causes sector n to also be the first
- sector of the mapped device, but with its number for IV generation being n.</para>
-
- <para>This option is only relevant for plain devices.</para>
- </listitem>
- </varlistentry>
-
- <varlistentry>
<term><option>keyfile-offset=</option></term>
<listitem><para>Specifies the number of bytes to skip at the
@@ -232,6 +207,13 @@
</varlistentry>
<varlistentry>
+ <term><option>offset=</option></term>
+
+ <listitem><para>Start offset in the backend device, in 512-byte sectors. This
+ option is only relevant for plain devices.</para></listitem>
+ </varlistentry>
+
+ <varlistentry>
<term><option>plain</option></term>
<listitem><para>Force plain encryption mode.</para></listitem>
@@ -245,6 +227,23 @@
</varlistentry>
<varlistentry>
+ <term><option>skip=</option></term>
+
+ <listitem><para>How many 512-byte sectors of the encrypted data to skip at the
+ beginning. This is different from the <option>offset=</option> option with respect
+ to the sector numbers used in initialization vector (IV) calculation. Using
+ <option>offset=</option> will shift the IV calculation by the same negative
+ amount. Hence, if <option>offset=<replaceable>n</replaceable></option> is given,
+ sector <replaceable>n</replaceable> will get a sector number of 0 for the IV
+ calculation. Using <option>skip=</option> causes sector
+ <replaceable>n</replaceable> to also be the first sector of the mapped device, but
+ with its number for IV generation being <replaceable>n</replaceable>.</para>
+
+ <para>This option is only relevant for plain devices.</para>
+ </listitem>
+ </varlistentry>
+
+ <varlistentry>
<term><option>size=</option></term>
<listitem><para>Specifies the key size in bits. See
@@ -350,19 +349,6 @@
</varlistentry>
<varlistentry>
- <term><option>x-systemd.device-timeout=</option></term>
-
- <listitem><para>Specifies how long systemd should wait for a
- device to show up before giving up on the entry. The argument
- is a time in seconds or explicitly specified units of
- <literal>s</literal>,
- <literal>min</literal>,
- <literal>h</literal>,
- <literal>ms</literal>.
- </para></listitem>
- </varlistentry>
-
- <varlistentry>
<term><option>tmp</option></term>
<listitem><para>The encrypted block device will be prepared
@@ -393,6 +379,19 @@
typos.</para></listitem>
</varlistentry>
+ <varlistentry>
+ <term><option>x-systemd.device-timeout=</option></term>
+
+ <listitem><para>Specifies how long systemd should wait for a device to show up
+ before giving up on the entry. The argument is a time in seconds or explicitly
+ specified units of
+ <literal>s</literal>,
+ <literal>min</literal>,
+ <literal>h</literal>,
+ <literal>ms</literal>.
+ </para></listitem>
+ </varlistentry>
+
</variablelist>
<para>At early boot and when the system manager configuration is