> Under UEFI, there is no way for grub to detect a modifier key being held down; instead of holding shift at boot to get to the menu, you have to press the shift key at the right moment.
> And you will never reliably get the boot menu.
Press Esc when GRUB2 gray screen appear is reliable way to get into menu, I just tested this on three devices around half-hundred times in total. Somehow it works with version 2.02+dfsg1-5ubuntu8 and no longer works with 2.02+dfsg1-5ubuntu8.2. Why is that?
> If you have a boot timeout of 0, that means grub waits 0 seconds for you to press the shift key before booting.
> That means the window in which you can press the shift key to get to the boot menu is 0 seconds.
If I read systemd-analyze report right, version 2.02+dfsg1-5ubuntu8 wait three seconds for user input, even if grub config contain:
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_RECORDFAIL_TIMEOUT=0
Meanwhile 2.02+dfsg1-5ubuntu8.2 doesn't wait for user input and indeed behave like you described - where this difference between 2.02+dfsg1-5ubuntu8 and 2.02+dfsg1-5ubuntu8.2 came from?
> Under UEFI, there is no way for grub to detect a modifier key being held down; instead of holding shift at boot to get to the menu, you have to press the shift key at the right moment.
> And you will never reliably get the boot menu.
Press Esc when GRUB2 gray screen appear is reliable way to get into menu, I just tested this on three devices around half-hundred times in total. Somehow it works with version 2.02+dfsg1-5ubuntu8 and no longer works with 2.02+dfsg1- 5ubuntu8. 2. Why is that?
> If you have a boot timeout of 0, that means grub waits 0 seconds for you to press the shift key before booting.
> That means the window in which you can press the shift key to get to the boot menu is 0 seconds.
If I read systemd-analyze report right, version 2.02+dfsg1-5ubuntu8 wait three seconds for user input, even if grub config contain: STYLE=hidden _TIMEOUT= 0
GRUB_DEFAULT=0
GRUB_TIMEOUT_
GRUB_TIMEOUT=0
GRUB_RECORDFAIL
Meanwhile 2.02+dfsg1- 5ubuntu8. 2 doesn't wait for user input and indeed behave like you described - where this difference between 2.02+dfsg1-5ubuntu8 and 2.02+dfsg1- 5ubuntu8. 2 came from?