[Bug 1038055] Re: graphics fail to initialise correctly, in kvm with cirrus graphics (after LUKS install)
stefan.bader at canonical.com
Wed Sep 5 08:32:14 UTC 2012
So maybe some interaction with plymouth? Unfortunately it is not really
consistent in behaviour. This morning I got the usual lightdm ok and
switch to vt shows corruption. Then I played with some config options:
remove "splash and vt_handoff" resulted in lightdm ok and vt ok (though high resolution)
adding "nomodeset" resulted in lightdm ok and vt ok (standard vga resolution)
however after that booting with the default config options (twice) still
works as if "splash vt_handoff" had been removed.
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
graphics fail to initialise correctly, in kvm with cirrus graphics
(after LUKS install)
Status in “cryptsetup” package in Ubuntu:
Status in “grub2” package in Ubuntu:
Status in “linux” package in Ubuntu:
Status in “plymouth” package in Ubuntu:
Status in “ubiquity” package in Ubuntu:
reproducible with ubiquity or alternate installer in KVM virtual machine:
1) select lvm + encrypted instalation
it fails to boot, in a way that I get "no video mode activated" and I cannot type the password in to unlock the drive.
As a workaround, I had to:
1) force reboot machine
2) then grub options come up
3) select recovery mode
4) then I can enter the password using text interface
5) resume normal boot
Disabling splash, brings up text interface to unlock the drive &
allows to boot.
To manage notifications about this bug go to:
More information about the foundations-bugs