[Bug 1038055] Re: graphics fail to initialise correctly, in kvm with cirrus graphics (after LUKS install)
steve.langasek at canonical.com
Tue Sep 4 17:40:13 UTC 2012
On Tue, Sep 04, 2012 at 05:09:28PM -0000, Andy Whitcroft wrote:
> The cirrus driver is build out of the CONFIG_DRM_CIRRUS_QEMU
> configuration option which is new in Quantal. It may well be worth
> bashing it off for the moment. That said another bug on this issue
> claims to have fixes for the X server for this: LP#1039648. Perhaps
> someone could test the packages implied there and confirm/deny this.
This isn't an X server issue. The framebuffer is completely bustificated
and leaves the system with no console.
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