I just encountered the issue that the parameter GRUB_TIMEOUT in /etc/default/grub does not reduce the timeout for uefi boot anymore. I was able to pinpoint the issue in the grub config to line 98 [1]. From your issue here I understand that this is the way it is supposed to work.
This should be documented somewhere as the documentation does not mention that this setting does not work for uefi boot [2]. As a workaround you could edit /etc/grub.d/00_header to check in line 387 if the timeout is less than 5 [3]. [1] /etc/default/grub ~ GRUB_TIMEOUT=5 /boot/grub/grub.cfg:98 ~ if [ $grub_platform = efi ]; then set timeout=30 # this value is the issue if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu fi fi [2] info -f grub -n 'Simple configuration' ~ 'GRUB_TIMEOUT' Boot the default entry this many seconds after the menu is displayed, unless a key is pressed. The default is '5'. Set to '0' to boot immediately without displaying the menu, or to '-1' to wait indefinitely. [3] /etc/grub.d/00_header:387 ~ - set timeout=${GRUB_RECORDFAIL_TIMEOUT:-30} + set timeout=${$(if (( $GRUB_TIMEOUT < 5 )); then echo "5"; else echo "$GRUB_TIMEOUT"; fi):-30} -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1814403 Title: Latest update causes 30 sec. menu delay timeout To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1814403/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs