]> git.ipfire.org Git - thirdparty/dracut.git/commit
98dracut-systemd: Start systemd-vconsole-setup before dracut-cmdline-ask
authorDaniel Molkentin <dmolkentin@suse.com>
Wed, 5 Sep 2018 10:06:06 +0000 (12:06 +0200)
committerHarald Hoyer <harald@hoyer.xyz>
Wed, 5 Sep 2018 11:20:36 +0000 (13:20 +0200)
commite9a84e0a215fb5a79e563f665bc406c0ea177d32
tree659f2a642f79bd82fe8e4b35c59053beca327345
parentd09218823c787d23b3fdc3e450bb27b20f71f089
98dracut-systemd: Start systemd-vconsole-setup before dracut-cmdline-ask

This is what happened before this patch (edited for brevity):

  dracut-cmdline-ask.service in modules.d/98dracut-systemd, which invokes
  dracut-cmdline-ask.sh. This script and systemd-vconsole-setup are
  started in parallel for the same console (tty1).

  Then dracut-cmdline-ask quits immediately without doing anything (unless
  rd.cmdline=ask is given). As this is a bash script and it gets tty as
  stdin as specified in its *.service, this triggers the hangup of tty1 at
  its exit.

  Meanwhile systemd-vconsole-setup continues and tries some ioctls after
  that, but they fail because of the hung up tty1.

The usual culprit for starting systemd-vconsole-setup early on is
plymouth-start.service, even if plymouth.enable=0 is set.

A popular (and annoying) symptom of this as reported by users was
the inability use their configured keyboard layout in plymouth when
unlocking their crypted block devices.

Reference: boo#1055834
modules.d/98dracut-systemd/dracut-cmdline-ask.service