Solved: Grub bootloader problem in gpt environment
Posted: Mon Apr 21, 2025 8:10 am
Hello all,
I'm happy to be back here after a gap of nine years - retirement has given me hobby space back!
Previously I have used grub(2) to chainload my operating system in an mbr environment.
I am now trying to do this using grub in a gpt environment with the following menuentry:
This is giving me the unhelpful message "invalid EFI file path" This is being generated by the chainloader command (checked by running the entry in grub's command line environment). I have also tried with the (supposed?) chainloader --force option, which simply complains that --force is not a file. The gpt partition header uses my os's private type uuid and has the boot legacy attribute bit set. The root=(hdo,gpt3) has also been checked in the grub command line to ensure that it does reflect the way grub is seeing things. I have also checked (using active disk editor) that the efi partition points correctly to the actual partition start where is located a traditional vbr, but the error message makes it look certain that the vbr is not being reached, so cannot be blamed for the failure, bit it does in any case have a correct signature.
Extensive google searching has revealed this as a common problem in loading windows, but suggested solutions seem to centre round Windows's fussiness about what partition it occupies
Can anyone offer me any clues as to what is wrong?
Michael Farthing
I'm happy to be back here after a gap of nine years - retirement has given me hobby space back!
Previously I have used grub(2) to chainload my operating system in an mbr environment.
I am now trying to do this using grub in a gpt environment with the following menuentry:
Code: Select all
# Lines below commented out as the modules have been pre-included in the main grub efi file
# insmod part_gpt
# insmod part_msdos
# insmod all_video
# insmod ext2
# insmod gzio
# insmod bli
insmod chain
set timeout_style=menu
set timeout=50
# other (working) linux menuentries occur here
menuentry "Lyra Ndlazi OS" {
root=(hd0,gpt3)
chainloader +1
}
Extensive google searching has revealed this as a common problem in loading windows, but suggested solutions seem to centre round Windows's fussiness about what partition it occupies
Can anyone offer me any clues as to what is wrong?
Michael Farthing