Wiki » Over EFI UEFI-nl

Other languages English ; Nederlands ;

In het kort: EFI BASIS, Deze pagina heeft als doel om EFI (of UEFI) te demystificeren, omdat er in de Linux-wereld onredelijk veel angst en achterdocht over bestaat, deels vanwege de associatie met GPT en Secure Boot. De pagina is uit mijn hoofd geschreven op basis van mijn eigen ervaring, die in de begintijd van EFI lag. Alle aanvullingen, verduidelijkingen of correcties zijn welkom.

Achtergrond

EFI = Extensible Firmware Interface
UEFI = Unified Extensible Firmware Interface
Beide afkortingen verwijzen naar hetzelfde opstartsysteem voor pc's. GPT = GUID = Globally Unique Identifier Partition Table ESP = EFI System Partition

EFI gaat voornamelijk over opstarten. EFI werd bedacht om het historische systeem van het opstarten van pc's via bootsectoren te vervangen, met name het Master Boot Record (MBR) met zijn primaire, secundaire en logische partitie-bootsectoren. In een multi-bootsysteem vereist dit dat één partij de initiële controle neemt en deze op verschillende manieren overdraagt ​​aan andere systemen. EFI is bedoeld om de bootprocessen beter te scheiden en ze te plaatsen in het domein van de EFI-firmware. Het is al heel lang gedocumenteerd, maar pas sinds ongeveer 2012 serieus ingeburgerd op pc's, ongeveer tegelijkertijd met Windows 8.
Impliciet is EFI voor x64-systemen, maar LET OP: er bestaat hybride hardware waarbij de firmware zelf 32-bits is, wat de installatie van opstartbare media en bootloader bemoeilijkt.

EFI wordt vaak geassocieerd met GPT en Secure Boot (beide hieronder beschreven).

• GPT (GUID Partition Table) is onafhankelijk van EFI. Sommige EFI-systemen vereisen GPT (of ze schakelen automatisch over naar de CSM-modus). Andere EFI-systemen zijn oké met MBR-partitietabellen.
• EFI vereist geen Secure Boot, maar Secure Boot vereist EFI.

Om een ​​EFI-systeem te wijzigen, moet u weten op u welke toets u moet indrukken bij het opstarten:

• Ga naar de Firmware Setup.
• Open het EFI-opstartmenu: wanneer tijdens het opstarten van de pc het merk-logo van uw pc langskomt in beeld, toetst u, afhankelijk van het merk pc, één keer of meerdere keren de functietoets F2, F10 of F12. Op andere pc's kan dit een andere toets zijn, bijvoorbeeld ESC, F9, F11, F8, Fn+F11 (Lenovo-pc's).

GPT (GUID Partition Table)

Met GPT zijn alle partities eenvoudigweg gelijk - met duplicatie van de partitietabel. Partities worden genummerd vanaf 1-n als ze worden gemaakt; als u partities verwijdert en opnieuw maakt, weerspiegelen de partitienummers mogelijk niet hun fysieke volgorde op de schijf. U kunt de mengelmoes van primaire, secundaire en logische partities, al hun opstartsectoren, de MBR, 'vergeten'. GPT bestaat al jaren, is standaard op Macs en mogelijk op sommige pre-EFI pc's.
Tot voor kort moest je gdisk gebruiken in plaats van fdisk, maar de fdisk manpage zegt nu "fdisk begrijpt GPT, MBR, Sun, SGI en BSD partitietabellen." U kunt niettemin nog steeds gdiskgebruiken! Sterker nog, GParted verwerkt GPT-schijven.

• gdisk voorbeeld:

# gdisk -l /dev/sda
GPT fdisk (gdisk) versie 0.8.8

Partitietabelscan:
 MBR: beschermend
 BSD: niet aanwezig
 APM: niet aanwezig
 GPT: aanwezig

Geldige GPT gevonden met beschermende MBR; met behulp van GPT.
Schijf /dev/sda: 1953525168 sectoren, 931,5 GiB
Logische sectorgrootte: 512 bytes
Schijf-ID (GUID): 5EC9A9ED-B16C-48B2-9DFA-D856B13BCC5D
Partitietabel bevat maximaal 128 vermeldingen
Eerste bruikbare sector is 34, laatste bruikbare sector is 1953525134
Partities worden uitgelijnd op 2048-sectorgrenzen
Totale vrije ruimte is 333614445 sectoren (159,1 GiB)

Nummer Start (sector) Einde (sector) Grootte Code Naam
1 2048 821247 400,0 MiB 2700 Basic data partitie
2 821248 1435647 300,0 MiB EF00 EFI-systeempartitie
3 1435648 1697791 128,0 MiB 0C01 Microsoft gereserveerd onderdeel
4 1697792 104310783 48,9 GiB 0700 Basic data partitie
5 104310784 105232383 450,0 MiB 2700 [Extra Win8.1-dingetje]
6 105234432 1153810431 500,0 GiB 0700 [Data]
7 1153812480 1166387199 6,0 GiB 8200 [Swap]
8 1166389248 1249886207 39,8 GiB 0700 Manjaro
9 1249888256 1333387263 39.8 GiB 0700 Suse
10 1333389312 1416886271 39.8 GiB 0700 Korora
11 1416888320 1458636799 19,9 GiB 8300 Mageia 
12 1458636800 1500387327 19.9 GiB 8300 Linux-bestandssysteem
13 1500389376 1542332415 20.0 GiB 0700 [MGALive]
14 1542334464 1584277503 20.0 GiB 0700 [MintDebian]
15 1917872128 1953523711 17,0 GiB 2700 Basic data partitie

• fdisk-voorbeeld

# fdisk -l /dev/sda

Schijf /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectoren
Eenheden: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 4096 bytes
I/O-grootte (minimum/optimaal): 4096 bytes / 4096 bytes
Disklabel-type: gpt
Schijf-ID: 5EC9A9ED-B16C-48B2-9DFA-D856B13BCC5D

Apparaat Start Eind Grootte Type
/dev/sda1 2048 821247 400M Windows-herstelomgeving
/dev/sda2 821248 1435647 300M EFI-systeem
/dev/sda3 1435648 1697791 128M Microsoft gereserveerd
/dev/sda4 1697792 104310783 49G Microsoft basisgegevens
/dev/sda5 104310784 105232383 450M Windows-herstelomgeving
/dev/sda6 105234432 1153810431 500G Microsoft-basisgegevens
/dev/sda7 1153812480 1166387199 6G Linux-swap
/dev/sda8 1166389248 1249886207 39.8G Microsoft-basisgegevens
/dev/sda9 1249888256 1333387263 39.8G Microsoft-basisgegevens
/dev/sda10 1333389312 1416886271 39.8G Microsoft-basisgegevens
/dev/sda11 1416888320 1458636799 19.9G Linux-bestandssysteem
/dev/sda12 1458636800 1500387327 19.9G Linux-bestandssysteem
/dev/sda13 1500389376 1542332415 20G Microsoft-basisgegevens
/dev/sda14 1542334464 1584277503 20G Microsoft-basisgegevens
/dev/sda15 1917872128 1953523711 17G Windows-herstelomgeving

GPT maakt het mogelijk om te doen alsof het een oud MBR-systeem is, de zogenaamde Compatibiliteits Modus, die is ingevoerd in de Firmware-installatie. U moet een van beide gebruiken, ze kunnen niet worden gemengd. Veel mensen gebruikten deze truc om Linux te installeren op EFI-hardware. Maar: op elk van oorsprong EFI/GPT-systeem maakt het gebruik van de Compatibiliteits Modus het leven alleen maar ingewikkelder.

Secure Boot

De toevoeging van Secure Boot voor EFI is volgens sommigen een nauwelijks verhulde marketingtruc van Microsoft (hand in hand met de hardwarefabrikanten) om te voorkomen dat andere besturingsssystemen op een Windows-pc worden geïnstalleerd. Het is een ingewikkeld systeem van ondertekende opstart-elementen die op zichzelf zeker wel een sterke beveiligingswaarde hebben - erkend door de Linux-community -. Maar in de praktijk komt het neer op een gesloten systeemn, aangezien Microsoft de enige toegestane ondertekenaar is.
De voor de hand liggende ontsnapping is, om Secure Boot uit te schakelen in de Firmware Setup, doe dat dus meteen. Echter: deze optie zou op een dag zomaar verdwenen kunnen zijn - het uitschakelen is bijvoorbeeld al onmogelijk op ARM-pc's. Linux zal er *mee moeten leren omgaan*.
Linux neemt, heel langzaam, Secure Boot over, al is het ten koste van het likken van de hielen van Microsoft. Het zal uiteindelijk winnen. Er is zelfs documentatie over hoe u zich de echte Secure Boot-eigenaar van uw pc kunt maken en uw eigen dingetjes kunt signeren (Arch Wiki?), maar het is ontzettend ingewikkeld.

Eindelijk EFI

Samenvatting

EFI-booting wordt gedefinieerd door een NVRAM-array van geïnstalleerde (& gedeclareerde) systemen, die verwijzen naar de bijhorende bootloaders in een speciale schijfpartitie, de EFI System Partition (ESP). Meer hierover hieronder. Zoals gezegd zijn met GPT alle partities gelijk, voor EFI is dat echter niet het geval: om te werken, is er een ESP vereist. In grote lijnen:-

NVRAM Boot0000 -> zijn bootloader in de ESP NVRAM Boot0001 -> zijn bootloader in de ESP NVRAM Boot0002 -> zijn bootloader in de ESP NVRAM Boot0003 -> zijn bootloader in de ESP etc

Dus EFI-booting hangt af van welke NVRAM-array-ingang wordt gekozen. Hier later meer over, en ook meer over de array zelf en de ESP. Als u een simpele setup hebt met slechts één kopie van Mageia, hoeft u zich niet druk te maken om de details.

De belangrijkste Linux-gereedschappen voor het afhandelen van EFI-booting zijn:

• grub2-efi voor het instellen van de bootloader.
• efibootmgr voor het manipuleren van de NVRAM-array.
• rEFInd, een bootloader van een derde partij.

De NVRAM-array

De eenvoudigste manier om de NVRAM-array te begrijpen is, kort samengevat:-

# efibootmgr
BootCurrent: 0002
Time-out: 5 seconden
BootOrder: 0002,0003,0001,0008,0005,0009,0004,0000
Boot0000 opensuse
Boot0001 manjaro_grub
Boot0002* UEFI: ST1000DM003-9YN162
Boot0003* Windows Boot Manager
Boot0004 mageia
Boot0005 Fedora
Boot0006* rEFInd
Boot0008 Korora
Boot0009 rEFInd

dit toont alle gedeclareerde geïnstalleerde systemen. Plus hier nog eentje voor de schijf zelf. Als opstartbare media aanwezig zijn bij het opstarten, dan wordt dit tevens tijdelijk opgenomen. Als u het EFI-opstartmenu opent bij het opstarten, zal het waarschijnlijk de array weergeven zoals hierboven getoond, plus alle aanwezige opstartbare media.

De extra onderwerpen zijn:-

• BootCurrent is de ingang die deze keer is gebruikt, in dit voorbeeld Boot0002 UEFI.
• BootNext (indien gedefinieerd) is de ingang die de volgende keer maar één keer wordt gekozen. In theorie.
• BootOrder is van fundamenteel belang, omdat het in theorie de boot-pikorde omschrijft: array-invoeren moeten worden geprobeerd in de aangegeven volgorde, de eerste die vliegt (wat normaal gesproken de eerste zou zijn) wint. U kunt onderwerpen uit BootOrder weglaten (maar zie Active hieronder), en hetzelfde onderwerp meer dan eens opnemen. De ergste problemen ontstaan wanneer BootOrder wordt aangepast door de firmware, of wanneer BootOrder niet wordt gerespecteerd.
• De '*' betekent 'Actief'. In theorie worden alleen Actieve vermeldingen geprobeerd.

Laten we het volledige plaatje bekijken, het toont het apparaat en het pad naar de bijhorende bootloaders:-

# efibootmgr -v
BootCurrent: 0002
Time-out: 5 seconden
BootOrder: 0002,0003,0001,0008,0005,0009,0004,0000
Boot0000 opensuse HD(2 ,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)Bestand(\EFI\opensuse\grubx64.efi)
Boot0001 manjaro_grub HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)Bestand(\EFI\manjaro_grub\grubx64.efi)
Boot0002* UEFI: ST1000DM003-9YN162 ACPI(a0341d0,0)PCI(11,0)03120a000000ffff0000HD( 2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)AMBO
Boot0003* Windows Boot Manager HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)Bestand(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{. 9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...o ..........?...
Boot0004 mageia HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)Bestand(\EFI\mageia\grubx64.efi)
Boot0005 Fedora ACPI(a0341d0,0)PCI(11,0)03120a000000ffff0000HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)Bestand(\EFI\FEDORA\shim.efi)..
Boot0006* rEFInd HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)File(\EFI\refind\refindx64.efi)
Boot0008 Korora HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)File(\EFI\fedora\shim.efi)
Boot0009 rEFInd HD(2,c8800,96000,cabda21a-3435-4869-93bd-9f550b7ea29a)File(\EFI\refind\refindx64.efi)

[Kan iemand s.v.p. de ACPI-vermeldingen uitleggen?]

U kunt met efibootmgr vrijelijk deze Bootxxx ingangen maken, verwijderen, (de)activeren - maar u kunt niet -hier- vernderingen aanbrengen in de speciale harde schijf-ingang; (u kunt ook geen veranderingen aanbrengen in de Win8-ingang, behalve dat deze wordt verwijderd en opnieuw wordt geïnstalleerd, net als bij de andere. Misschien is het verschil te wijten aan Secure Boot). U kunt ook BootNext en BootOrder definiëren; maar deze worden mogelijk niet gehonoreerd.

Onthoudt dat u meerdere NVRAM-items voor hetzelfde geïnstalleerde systeem kunt hebben.
Merk ook op dat u een systeem kunt installeren zonder een NVRAM-item voor het systeem te maken, en het toch kunt laten opstarten via een externe bootloader zoals rEFInd.
Omgekeerd, als u een NVRAM-item maakt zonder bijhorende bootloader, zal dit gewoon mislukken.

Wat wordt opgestart

Ervan uitgaande dat elke boot die werkt niet terug antwoord, en dat elke boot die faalt antwoordt:-

als BootNext is gedefinieerd (&, in theorie, Actief) dan boot die entry [en verwijder BootNext]

voor elke entry in BootOrder als het (in theorie) Actief is dan boot de entry

boot de standaard bootloader [Zie de volgende sectie]

De ESP

De partitie ESP is een gedeelde bootpartitie, waarin elk geïnstalleerd systeem zijn eigen ruimte en bootloader heeft. De ESP-partitie is geformatteerd als een variant van FAT (dat is alles wat de Firmware begrijpt), normaal gesproken FAT32; met het partitietype EF en GUID van C12A7328-F81F-11D2-BA4B-00A0C93EC93B; met als boot-vlag, mogelijk ook esp. Het is normaal gesproken de eerste of tweede partitie, en deze is meestal rond de 300 Mb groot. Er is gewoonlijk een top-level directory \EFI\ waaronder systemen hun spullen in aparte subdirectories plaatsen, gewoon voor overzichtelijkheid. U kunt (als root) de ESP benaderen en manipuleren net als een normale filestore; het heet meestal /boot/efi/ met \EFI\ als de top-directory. Zie het als de oude onafhankelijke en gedeelde /boot partitie, toen Linux moest worden opgestart vanaf een bepaald cylindernummer. De volgende lijst illustreert dit:

# tree /boot/efi/EFI
/boot/efi/EFI
├── Boot
│ ├── bootx64.efi [De standaard bootloader]
│ ├── bootx64.OEM [Backup van dezelfde als geleverd]
├── fedora [Plus andere dingen op het root-niveau /boot/efi/]
│ ├── BOOT.CSV
│ ├── fonts
│ │ └── unicode.pf2
│ ├── gcdx64.efi
│ ├── grub.cfg
│ ├── grubx64.efi
│ ├── MokManager.efi
│ ├── shim.efi
│ └── shim-fedora.efi
├── mageia [Standaard nieuwste Mageia bootloader]
│ └── grubx64.efi
├── mageia4 [Door mij afgescheiden]
│ └── grubx64.efi
├── mageia5 [Door mij afgescheiden]
│ └── grubx64.efi
├── manjaro_grub
│ ├── grubx64.efi
...
├── Microsoft
│ └── Boot
...
│ ├── bootmgfw.efi [De standaard Win8 bootloader]
│ ├── bootmgr.efi
...
├── opensuse
│ └── grubx64.efi
├── refind [toegevoegde EFI boot manager]
│ ├── icons
│ │ ├── arrow_left.icns
...
│ │ └── vol_optical.icns
│ ├── refind.conf
│ └── refind_x64.efi
└─ tools
└── drivers_x64
├── ext2_x64.efi
├── hfs_x64.efi
├── iso9660_x64.efi
└── reiserfs_x64.efi

U ziet dus het simpele en nette plaatje:- \EFI\<distribution>\<bootloader> wat voor Linux normaal gesproken grubx64.efi is. Enige uitleg is echter op zijn plaats.

• \EFI\Boot\bootx64.efi is de standaard bootloader als niets anders werkt (BootNext, BootOrder). In theorie zou het nooit gebruikt moeten worden... Op een pc die met Windows wordt geleverd, zal het \EFI\Microsoft\Boot\bootmgfw.efi aanroepen. U kunt hier plaatsen wat u wilt als dat nodig is - maar bewaar een kopie van het origineel. Ik heb rEFInd hier (evenals de juiste plaats \EFI\refind\refindx64.efi).
  

Ik vermoed dat dit de bootloader is die wordt gebruikt voor de NVRAM "UEFI" disk-ingang.

• De meeste Fedora-spullen (voor Korora) zijn gerelateerd aan Secure Boot. Er worden verschillende extra items op het \-niveau niet weergegeven; het is echt opdringerig.

• Alle 'refind'- en 'tools'-spullen gaan over rEFInd, een EFI-bootmanager, waarover later meer. Normaal gesproken is alleen refindx64.efi absoluut noodzakelijk.

• De meest lastige pc's laden mogelijk direct \EFI\Microsoft\Boot\bootmgfw.efi , dus om het iets anders te laten doen moet je dat vervangen; nogmaals, maak een backup van het origineel.

• Blijkbaar raadt OpenDesktop aan om alles in de ESP te gooien - kernels en initrds. Dit lijkt in tegenspraak met de separatistische geest van EFI; een slecht idee.

• U kunt een OS bootloader in de ESP installeren zonder er een NVRAM-item voor te maken; dit is een vergissing (of luiheid)... Maar een bootmanager als rEFInd zal dit nog steeds kunnen vinden. Ik heb [nog] niet de moeite genomen om mijn mageia4/5 specials toe te voegen aan NVRAM om deze reden: vergelijk de NVRAM en ESP mageia ingangen.

De twee samenvoegen

De installer hoeft alleen maar zijn eigen subdirectory te maken in \EFI\ (gewoonlijk gemount op /boot/efi), en vervolgens de gegenereerde grub2-efi bootloader grubx64.efi erin te zetten, en daarna de benodigde NVRAM entry (ingang) te maken. grub2-install doet dit allemaal in zijn eentje op een EFI pc, bijv.

# grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=<OSname>

[Ik vermoed dat <OSname> de subdirectory-naam is]

efibootmgr is beschikbaar om NVRAM onafhankelijk te beheren, bijv.

# efibootmgr -c -d /dev/sda -p 1 -L mageia -l \\EFI\\mageia\\grubx64.efi

-c = create
-d = bootloader-apparaat
-p = & partitie, de ESP
-L = distributienaam voor het EFI-opstartmenu
-l = pad van de lader [gebruik \\ voor één \].
Beide opdrachten zouden de nieuwe invoer als eerste in BootOrder moeten zetten, wat betekent dat het de volgende keer 'zou' moeten opstarten...

Multi-booting & EFI Boot Managers

Deze sectie behandelt meerdere besturingssystemen, inclusief Windows. Het is niet van toepassing als uw pc is gewijd aan slechts één installatie, die zou moeten starten, omdat er geen alternatief is.

Opmerkingen:
- Als een systeem is gedeclareerd in NVRAM (wat verwijst naar een geldige bootloader in de ESP), zal het worden weergegeven in het EFI-opstartmenu en in elke bootmanager. Dit is de normale situatie.
- Als een systeem-bootloader is geïnstalleerd in de ESP zonder een bijhorende NVRAM-invoer, zal dit niet zichtbaar zijn in het EFI-opstartmenu, maar het zal wel zichtbaar ziij voor een bootmanager.
- Elk geïnstalleerd systeem dat zijn eigen individuele ESP-invoer ontbeert (bijvoorbeeld vanwege meerdere installaties van dezelfde Linux) zal niet worden weergegeven in het EFI-opstartmenu, noch in een bootmanager die alleen de ESP controleert.
Het systeem verschijnt echter wel in recentere Grub2-menu's, dankzij OSprober; en recente rEFInd.

• Bij het opstarten wordt door op de juiste toets te drukken het 'EFI-opstartmenu' weergegeven, waaruit u een item kunt selecteren. Dit menu toont de NVRAM-items, plus opstartbare media zoals dvd of usb, en mogelijk een item voor de harde schijf [dat volgens mij naar de standaard bootloader \EFI\Boot\bootx64.efi leidt].

• Als uw apparaat zich goed gedraagt ​​(d.w.z. BootOrder niet in de war brengt) en echt hands-off opstart, en consistent de meest recent geïnstalleerde Linux opstart, dan zou het Grub2-menu die Linux-installatie moeten tonen, en het opstarten mogelijk moeten maken van alle andere geïnstalleerde systemen, inclusief andere instanties van dezelfde distributie.

• Installeer een onafhankelijke opstartmanager, en zorg er op een eerlijke of oneerlijke manier voor dat die altijd wordt opgestart. Er zijn verschillende trucs om uit te proberen:
  

- Als uw pc BootOrder honoreert, zorg er dan met efibootmgr voor dat de bootmanager als eerste in de BootOrder-lijst staat - en daar blijft.
- Zet de bootloader van de bootmanager als \EFI\Boot\bootx64.efi [kopieer eerst het originele bestand].
- Zie hieronder meer voor Windows.

Er zijn twee bootmanager-kandidaten, die beide installatie- en configuratie-advies bieden:
- GUMMIBOOT
Deze wordt, net als Grub, aangestuurd door een configuratiebestand dat u moet definiëren en onderhouden.

- rEFInd

Dit is een product van EFI-goeroe Rod Smith - die ook gdisk schreef. Het is echt magie: rEFInd vindt automatisch alles in de ESP - zelfs die zonder NVRAM-vermelding - en alle recente Linux's (d.w.z. met een boot stub) die op de schijf zijn geïnstalleerd, ongeacht of ze een ESP-bootloader hebben of niet.
LET OP: het werkt niet voor hybride boxen met 32-bits firmware.
Het biedt een menu (indien mogelijk met iconen, anders alleen tekst) om uit te kiezen. Het werkt zelfs zonder zijn configuratiebestand en pictogrammen, alleen een kale refind_x64.efi - indien nodig gekopieerd naar de standaard-bootloader \EFI\Boot\bootx64.efi , of die van Windows \EFI\Microsoft\Boot\bootmgfw.efi .

Windows is [nog steeds] opgestart

Ofwel:
- Zet de bootloader van de bootmanager als \EFI\Microsoft\Boot\bootmgfw.efi [kopieer eerst het originele bestand].
Of:
- Laat Windows de bootmanager als volgt opstarten:
Afhankelijk van welke versie van Windows u gebruikt, kan de opdrachtprompt wel of niet ergens in een menu verschijnen, maar het uitvoerbare programma is altijd \Windows\System32\cmd.exe. In elk van beide keuzen: klik met de rechtermuisknop op de menu-optie of op het bestand, en een pop-upmenu geeft u de optie "Als administrator uitvoeren". Recente Windows-versies tonen 'adminstrator console' in menu's, of probeer menukey/X.
Ervan uitgaande dat bijv. rEFInd is geïnstalleerd in /boot/EFI/EFI/refind, luidt de opdracht die u moet typen: bcdedit /set {bootmgr} pad \EFI\refind\refind_x64.efi

Andere punten

• EFI shell

Er bestaat een EFI shell voor directe interactie met de firmware. Sommige pc's worden ermee geleverd; anders kan de shell worden gedownload en geïnstalleerd; in de hoop dat het in een opstartmenu (EFI of boot manager) wordt weergegeven. Een geavanceerd onderwerp dat hier [nog] niet wordt behandeld.

• Opstartbare media

EFI herkent een geldige ISO DVD of USB-stick om vanaf op te starten. In beide gevallen is het waarschijnlijk gemakkelijker om het apparaat te selecteren vanaf het EFI-opstartmenu (als het daar wordt weergegeven) in plaats van te rommelen met de opstartvolgorde van de firmware-instelling.

• Meerdere exemplaren van een distributie

Als u een recente rEFInd hebt, hoeft u niets te doen, omdat het alle op de schijf geïnstalleerde systemen vindt en toont, ongeacht hun NVRAM of zelfs ESP-aanwezigheid. Om verwarring tussen verschillende systemen te voorkomen, wordt ten zeerste aanbevolen om hun *bestandssystemen* een uniek label te geven, aangezien rEFInd dit label toont, als het aanwezig is.
Zo niet, dan creëert elke distributie die is geïnstalleerd om op te starten via Grub2 een uniek benoemde submap in \EFI\ voor zijn grubx64.efi-bootloader; en een uniek benoemde vermelding in NVRAM die daarnaar verwijst. U kunt vrolijk in verschillende partities verschillende exemplaren van dezelfde distributie installeren, maar elk exemplaar overschrijft de EFI-opstartinformatie van zijn voorganger, en alleen de nieuwste wordt opgestart.
U komt hiermee weg omdat het meest recente Grub2-menu van een geïnstalleerde distributie vermeldingen heeft voor alle andere besturingssystemen, inclusief andere instanties van zichzelf.
Om duidelijk benoemde en direct opstartbare vermeldingen te maken voor meerdere instanties, doet u het volgende - onthoud dat de laatst geïnstalleerde de gewone 'distro'-naam zal hebben:

1. Kopieer de submap 'distro' naar een andere map met een andere naam, bijvoorbeeld: \EFI\mageia\ naar \EFI\mageia9\ .
   
2. Voeg voor het gemak met efibootmgr een nieuwe NVRAM-vermelding toe voor de nieuwe naam. Deze zal nu zichtbaar en opstartbaar zijn als die van het EFI-opstartmenu. (U kunt dit overslaan als u een opstartmanager gebruikt, die de aparte ESP-opstartvermelding zal vinden).
   
3. Installeer de nieuwe instantie. Deze zal de gewone submap 'mageia' en het NVRAM-label overnemen en als zodanig opstartbaar zijn. Als u de individualiteit wilt behouden, herhaalt u stap 1-2.
   
4. Herhaal dit voor alle andere instanties terwijl u ze installeert.

• Linux Stubs

Dit is een methode om speciaal gecompileerde Linux-kernels direct te laden, zonder dat u Grub2 nodig hebt. rEFInd kan dergelijke systemen vinden, weergeven en direct laden met stubs.

• Enkele referenties

- http://www.uefi.org/
- https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/
- http://www.rodsbooks.com/