[Bug 1503826] Comment bridged from LTC Bugzilla
bugproxy
bugproxy at us.ibm.com
Tue May 10 17:30:20 UTC 2016
------- Comment From lcguo at us.ibm.com 2016-05-10 13:22 EDT-------
(In reply to comment #27)
For LUKS being applied to LVM disk, it still boots to stay at a black (background) screen where key input is echoed (in white for front color) but nothing happens to continue, with the ISO builds up to May 10, 2016 at: http://cdimage.ubuntu.com/ubuntu-server/xenial/daily/current/xenial-server-ppc64el.iso
As before, there is a work-around to start the system by booting from
Recovery Mode (with which passphrase input is OK) then Resume Normal
Boot.
Besides, recent ubuntu 16.04 and 16.10 builds have a wrong initial
terminal mode for the tty1 to boot the system, with which <Enter> key
does not work (^J OK) and other keys display with an extra leading '^['
(for example, 'a' displays as '^[a', and '1' as '^[1') at the beginning.
Eventually, the terminal mode can be corrected after hitting different
keys many times (I can not figure out what keys sequence fixs the
problem), therefore the passphrase is able to be entered and the system
is brought up.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to plymouth in Ubuntu.
https://bugs.launchpad.net/bugs/1503826
Title:
Boot hangs in blank for no way to enter LVM passphrase at kimchi/virsh
console
Status in plymouth package in Ubuntu:
Fix Released
Bug description:
== Comment: #0 - Liang Chang Guo <lcguo at us.ibm.com> - 2015-09-30 15:47:04 ==
Can not boot Ubuntu to login if installed with "Guided - use entire disk and set up encrypted LVM" selection. For kimchi terminal (tty1) booting hangs at a blank screen; for virsh console (hvc0), it stops at "#14-Ubuntu SMP M".
Booting ubuntu could finish if it was installed without that
encryption (LUKS).
This bug _does not_ exist in 14.04, 14.04 release and 14.04.3 release (14.04.2 unknown)
This bug _does_ exist in 14.10 release, 15.04 release, 15.10 beta 2, and 15.10 daily from Sept 30.
This is the same as LTC bug 118122 / Launchpad bug 1387107.
The installatiion selections with wily-server-ppc64el.iso (from daily 20150930-01:56) for as KVM 2.1/3.1 guest are:
English -> United States -> No -> English -> English ...
ubt1510J -> A Name -> Auser -> * -> * -> No -> Yes ->
Guided - use entire disk an set up encrypted LVM ->
Virtual disk 1 (vda) -> Yes -> * -> *
(42.7 GB) Continue -> Yes -> Continue ->
Install security updates automatically ->
(UTC) Yes -> (Installation is complete, reboot) Continue
==> (to a blank screen with echo on)
*** KVM Host Info ***
# uname -a
Linux kvmhost 3.18.21-351.el7_1.pkvm3_1_0.3300.1.ppc64le #1 SMP Tue Sep 22 09:42:38 CDT 2015 ppc64le ppc64le ppc64le GNU/Linux
# rpm -qa kimchi
kimchi-1.5.0-20.el7_1.pkvm3_1_0.3300.1.noarch
# rpm -qf /usr/bin/qemu-system-ppc64
qemu-system-ppc-2.3-1.el7_1.pkvm3_1_0.3300.1.ppc64le
# ps -ef | grep ubt1510J
qemu 79719 1 13 11:35 ? 00:05:41 /usr/bin/qemu-system-ppc64 -name ubt1510J -S -machine pseries-2.4,accel=kvm,usb=off -m size=3145728k,slots=32,maxmem=65798144k -realtime mlock=off -smp 3,sockets=3,cores=1,threads=1 -numa node,nodeid=0,cpus=0-2,mem=3072 -uuid 0738e519-270d-45c5-9fd1-f3e672ee23ae -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/ubt1510J.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot strict=on -device nec-usb-xhci,id=usb,bus=pci.0,addr=0xf -device spapr-vscsi,id=scsi0,reg=0x2000 -drive file=/var/lib/libvirt/images/vcd0a5/ubt1510J.img,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x2,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/var/lib/libvirt/images/iso/wily-server-ppc64el.iso,if=none,id=drive-scsi0-0-0-2,readonly=on,format=raw -device scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=2,drive=drive-scsi0-0-0-2,id=scsi0-0-0-2,bootindex=2 -netdev tap,fd=29,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:16:5d:46,bus=pci.0,addr=0x1 -chardev pty,id=charserial0 -device spapr-vty,chardev=charserial0,reg=0x30001000 -device usb-mouse,id=input0 -device usb-kbd,id=input1 -device usb-tablet,id=input2 -vnc 127.0.0.1:0 -device VGA,id=video0,vgamem_mb=16,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -msg timestamp=on
# virsh edit ubt1510J
<domain type='kvm'>
<name>ubt1510J</name>
<uuid>0738e519-270d-45c5-9fd1-f3e672ee23ae</uuid>
<metadata>
<kimchi:metadata xmlns:kimchi="https://github.com/kimchi-project/kimchi">
<kimchi:os version="15.10" distro="ubuntu"/>
</kimchi:metadata>
</metadata>
<maxMemory slots='32' unit='KiB'>65798144</maxMemory>
<memory unit='KiB'>3145728</memory>
<currentMemory unit='KiB'>3145728</currentMemory>
<memtune>
<hard_limit unit='KiB'>66846720</hard_limit>
</memtune>
<vcpu placement='static'>3</vcpu>
<os>
<type arch='ppc64' machine='pseries-2.4'>hvm</type>
<boot dev='hd'/>
<boot dev='cdrom'/>
</os>
<features>
<acpi/>
<apic/>
<pae/>
</features>
<cpu>
<numa>
<cell id='0' cpus='0-2' memory='3145728' unit='KiB'/>
</numa>
</cpu>
<clock offset='utc'/>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>restart</on_crash>
<devices>
<emulator>/usr/bin/qemu-system-ppc64</emulator>
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2' cache='none'/>
<source file='/var/lib/libvirt/images/vcd0a5/ubt1510J.img'/>
<target dev='vda' bus='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
</disk>
<disk type='file' device='cdrom'>
<driver name='qemu' type='raw'/>
<source file='/var/lib/libvirt/images/iso/wily-server-ppc64el.iso'/>
<target dev='sdc' bus='scsi'/>
<readonly/>
<address type='drive' controller='0' bus='0' target='0' unit='2'/>
</disk>
<controller type='usb' index='0' model='nec-xhci'>
<address type='pci' domain='0x0000' bus='0x00' slot='0x0f' function='0x0'/>
</controller>
<controller type='pci' index='0' model='pci-root'/>
<controller type='scsi' index='0'>
<address type='spapr-vio' reg='0x2000'/>
</controller>
<interface type='network'>
<mac address='52:54:00:16:5d:46'/>
<source network='default'/>
<source network='default'/>
<model type='virtio'/>
<driver name='qemu'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/>
</interface>
<serial type='pty'>
<target type='isa-serial' port='0'/>
<address type='spapr-vio' reg='0x30001000'/>
</serial>
<console type='pty'>
<target type='serial' port='0'/>
<address type='spapr-vio' reg='0x30001000'/>
</console>
<input type='mouse' bus='usb'/>
<input type='keyboard' bus='usb'/>
<input type='tablet' bus='usb'/>
<graphics type='vnc' port='-1' autoport='yes' listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
<video>
<model type='vga' vram='16384' heads='1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</video>
<memballoon model='virtio'>
<stats period='890'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</memballoon>
</devices>
</domain>
== Comment: #2 - Liang Chang Guo <lcguo at us.ibm.com> - 2015-10-01 16:57:01 ==
1) virsh console (hvc0)'s booting output was much less than kimchi terminal (tty1, it's cleaned near the end). Please see in the attachment.
2) As said in the opening, it's the latest build/iso from daily
(20150930-01:56).
3) LVM encryption only worked with Ubuntu 14.04
Kimchi terminal (tty1) has not showed up passphrase input screen again since 14.10 (regression).
4) If you have KVM machine to install Ubuntu 14.10 or up as a virtual
machine (KVM guest), you will see virsh/kimchi not taking LVM
encryption password to proceed.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1503826/+subscriptions
More information about the foundations-bugs
mailing list