Yang Bai, your description of the current status is very accurate. Unfortunately, this description doesn't reveal any solutions that we haven't already thought of.
> Easy way to fix this issue is removing the keystatus branch. But this > will cause a 3-second addition to boot time. A 3 second delay on boot on all systems would be contrary to the guidance from Mark and the design team. We will not add an unnecessary boot delay in order to make all systems consistent with those that currently have the poorest boot experience. The design of the current boot experience is as follows: - BIOS: - if the last boot failed, display the menu and wait indefinitely for the user to make a selection. - if the last boot succeeded, boot the first option immediately without delay. - to interrupt the boot, hold down the shift key, which grub will check instantaneously. - UEFI: - if the last boot failed, display the menu and wait indefinitely for the user to make a selection. - if the last boot succeeded, boot to the menu and wait 10 seconds for the user to input a selection before booting. Is this the boot experience that you are seeing in practice? (If it isn't, that's a bug we should fix.) Assuming it is, do you have any concrete suggestions on what we should do to improve the UEFI boot experience, given that we are not going to slow down the boot for BIOS systems? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1240366 Title: Use the same key to interrupt autoboot under legacy and EFI To manage notifications about this bug go to: https://bugs.launchpad.net/grub/+bug/1240366/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
