From: Alexander Tsoy <alexander-EP/B3+myoZc@public.gmane.org>
To: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Cc: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Intend of hostonly-cmdline?
Date: Thu, 8 May 2014 17:54:12 +0400 [thread overview]
Message-ID: <20140508175412.2386aa29@work.puleglot> (raw)
In-Reply-To: <20140507171527.2d826560-d/9N6kaejYfpx9ONITL1FA@public.gmane.org>
В Wed, 7 May 2014 17:15:27 +0400
Alexander Tsoy <alexander-EP/B3+myoZc@public.gmane.org> пишет:
> В Wed, 07 May 2014 14:10:49 +0200
> Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> пишет:
>
> > On 07.05.2014 14:08, Harald Hoyer wrote:
> > > On 07.05.2014 13:47, Alexander Tsoy wrote:
> > >> Actually hostonly-cmdline is partially broken with systemd in
> > >> initramfs. For example systemd-cryptsetup-generator does not
> > >> read /etc/cmdline.d/*.conf files, so rd.luks* parameters must be
> > >> appended to kernel cmdline anyway.
> > >>
> > >
> > > True! Good point!
> > > Although /etc/crypttab is included with hostonly.
> > >
> >
> > Ah, oh.. I forgot, dracut *does* use rd.luks.uuid from the kernel command line
> > and creates /etc/crypttab lines from it in the initramfs.
> > So basically it *should* work with systemd.
>
> This doesn't work with full disk encryption. Unit file does not get
> generated and I see this message:
>
> [ 7.142993] testhost dracut-initqueue[202]: Failed to start systemd-cryptsetup@luks\x2d342d2414\x2d159c\x2d48d7\x2da0b7\x2d5b59fa6e27a5.service: Unit
> systemd-cryptsetup@luks\x2d342d2414\x2d159c\x2d48d7\x2da0b7\x2d5b59fa6e27a5.service failed to load: No such file or directory.
Note that I don't have an entry for this luks device in /etc/crypttab. I
always thought that this is not necessary since all needed options
are in cmdline.
>
> Probably this is because crypt-run-generator get executed from udev
> rules only if *both* of the following conditions are true:
> - there is no rd.luks.uuid parameter in both cmdline
> and /etc/cmdline.d/*.conf
> - rd.auto is enabled
>
Here is a possible fix that works fine on my system (hostonly +
hostonly-cmdline + empty /etc/crypttab + no rd.luks* in kernel
cmdline).
diff --git a/modules.d/90crypt/parse-crypt.sh b/modules.d/90crypt/parse-crypt.sh
index a6b5252..8bb1328 100755
--- a/modules.d/90crypt/parse-crypt.sh
+++ b/modules.d/90crypt/parse-crypt.sh
@@ -35,8 +35,8 @@ else
printf -- 'ENV{ID_FS_TYPE}=="crypto_LUKS", '
printf -- 'ENV{ID_FS_UUID}=="*%s*", ' $luksid
printf -- 'RUN+="%s --settled --unique --onetime ' $(command -v initqueue)
- printf -- '--name systemd-cryptsetup-%%k %s start ' $(command -v systemctl)
- printf -- 'systemd-cryptsetup@luks$$(dev_unit_name -$env{ID_FS_UUID}).service"\n'
+ printf -- '--name crypt-run-generator-%%k %s ' $(command -v crypt-run-generator)
+ printf -- '$env{DEVNAME} luks-$env{ID_FS_UUID}"\n'
} >> /etc/udev/rules.d/70-luks.rules.new
fi
fi
--
Alexander Tsoy
next prev parent reply other threads:[~2014-05-08 13:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-07 11:12 Intend of hostonly-cmdline? Thomas Renninger
2014-05-07 11:32 ` Harald Hoyer
[not found] ` <536A19D7.2010405-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-05-07 11:47 ` Alexander Tsoy
[not found] ` <20140507154733.386369cd-d/9N6kaejYfpx9ONITL1FA@public.gmane.org>
2014-05-07 12:08 ` Harald Hoyer
[not found] ` <536A2222.50606-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-05-07 12:10 ` Harald Hoyer
[not found] ` <536A22C9.8000007-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-05-07 13:15 ` Alexander Tsoy
[not found] ` <20140507171527.2d826560-d/9N6kaejYfpx9ONITL1FA@public.gmane.org>
2014-05-08 13:54 ` Alexander Tsoy [this message]
[not found] ` <20140508175412.2386aa29-d/9N6kaejYfpx9ONITL1FA@public.gmane.org>
2014-05-13 19:26 ` Alexander Tsoy
2014-05-07 13:40 ` Thomas Renninger
2014-05-07 13:48 ` Harald Hoyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140508175412.2386aa29@work.puleglot \
--to=alexander-ep/b3+myozc@public.gmane.org \
--cc=harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.