[opensuse] About crypttab in L150.0 - is this correct?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, in a 15.0 freshly installed I got this /etc/crypttab file: cr_sda4 /dev/sda4 It surprises me that there are no "options". The normal syntax is: # - ------------------------···-------------···--------···------------------... # <target device> <source device> <key file> <options> # ------------------------···-------------···--------···------------------ I suppose the result is cr_sda4 /dev/sda4 none none or perhaps "auto". But what surprises me more is "/dev/sda4". I thought that method was deprecated, and we should use UUIDs instead. In my main computer, disk /dev/sda changes from boot to boot depending on what external disks I have connected, or none. Thus the rest, sdb, sdc... shift. I don't think this is correct. :-? - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlsrbt4ACgkQtTMYHG2NR9UsKQCffFK0XR8T/h6Gep/nmW7+gvaS oboAnRDgzyDhcoDY2o7g6iXqvTu6Cxm0 =hvXR -----END PGP SIGNATURE-----
On 06/21/2018 02:24 AM, Carlos E. R. wrote:
Hi,
in a 15.0 freshly installed I got this /etc/crypttab file:
cr_sda4 /dev/sda4
It surprises me that there are no "options". The normal syntax is:
# - ------------------------···-------------···--------···------------------... # <target device> <source device> <key file> <options> # ------------------------···-------------···--------···------------------
But what surprises me more is "/dev/sda4". I thought that method was deprecated, and we should use UUIDs instead. In my main computer, disk /dev/sda changes from boot to boot depending on what external disks I have connected, or none. Thus the rest, sdb, sdc... shift.
I don't think this is correct. :-? There is nothing in the documentation saying this is deprecated, both are supported. It is not common for block devices to randomly change (I've only experienced a change when I specifically set out to do so), but if that is something that happens to you it might be worth adding
That is the normal syntax, and it used to be mandatory - however the manpage explains the behavior: The third field specifies the encryption password. If the field is not present or the password is set to "none" or "-", the password has to be manually entered during system boot. The fourth field, if present, is a comma-delimited list of options. the UUID instead. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-06-21 16:51, Steven Susbauer wrote:
On 06/21/2018 02:24 AM, Carlos E. R. wrote:
Hi,
in a 15.0 freshly installed I got this /etc/crypttab file:
cr_sda4 /dev/sda4
It surprises me that there are no "options". The normal syntax is:
# - ------------------------···-------------···--------···------------------... # <target device> <source device> <key file> <options> # ------------------------···-------------···--------···------------------
That is the normal syntax, and it used to be mandatory - however the manpage explains the behavior:
The third field specifies the encryption password. If the field is not present or the password is set to "none" or "-", the password has to be manually entered during system boot.
Ok.
The fourth field, if present, is a comma-delimited list of options.
But what surprises me more is "/dev/sda4". I thought that method was deprecated, and we should use UUIDs instead. In my main computer, disk /dev/sda changes from boot to boot depending on what external disks I have connected, or none. Thus the rest, sdb, sdc... shift.
I don't think this is correct. :-? There is nothing in the documentation saying this is deprecated, both are supported.
It is openSUSE who deprecated it. YaST aborts the upgrade on certain releases at least on those names on fstab.
It is not common for block devices to randomly change (I've only experienced a change when I specifically set out to do so), but if that is something that happens to you it might be worth adding the UUID instead.
I don't expect it to happen on the laptop, it only has one. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
participants (2)
-
Carlos E. R. -
Steven Susbauer