[systemd-bugs] [Bug 73395] New: paravirtualized vm does not accept input to decrypt luks storage devices

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jan 8 05:08:21 PST 2014


https://bugs.freedesktop.org/show_bug.cgi?id=73395

          Priority: medium
            Bug ID: 73395
          Assignee: systemd-bugs at lists.freedesktop.org
           Summary: paravirtualized vm does not accept input to decrypt
                    luks storage devices
        QA Contact: systemd-bugs at lists.freedesktop.org
          Severity: blocker
    Classification: Unclassified
                OS: Linux (All)
          Reporter: systemdbugzilla at resellerdesktop.de
          Hardware: x86 (IA32)
            Status: NEW
           Version: unspecified
         Component: general
           Product: systemd

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 at 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.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20140108/814e1393/attachment.html>


More information about the systemd-bugs mailing list