Next thing you know we'll be requesting support for:
* GPT partitioning scheme
You mean this?:
GPT partitioning is already in (and yeah, GPT can be used on non-UEFI computers, so the dropdown isn't 100% accurate, but I've been going back and forth on how to present GPT and UEFI for users who may have little clue what GPT, UEFI or even BIOS stand for...).
Anyway, GPT is already in 1.3.2. I saw GPT and UEFI as part of the same item actually, as my initial idea was to create EFI bootable UFDs using GPT only... before discovering that XP wasn't supporting GPT at all.
* hybrid MBR
* Apple EFI compatibility
Well, the way I see it, an EFI System Partition is pretty much only useful if you're going to multiboot. That is, unless you need to boot something that can't reside on FAT32, which apart for grey area OS-X installation, I don't really think there exists many instances of right now (but I'd be interested in examples that say otherwise).
And as previously stated, if you want multiboot, you probably want to find another tool than Rufus to automate those very specific needs for you.
Somehow, I can't help but feel that I dodged a large bullet the day I stated that multiboot was out of Rufus' scope...
Right now then, EFI System Partition is likely to remain out until there's a good non-multiboot reason to add one.
Hybrid MBR - I'd say that as long as there doesn't exist a >2TB flash drive out drive (or did I hear some recent claims that there was?), there's not much point supporting hybrid MBR for UFDs. Remember that Rufus doesn't officially support USB HDDs, so I expect a few more years still before the 2TB limit becomes an issue (phew, second bullet dodged!).
Plus, for personal reasons (struggled with that about 4 years ago and got frustratingly nowhere) I'm kinda annoyed at Hybrid MBR, as it still makes it a massive pain to install and boot Windows from a BIOS machine with a >2TB GPT disk/RAID array, if workable at all (though the fault is really Microsoft's, who have no second thoughts about creating extra partitions and who could have worked some kind of Hybrid MBR + DUET solution for all the BIOS users with large disks out there, as well as mobo manufacturers, for completely blowing off their customer base by not providing a BIOS -> UEFI transition path, even for hardware that was purchased when they were well into the process of transitioning to UEFI themselves).
Apple EFI - I had a request to support OS-X installation media recently, but I'm a bit dubious about the base of users who would need to use a Windows tool to install OS-X <cough>Hackintosh!</cough>. Outside of booting, I'd expect an UFD created by Rufus, especially a GPT one, to be recognized just fine by a Mac, so I'm not sure I see a point in going further than that.
And then there's that silly SecureBoot stuff, Fedora shim, EFI versions of GRUB and Syslinux, etc.
Secureboot and shims should work out of the box, if the installation media is secureboot compatible. Wether the signed executable is on optical or USB shouldn't change a thing in terms of security and boot, unless that signed executable was specifically tailored for optical. I doubt however that people who'll go the trouble of signing executables for secureboot would limit themselves to optical only.
GRUB.efi is not something I plan to support anytime soon, unless distros start to ditch (non EFI) Syslinux or native EFI boot for GRUB.efi (are they?)
Syslinux.efi is something I follow from afar right now. Not exactly sure what to do with it yet, since UEFI and the latest EFI bootable kernels seem to make the need for a middleman obsolete (a menulike feature, such as Refind
, ontop of an EFI partition is pretty much all that you need these days). Then again, if there is demand for that, or more precisely, if newer Linux distros start to use Syslinux.efi, why not.
Now since you're around, how about some requests on my own? Or more exactly feasibility questions to quench my curiosity, rather than requests:
- Does an EFI bootable FreeDOS kernel look feasible to you? I'm kind of thinking that the whole 16bit real-mode DOS vs 32/64 bit protected mode of EFI will get firmly in the way, notwithstanding DOS being based around a BIOS ecosystem and BIOS interrupts. Still I can't help but wonder if there will come a day where MBR/BIOS emulation boot is disabled from newer PCs and good old DOS will be gone too, if there doesn't exist an EFI bootable version...
- While we're at it, how about GPT disk access from FreeDOS?