Description of problem: Whether qemu-kvm (only have tested virt-manager, and edk2 uefi) or baremetal (2011 mac) holding the shift key does not reveal the GRUB menu; behavior is the same as if the shift key is not held. Version-Release number of selected component (if applicable): grub2-efi-x64-2.04-31.fc33.x86_64 How reproducible: Always Steps to Reproduce: 1.Reboot and hold shift key 2. 3. Actual results: No grub menu. Expected results: Grub menu should not be hidden. Additional info:
# cat /boot/efi/EFI/fedora/grubenv # GRUB Environment Block saved_entry=b51b4a725db84fd286dcf4a790a50a1d-5.8.9-301.fc33.x86_64 boot_success=0 boot_indeterminate=0 menu_auto_hide=1 ###############################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################
Created attachment 1715272 [details] grub.cfg
# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="mitigations=off enforcing=0 rhgb quiet" GRUB_DISABLE_RECOVERY="true" GRUB_ENABLE_BLSCFG=true GRUB_PRELOAD_MODULES="iorw" GRUB_DISABLE_OS_PROBER=true
I can confirm, on barematal, that holding SHIFT doens't reveal the GRUB menu. Instead, holding F8 works.
This seems to be firmware dependent since I can reproduce it on a Lenovo X1 Carbon 7th gen but I can't reproduce it on a Lenovo X1 Carbon 4th gen. On that machine is working correctly when testing GRUB on bare metal. I tested using a F33 live image and holding the shift key. By the way, this can be more easily reproduced by just executing the GRUB sleep command with the --interruptible option. Holding either the left or right shift key should interrupt the sleep command. I can also reproduce on OVMF when using the latest edk2-ovmf package in F32 (edk2-ovmf-20200201stable-1.fc32.noarch) and F33 (edk2-ovmf-20200801stable-1.fc33.noarch). But this used to work with OVMF, I tested on a VM when upstreaming Hans' patches to GRUB mainline: https://git.savannah.gnu.org/cgit/grub.git/commit/?id=12341958d28 I don't remember what OVMF version that was though, but I'm pretty sure that tested all the possible interrupt keys before posting that patch to grub-devel. So this seems to be a regression in both OVMF and real firmwares. Maybe is a bug in Tinanocore ? The Apple machines are a special case. Since if I remember correctly there are other things that don't work with their EFI firmware such as Ctrl-x and Ctrl-c ?
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.