Bug 73395

Summary:	paravirtualized vm does not accept input to decrypt luks storage devices
Product:	systemd	Reporter:	Don't show my email <systemdbugzilla>
Component:	general	Assignee:	systemd-bugs
Status:	RESOLVED NOTOURBUG	QA Contact:	systemd-bugs
Severity:	blocker
Priority:	medium
Version:	unspecified
Hardware:	x86 (IA32)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

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.