Bug 73395 - paravirtualized vm does not accept input to decrypt luks storage devices
Summary: paravirtualized vm does not accept input to decrypt luks storage devices
Status: RESOLVED NOTOURBUG
Alias: None
Product: systemd
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium blocker
Assignee: systemd-bugs
QA Contact: systemd-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-08 13:08 UTC by Don't show my email
Modified: 2014-02-21 14:02 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Don't show my email 2014-01-08 13:08:21 UTC
VM System: XenServer 6
Vendor: Citrix

Guest OS: Fedora 19 
Kernel: 3.12.6-200 

The paravirualized VM does not accept any keyboard input, before booting the real os. As a result, cryptsetup can't unlock the encrypted luks devices.

In HVM Mode, it works. But HVM is a hardware simulation modus ( QEMU )and therefor slow. PV is the prefered way to run a VM on Xen. 

Things tried without success:

1. adding console=hvc0 and xencons=hvc0 to the booting kernel arguments.
2. adding rd.shell rd.debug to get a boot shell 
3. adding rescue target
4. building my own initramfs with /etc/securetty ( with hvc0 enabled )
5. building my own initramfs with /etc/securetty and all the getty@services and targets  with AFTER, REQUIRE and BEFORE arguments between cryptosetup.target and getty.target

Everytime, it boots, starts plymouth and asked for the luks password, but does not accept any input. 


Request: 

Support hvc0 virtual console for xen in initramfs systemd installations.
Comment 1 Lennart Poettering 2014-02-21 14:02:11 UTC
Well, if plymouth queries the password then systemd is not involved. Please file a bug against Plymouth on rhbz. THanks.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.