On Mon, Jul 18, 2016 at 2:48 PM, Joseph Salisbury < joseph.salisb...@canonical.com> wrote:
> Does booting back into the Trusty kernel on the Xenial installed system > make the bug go away? > Yes. I've done multiple reboot experiments now and have learned the bug only happens about 80% of the time, so I did all of these will multiple reboots each: 3.16.0-77 GOOD 3.19.0-65 GOOD 4.2.0-42 BAD 4.4.0-31 BAD All generic versions, 4.4 was using the .efi.signed variant. I've attached the dmesg for 3.19-65 BTW, none of the kernels manage a seamless graphical boot like Windows does. All successes sit at black screens for a long time then transition to the splash for maybe 0.5s then into the graphical login (after another black screen flash). Come to think of it, I don't think I've ever seen Ubuntu do this properly on any release on any hardware I've tried (at least with EFI boot). Even my HP's at work sit at a black screen for more time than the splash. So I don't understand why Canonical bothers with the vt_handoff stuff, when it seems *worse* on than off. At least without vt_handoff you get something that looks like a running computer instead of black screen.. That said, I think it works better with BIOS boot ?? Windows 7 & 10 both do this perfectly in EFI mode, the monitor is never black. Jason -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1603810 Title: Ubuntu turns monitor permanently off during boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1603810/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
