LinuxEdit
GRUB 2 ed elilo servono come boot loader UEFI standalone convenzionali e completi per Linux. Una volta caricati da un firmware UEFI, entrambi possono accedere e avviare immagini del kernel da tutti i dispositivi, partizioni e file system che supportano, senza essere limitati alla partizione di sistema EFI.
EFI Boot Stub rende possibile avviare un’immagine del kernel Linux senza l’uso di un boot loader UEFI tradizionale. Mascherandosi come un’immagine PE/COFF e apparendo al firmware come un’applicazione UEFI, un’immagine del kernel x86 con EFI Boot Stub abilitato può essere caricata ed eseguita direttamente da un firmware UEFI. Tali immagini del kernel possono ancora essere caricate ed eseguite da boot loader basati su BIOS; così, EFI Boot Stub permette a una singola immagine del kernel di funzionare in qualsiasi ambiente di avvio.
Il supporto del kernel Linux per EFI Boot Stub è abilitato attivando l’opzione CONFIG_EFI_STUB (EFI stub support) durante la configurazione del kernel. È stato incorporato nella versione 3.3 del kernel Linux mainline, rilasciato il 18 marzo 2012.Gummiboot (a.k.a. systemd-boot) è un semplice boot manager UEFI che carica ed esegue immagini UEFI configurate, accedendo solo alla partizione di sistema EFI. I frammenti di file di configurazione, le immagini del kernel e le immagini initrd devono risiedere sulla partizione di sistema EFI, poiché Gummiboot non fornisce supporto per accedere ai file su altre partizioni o file system. I kernel Linux devono essere costruiti con CONFIG_EFI_STUB abilitato in modo che possano essere eseguiti direttamente come immagini UEFI.
Il punto di mount per la partizione di sistema EFI è solitamente /boot/efi, dove il suo contenuto è accessibile dopo l’avvio di Linux.
macOSEdit
Sui computer macOS basati sull’architettura hardware x64, la partizione di sistema EFI è inizialmente lasciata vuota e inutilizzata per l’avvio. Tuttavia, la partizione di sistema EFI viene utilizzata come area di sosta per gli aggiornamenti del firmware. La logica di solito va come segue: l’EFI prima cerca un bootloader in ESP, e se non ce n’è uno continuerà con il file system di MacOS.
Il sottosistema EFI pre-UEFI dell’architettura Apple-Intel (mactel) richiedeva che la partizione di sistema EFI fosse formattata in HFS+. Qualsiasi bootloader di terze parti deve anche essere “benedetto” da uno speciale comando IOCTL prima di diventare avviabile dal firmware, una reliquia della benedizione della cartella di sistema del Mac OS classico. Per il resto non ci sono limitazioni al tipo di sistema operativo EFI o di bootloader che una macchina mactel può eseguire.
WindowsEdit
Su Windows XP 64-Bit Edition e successivi, l’accesso alla partizione di sistema EFI si ottiene eseguendo il comando mountvol /s.
Il boot manager di Windows si trova nella sottocartella EFI\MICROSOFT\BOOT\ della partizione di sistema EFI.
TrueOSEdit
TrueOS ha aggiunto il supporto per UEFI al programma di installazione e al boot manager dalla versione 10.1. Il suo boot manager predefinito è rEFInd.