[systemd-devel] [PATCH] cryptsetup-generator: allow specifying options in /proc/cmdline

Harald Hoyer harald at redhat.com
Mon Aug 19 23:33:10 PDT 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/19/2013 07:30 PM, Thomas Bächler wrote:
> Am 19.08.2013 13:25, schrieb Thomas Bächler:
>> Am 19.08.2013 11:58, schrieb Harald Hoyer:
>>> On 08/19/2013 11:21 AM, Thomas Bächler wrote:
>>>> Am 19.08.2013 10:34, schrieb Harald Hoyer:
>>>>> Hmm, the naming "luks.options" is IMHO poorly chosen. "options" as
>>>>> an option name... hmm. Also crypttab can contain more encryption
>>>>> modes, than LUKS.
> 
> Another remark: The option "luks.crypttab" already affects other schemes
> than luks - it is a generic option that can disable reading of crypttab
> altogether.
> 
> Having an option 'crypttab=' even seems more confusing now. What do you
> think we should do?

ok, maybe

crypttab.file=0
crypttab.entry=<name>;<device>;<password>;<options>

Keep the arguments "rd.luks.*" for a while and print "kernel command line
option $x deprecated, please use 'crypttab.*'". Then after a year or so drop
the support for "rd.luks.*".

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSEw2lAAoJEANOs3ABTfJwgXMQAIKf2QqOcLaD/rhXAQx0hThc
ZLdpyrVl0nn+c30jFsr9ehADJiBrJ7Y6S9ycuT5sNOmNtAcSPYtM5Hb76W21DhFp
ZINO8A0x3KW5hMGjmOBFLbLsvNHZoMXa70WixRWVkBoWZVlpv7Tam7nX/9kx5I9D
EFtgQXJ6SSOFpTiCL69zsngYw7HIhzPXs2Xuc/ejVHYw5RlR1whYe+Pw9OTsZzK1
r1hil5cSyFDHZXw+lPVtWLwu9aJhXoOptjXbzLYodDsPpNGLsHKaQQJSzHW14bva
qnLq/eWStejtf2h2ESUQ+STMICugQuTE/rGCMrMGRSFqiauUZcGa14GsSxSJaF8X
7h0W7pwZB4zVZAWAfrBXTW/J6idJ3yvvn6JaPa63K7w9+jkRlkAyc/8QE13A0JLf
nOdE/xcIu1k/72v86b6m2e36vgFnJKux0QCNM7TpcHqRDY2Wf55OkyESYx6pzLuQ
XvRbYILsck+HuP05hyEq16xuTaejQRKJbSpvWCrjedDjnmIRfBaIsL/GDmuYMFMB
07ASCdEPAixqCHN176GJo07Zi1soAh5OsAbhbwYwNWGxml3s2U+8rctSG9Yv4Uo4
SF3TeNbDyeLmZvPWv2sheU+0tjYbpr/n81Y9lFTIehHb7arfUyaZCCLMFHr+zxre
8qUJllYexeuEFHUAA4H2
=iiWt
-----END PGP SIGNATURE-----


More information about the systemd-devel mailing list