> EFI relies on a dedicated partition; that should not put any limit on the other partitions.
It seems to me like obvious, if you want your Linux on the same disk as the EFI partition, they have to use the same partition system (standard MBR partition or GPT or even others).
Also, because EFI needs its own partition, what happens in the context of multiple disks?
- What if you have two disks with each an EFI partition, none of those disk being the primary disk (BIOS disk 0x80)?
- What if those disks are software RAID-0?
- What if those disks are RAID-1 and contains only half of the files?
- What if each disk contains different Linux distribution and need to boot even if the other disk is not present (hard disk swapping bay)?
- What if you have to use a special partition index to boot your USB thumb drive (BIOS restriction)?
- What if one disk is extremely unreliable (hardware failure or partitions overlapping) and you want to try to recover its content by booting another clean distribution?
- What if there were bugs in BIOS/EFI during the transition to 4 Kbytes per hardware sectors? Is the partition table in 512 bytes or 4096 bytes sector?
- What if you have a 2048 bytes/sector disk (DVD-RAM) with Linux installed but there cannot be partitions (no partition supported by Linux on CD/DVD, just "superfloppy")?
The problem is not simple with "the first sector of the first disk is loaded and executed at boot", but adding EFI seems to me like making it more complex.
I have seen people using quite a few cold-swappable hard disks to boot multiple operating systems, to support real applications on different setup but the same PC. There is large Post-it notes on each disk...