You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 4, 2023. It is now read-only.
Currently we only support legacy BIOS or UEFI systems in CSM mode. However the older UEFI gets, the lesser amount of systems (maybe except VMs) will support CSM mode or already show more issues in CSM mode (already happened to me) instead of native UEFI.
We should accomodate for the future and therefore fix our role to detect UEFI and configure grub accordingly.
Facts to differentiate BIOS vs. UEFI mode
There doesn't seem to be many native facts we can use to identify a UEFI system, so far:
If a partition exists mounted with mount point /boot/efi
If said partition has fstype vfat
If i.e. the following packags are present
EL6 (grub1): Apparently only efibootmgr
EL7 (grub2): efibootmgr, efivar-libs, grub2-efi
What is different
At least on EL6 (confirmed manually) and EL7 (confirmed) the variable grub_boot_cfg needs to be /boot/grub2/grub.cfg instead of /boot/grub2/grub.cfg. However the role explicitely only supports EL7 which brings leads us to the need to accomodate for 3 known variantes based on the supported EL distributions of this module:
legacy CSM: /boot/grub2/grub.cfg (same for RHEL and CentOS)
EL6 is unsupported by this role anyway (being "stuck" on grub1), one concern less.
Debian/Ubuntu: @keachi asked how they do things and I discovered that their grub2 package contains a patch adding the necessary plumbing so we don't have to care about the CSM vs. UEFI differences. The patch uefi_firmware_setup.patch can be found on Debian's gitlab.
In the end the detection is only required when running on EL7.
I've updated the initial bug report about the 3 different location of grub.cfg based on the targeted support for CentOS and RHEL7 for both UEFI and CSM boot.
Currently we only support legacy BIOS or UEFI systems in CSM mode. However the older UEFI gets, the lesser amount of systems (maybe except VMs) will support CSM mode or already show more issues in CSM mode (already happened to me) instead of native UEFI.
We should accomodate for the future and therefore fix our role to detect UEFI and configure grub accordingly.
Facts to differentiate BIOS vs. UEFI mode
There doesn't seem to be many native facts we can use to identify a UEFI system, so far:
What is different
At least on EL6 (confirmed manually) and EL7 (confirmed) the variable grub_boot_cfg needs to be /boot/grub2/grub.cfg instead of /boot/grub2/grub.cfg. However the role explicitely only supports EL7 which brings leads us to the need to accomodate for 3 known variantes based on the supported EL distributions of this module:
Vendor documentation
Documentation from Red Hat: Red Hat Enterprise Linux 7, Migration Planning Guide 2.2. Installation and Boot
The text was updated successfully, but these errors were encountered: