Sinds enige tijd Fedora hebben de versies UEFI ( die meer in het algemeen als EFI wordt bekend) initialiserend op platforms X86-64 gesteund. Hebbend wat ervaring om EFI op IA64 platforms in de loop van de jaren te gebruiken, besliste ik EFI uit te testen initialiserend Fedora 12 op n van mijn systemen die platform is een van Intel DX48BT2 (Bonetrail 2) dat met ingebouwde steun voor initialisering EFI komt.
Wat beteken ik door EFI initialiserend een werkend systeem zoals Fedora 12? Een platform dat EFI initialiserend steunt vertrouwt niet op een laarzentrekkerprogramma dat in laarsverslag wordt opgeslagen van een harde schijf. Een laarsmanager in de platformingebouwde programmatuur weet het hoe te om de de verdelingslijst van een schijf te lezen en begrijpt de lay-out van VET filesystem die in een aangewezen verdeling is. De details van de laarsmanager zijn bepaalde implementatie, maar de laarsmanager moet configureerbaar zijn gebruikend bekende globale variabelen EFI. Bijvoorbeeld, moet de laarsmanager de globale variabele BootOrder voor een lijst van laarsopties inspecteren. Een laarsoptie is n of meerdere globale variabelen EFI van de vorm. waar een 4 cijferaantal dat met 0000 begint is, die de apparaat en wegnaam van een te laden en in werking te stellen laarslader bevatten, en misschien een reeks opties om tot die laarslader over te gaan. Als er geen globale variabele is BootOrder moet de laarsmanager een standaardlaarslader in een aantal gespecificeerde standaardplaatsen controleren. De daadwerkelijke naam van de standaardlaarslader is afhankelijke architectuur, b.v. voor x86-64 is het \ EFI \ LAARS \ BOOTX64.EFI.
Om initialisering EFI op DX48BT2 toe te laten moet u sommige BIOS montages veranderen. Het primaire controlemechanisme SATA moet worden gevormd om de wijze van winde te gebruiken, d.w.z. moet de (de Geavanceerde Interface van het Controlemechanisme van de Gastheer) wijze AHCI worden onbruikbaar gemaakt. Blijkbaar op wijze AHCI maakt de SATA controlemechanismeingebouwde programmatuur deel uit van CSM (de Module van de Steun van de Verenigbaarheid) en steunt geen bestuurder EFI. Zelfs op recentste de serverraad van Intel zoals S5500BC, moet u nog de wijze van winde gebruiken als u initialisering EFI wilt! Als u het tweede controlemechanisme gebruikt SATA dat de de softwareINVAL van de Matrijs controleert, moet u het ook onbruikbaar maken aangezien de INVAL SW niet op EFI laarswijze wordt gesteund. Tot slot moet u de optie UEFI in het de optiemenu van de Laars toelaten. Ik adviseer ook dat u de geavanceerde laarsoptie selecteert hoewel het niet verplicht is.
Ik ben enigszins vertrouwd met EFI initialiserend SP2 x86-64 DVD van het Uitzicht van Vensters en was verrast om te vinden dat ik aan laars EFI Fedora 12 x86-64 DVD niet kon omdat, terwijl het een /EFI/BOOT/BOOTX64.CONF dossier bevat, het geen overeenkomstige bootloader EFI, d.w.z. /EFI/BOOT/BOOTX64.EFI bevat. Meer over deze twee dossiers later.
Daarna, draaide ik aan het berekenen van het verschil tussen efidisk.img en efiboot.img als wat deze beelden eigenlijk bevatten en waar zij zijn/zouden moeten worden gebruikt voor schijnt niet gedocumenteerd te zijn (of minstens kon ik niet de documentatie gemakkelijk vinden.) Ik brandde de beelden op twee afzonderlijke DVDs en zette hen op om een blik bij de inhoud te hebben. Ik kon enkel zoals gemakkelijk de beelden gebruikend een bevel zoals het volgende en cd'ed in het onderstel opzetten hebben opgezet om de inhoud te bekijken.
mount -o loop -efiboot.img /mnt
Hier is een lijst van het efibootbeeld.
efi: total 20 drwxr-xr-x. 3 root root 2048 2009-11-08 19:06 . drwxr-xr-x. 3 root root 16384 1969-12-31 19:00 .. drwxr-xr-x. 2 root root 2048 2009-11-08 19:06 boot efi/boot: total 246 drwxr-xr-x. 2 root root 2048 2009-11-08 19:06 . drwxr-xr-x. 3 root root 2048 2009-11-08 19:06 .. -rwxr-xr-x. 1 root root 168 2009-11-08 19:06 BOOTX64.conf -rwxr-xr-x. 1 root root 225633 2009-11-08 19:06 bootx64.efi -rwxr-xr-x. 1 root root 17488 2009-11-08 19:06 splash.xpm.gz
Het dossier bootx64.efi is eigenlijk RUPS v0.97 en BOOTX64.conf is de configuratiedossier van de RUPS. Het bevat n enkele stanza van de RUPS, d.w.z.
#debug --graphics default=0 splashimage=/EFI/BOOT/splash.xpm.gz timeout 5 hiddenmenu title Fedora 12 kernel /images/pxeboot/vmlinuz initrd /images/pxeboot/initrd.img
Aangezien geen pit of initrd beelden in efiboot.img inbegrepen zijn ben ik onzeker van wat u door EFI kunt bereiken initialiserend een aandrijving USB of een DVD bevattend dit beeld.
Ik zou geluk met efidisk.img moeten. Hier is een lijst van zijn inhoud:
EFI/BOOT: total 23 drwxr-xr-x. 2 fpm fpm 2048 2009-11-08 19:06 . dr-xr-xr-x. 3 fpm fpm 2048 2009-11-08 19:07 .. -r--r--r--. 1 fpm fpm 168 2009-11-08 19:06 BOOTX64.conf -rw-r--r--. 1 fpm fpm 17488 2009-10-01 12:08 splash.xpm.gz -r--r--r--. 1 fpm fpm 449 2009-11-08 19:07 TRANS.TBL images: total 146866 drwxr-sr-x. 3 fpm fpm 2048 2009-11-08 19:07 . dr-xr-xr-x. 5 fpm fpm 2048 2009-11-08 19:07 .. -rw-r--r--. 1 fpm fpm 397312 2009-11-08 19:06 efiboot.img -rw-r--r--. 1 fpm fpm 27441152 2009-11-08 19:06 efidisk.img -rw-r--r--. 1 fpm fpm 122544128 2009-11-08 19:07 install.img drwxr-sr-x. 2 fpm fpm 2048 2009-11-08 19:06 pxeboot -rw-r--r--. 1 fpm fpm 400 2009-11-08 19:04 README -r--r--r--. 1 fpm fpm 1106 2009-11-08 19:07 TRANS.TBL images/pxeboot: total 26339 drwxr-sr-x. 2 fpm fpm 2048 2009-11-08 19:06 . drwxr-sr-x. 3 fpm fpm 2048 2009-11-08 19:07 .. -rw-r--r--. 2 fpm fpm 23540852 2009-11-08 19:06 initrd.img -rw-r--r--. 1 fpm fpm 265 2009-11-08 19:06 README -r--r--r--. 1 fpm fpm 659 2009-11-08 19:07 TRANS.TBL -rwxr-xr-x. 2 fpm fpm 3423296 2009-11-08 19:06 vmlinuz isolinux: total 27041 drwxr-sr-x. 2 fpm fpm 2048 2009-11-08 19:06 . dr-xr-xr-x. 5 fpm fpm 2048 2009-11-08 19:07 .. -r--r--r--. 1 fpm fpm 2048 2009-11-08 19:07 boot.cat -rw-r--r--. 1 fpm fpm 84 2009-11-08 19:06 boot.msg -r--r--r--. 1 fpm fpm 142 2009-11-08 19:06 grub.conf -rw-r--r--. 2 fpm fpm 23540852 2009-11-08 19:06 initrd.img -r--r--r--. 1 fpm fpm 14336 2009-11-08 19:06 isolinux.bin -r--r--r--. 1 fpm fpm 1010 2009-11-08 19:06 isolinux.cfg -r--r--r--. 1 fpm fpm 160280 2009-11-08 19:06 memtest -r--r--r--. 1 fpm fpm 390373 2009-11-08 19:06 splash.jpg -r--r--r--. 1 fpm fpm 2215 2009-11-08 19:07 TRANS.TBL -r--r--r--. 1 fpm fpm 147728 2009-11-08 19:06 vesamenu.c32 -rwxr-xr-x. 2 fpm fpm 3423296 2009-11-08 19:06 vmlinuz
De inhoud van /EFI/BOOT/BOOTX64.conf is het zelfde als in efiboot.img maar dit keer initrd en pitbeelden er bestonden eigenlijk in de gespecificeerde folder in het beeld. Nochtans is er geen teken van daadwerkelijke bootloader EFI, d.w.z. BOOTX64.EFI. O.K., dacht ik, moeten er iets zijn ik niet over hoe te EFI laars Fedora 12 begrijp.
Na het vormen van BIOS om EFI toe te laten die zoals hierboven besproken initialiseert, rebootte ik DX48BT2 met de versie UEFI (efidisk.iso) van Fedora 12 in de aandrijving DVD. Jammer genoeg rapporteerde het systeem dat geen bootable apparaten werden gevonden. Fedora 12 probeerde niet zelfs en installeerde zoals met een wijze van de erfenislaars installeren zou voorgekomen zijn. Om te zien wat gebeurde, gebruikte ik DUET op een sleutel USB aan laars in een EFI Shell en controleerde de filesystem lay-out DVD. Het was, zoals ik correct dacht, per de specificaties EFI en UEFI maar er waren geen BOOTX64.EFI op DVD.
Ik inspecteerde ook een stortplaats van BIOS op DX48BT2 om te zien of waren er om het even welke tekstkoorden in BIOS die me een aanwijzing zou kunnen geven in verband met wat het probleem zou kunnen zijn. Er waren geen relevante tekstkoorden. Nochtans bevestigde ik dat BIOS, of minstens de delen die ik, op eFI-Gebaseerd heb genspecteerde geweest aangezien u het bekijken deze stortplaats van de eerste bytes van het binaire getal kunt zien. De eerste 16 bytes zijn de EFI capsule GUID, d.w.z. 3B6686BD-0D76-4030-B70E-B5519E2FC5A0. De karakterkoorden zijn of utf-16 of ucs-2, d.w.z. karakter het coderen regelingen met 16 bits die in de specificatie Unicode worden bepaald.
0000000: bd86 663b 760d 3040 b70e b551 9e2f c5a0 ..f;v.0@...Q./.. 0000010: 5000 0000 0000 0000 14a0 2600 0000 0000 P.........&..... 0000020: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0000030: 0000 0000 1402 0000 5000 0000 6600 0000 ........P...f... 0000040: ca00 0000 1601 0000 8201 0000 0000 0000 ................ 0000050: 2832 0863 2981 1244 1215 9514 5034 4036 (2.c)..D....P4@6 0000060: 1600 0000 0102 6500 6e00 6700 2000 4900 ......e.n.g. .I. 0000070: 6e00 7400 6500 6c00 2000 4400 6500 7300 n.t.e.l. .D.e.s. 0000080: 6b00 7400 6f00 7000 2000 4200 6f00 6100 k.t.o.p. .B.o.a. 0000090: 7200 6400 2000 4500 4600 4900 2000 4600 r.d. .E.F.I. .F. 00000a0: 6900 7200 6d00 7700 6100 7200 6500 2000 i.r.m.w.a.r.e. . 00000b0: 4500 6e00 6700 6900 6e00 6500 6500 7200 E.n.g.i.n.e.e.r. 00000c0: 6900 6e00 6700 0000 0000 6500 6e00 6700 i.n.g.....e.n.g. 00000d0: 2000 4200 5400 5800 3300 3800 3100 3000 .B.T.X.3.8.1.0. 00000e0: 4a00 2e00 3800 3600 4100 2e00 3200 3000 J...8.6.A...2.0. 00000f0: 3000 3600 2e00 3200 3000 3000 3900 2e00 0.6...2.0.0.9... 0000100: 3100 3000 3200 3300 2e00 3100 3000 3500 1.0.2.3...1.0.5. 0000110: 3700 0000 0000 6500 6e00 6700 2000 4600 7.....e.n.g. .F. 0000120: 6900 7200 6d00 7700 6100 7200 6500 2000 i.r.m.w.a.r.e. . 0000130: 7500 7000 6400 6100 7400 6500 2000 4200 u.p.d.a.t.e. .B. 0000140: 5400 5800 3300 3800 3100 3000 4a00 2e00 T.X.3.8.1.0.J... 0000150: 3800 3600 4100 2e00 3200 3000 3000 3600 8.6.A...2.0.0.6. 0000160: 2e00 3200 3000 3000 3900 2e00 3100 3000 ..2.0.0.9...1.0. 0000170: 3200 3300 2e00 3100 3000 3500 3700 0000 2.3...1.0.5.7... 0000180: 0000 6500 6e00 6700 2000 4500 4600 4900 ..e.n.g. .E.F.I. 0000190: 2000 6300 6100 7000 7300 7500 6c00 6500 .c.a.p.s.u.l.e. 00001a0: 2000 6300 6f00 6e00 7400 6100 6900 6e00 .c.o.n.t.a.i.n. 00001b0: 6900 6e00 6700 2000 6d00 6f00 7400 6800 i.n.g. .m.o.t.h. 00001c0: 6500 7200 6200 6f00 6100 7200 6400 2000 e.r.b.o.a.r.d. . 00001d0: 6600 6900 7200 6d00 7700 6100 7200 6500 f.i.r.m.w.a.r.e. 00001e0: 2000 7500 7000 6400 6100 7400 6500 2000 .u.p.d.a.t.e. . 00001f0: 6600 6f00 7200 2000 4200 5400 5800 3300 f.o.r. .B.T.X.3. 0000200: 3800 3100 3000 4a00 2e00 3800 3600 4100 8.1.0.J...8.6.A. 0000210: 0000 0000 0000 0000 0000 0000 0000 0000 ................
Ik besliste toen te proberen initialiserend DVD van het F10 menu van laarsopties enkel aangezien ik met een erfenislaars zou installeren. Dit begon Fedora 12 installeert. Van gingen er alles vanuit het perspectief van een gebruiker te werk zoals met een erfenislaars installeer behalve dat werden de meeste softwarepakketten gedownload van Internet eerder dan van DVD. Hier is hoe de opstelling van de Anaconda mijn harde schijf:
dev/mapper/vg_ultra-lv_root / ext4 defaults 1 1 UUID=4d93d152-2877-4447-92e8-18d668daba01 /boot ext4 defaults 1 2 UUID=B75E-CB6E /boot/efi vfat umask=0077,shortname=winnt 0 0 /dev/mapper/vg_ultra-lv_swap swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0
Het enige verschil tussen een erfenislaars en een laars EFI installeert is dat Fedora 12 de schijf gebruikend GPT ( De Lijst van de guid- Verdeling) eerder dan MBR en de eerste verdeling verdeelt, d.w.z. werd de verdeling met een UUID van B75E-CB6E (verdeling EFI), geformatteerd als FAT32 filesystem ongeveer 200mb in grootte. Al op eFIbetrekking hebbende code is op deze verdeling omdat slechts het type van filesystem dat EFI begrijpt VET filesystem is. Dit is filesystem dat u gebruikt wanneer u in shell EFI bent. Het is algemeen genoemd geworden EFI systeemverdeling (IN HET BIJZONDER).
Dit stelt voor dat Fedora niet een laars zou kunnen kunnen doen EFI installeert op een harde schijf met bestaande verdelingen MBR die u wilt bewaren. Er zijn manieren van het binnendringen in een beveiligd computersysteem GPT om een MBR in de Gpt- lijst in te bedden om gevallen te behandelen waar een werkend systeem denkt om een MBR te zien maar de hulpmiddelen als gescheiden kunnen niet deze hybride verdelingsregelingen behandelen en zullen in veel gevallen mangel de configuratie. Als u wilt experimenteren met inbeddend een MBR binnen een GPT hebben een blik bij het gdisknut. Door de manier, te hoeven u niet om de verdeling te hebben EFI opgezet om Fedora 12 in werking te stellen. U kon het op als nodig basis enkel opzetten als u tot iets met betrekking tot EFI toegang hebben of moet veranderen of het bootloader configuratiedossier uitgeven.
Fedora 12 installatie leidt tot de volgende folderstructuur in deze verdeling.
# pwd EFI/redhat ls -al total 236 drwx------. 2 root root 4096 2010-01-28 16:33 . drwx------. 3 root root 4096 2010-01-28 16:09 .. -rwx------. 1 root root 744 2010-01-28 16:33 grub.conf -rwx------. 1 root root 226825 2009-11-16 11:16 grub.efi
Door de manier grub.efi door Peter Jones van Red Hat wordt gehandhaafd en een versie EFI van RUPS v0.97 - niet GRUB2 is. Het bootloader configuratiedossier grub.conf bevat
default=0 timeout=0 splashimage=(hd0,1)/grub/splash.xpm.gz hiddenmenu title Fedora (2.6.31.12-174.2.3.fc12.x86_64) root (hd0,1) kernel /vmlinuz-2.6.31.12-174.2.3.fc12.x86_64 ro root=/dev/mapper/vg_ultra-lv_root LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us rhgb quiet initrd /initramfs-2.6.31.12-174.2.3.fc12.x86_64.img
Ik probeerde EFI eens initialiserend in Fedora 12 Fedora 12 voltooide installatie. Het werkte niet bij alle zodat besliste ik DUET te gebruiken om Fedora 12 manueel te laden bootloader en te zien wat gebeurde. De shell EFI bevelkaart - r dat correct in de de harde schijfaandrijving van de systemen in kaart wordt gebracht als fs2:. Ik veranderde in dit apparaat (enkel als veranderende aandrijvingsbrieven in Dos) en haalde \ EFI \ LAARS \ REDHAT \ GRUB.EFI aan. Dit begon Fedora 12 bootloader EFI en ik kon in Fedora 12 krijgen.
Om standaardbootloader voor het platform te verstrekken, voegde ik subdirectory van de LAARS onder /boot/efi/EFI toe en kopirde grub.efi en grub.conf aan deze folder anders noemend de dossiers BOOTX64.EFI en respectievelijk BOOTX64.CONF. Dit keer, toen ik rebootte, werd het systeem zover als het proberen aan EFI laars Fedora 12 maar vroeg ontbroken met een pitpaniek in de pitinitialisering.
Omdat initialisering EFI via DUET dat zonder enige problemen wordt gewerkt, ik veronderstelde lag het probleem in het verschil tussen de implementatie DX48BT2 van initialisering EFI en de implementatie van het Duet en bracht vele vruchteloze uren door die de verschillen onderzoeken. Bijvoorbeeld, is geen periodiek apparaat EFI opstelling door DX48BT2 terwijl het DUET tot leidt. Ik probeerde ook de gebruikelijke verdachten, d.w.z. de noapic de lijnopties van het pitbevel, acpi=off, edd=off, maar nutteloos.
Het nam me vrij een tijdje om dit probleem te vinden aangezien DX48BT2 een zeer snel systeem is en de pitpaniek in het proces van de pitinitialisering vroeg was. Wat informatie werd getoond over het scherm maar het werd beschreven door de details van de pitpaniek. In feite, keek het als Dracut was de beklaagde van het scherm ouput maar dit bleek niet het geval. Ik versmalde definitief onderaan het probleem door de de lijnoptie boot_delay=100 te gebruiken van het pitbevel om de het schermoutput voor me voldoende te vertragen om de plaats te bepalen van waar in het initialiseringsproces de pitpaniek eigenlijk voorkwam. Het bleek dat de pitpaniek iets heeft met Lokale APIC ( Geavanceerde Programmeerbaar onderbreekt Controlemechanisme.) te doen Wat voor me uiteindelijk werkte was de nolapic de lijnoptie van het pitbevel. Na het toevoegen van deze optie aan de lijn van het pitbevel in /boot/efi/EFI/BOOT.CONF kon DX48BT2 direct aan laars EFI in Fedora 12. Succes uiteindelijk!
Om me toe te laten om eFI-Initialiseert op dit systeem beter te onderzoeken, veranderde ik het laarsproces zodat in plaats van initialisering direct in Fedora 12 via de RUPS boatloader, het systeem in shell EFI initialiseerde. Ik verving /efi/boot/EFI/BOOTX64.xfi met een exemplaar van de versie X68-64 van Shell.efi, schrapte /boot/efi/EFI/BOOT/BOOTX64.CONF en voegde een startmanuscript STARTUP.NSH toe om wat basisshell configuratiewerk voor me te doen. Nu toen DX48BT2 werd gereboot, beindigde ik omhoog IN HET BIJZONDER in shell EFI in de wortel van. Aan laars in Fedora 12, haal ik eenvoudig grub.efi van shell EFI aan.
I opstelling de volgende folderstructuur in IN HET BIJZONDER:
# ls -R /boot/efi/EFI /boot/efi/EFI: apps BOOT grub.conf grub.efi boot.nsh /boot/efi/EFI/tools: Attrib.efi Devtree.efi edit.efi hexedit.efi Ls.efi Mv.efi sermode.efi Type.efi Cls.efi diskpart.efi efichk.efi IfConfig.efi mem.efi NShell.efi SmbiosView.efi Unload.efi comp.efi dmem.efi eficompress.efi IpConfig.efi memmap.efi Openinfo.efi stall.efi Ver.efi Cp.efi dmpstore.efi efidecompress.efi LegacyBoot.efi Mkdir.efi pci.efi TelnetMgmt.efi Vol.efi Date.efi Drivers.efi efifmt.efi Load.efi mm.efi Ping.efi Time.efi Dblk.efi Drvcfg.efi err.efi LoadFv.efi mode.efi Resets.efi timezone.efi Devices.efi Drvdiag.efi Guid.efi LoadPciRom.efi Mount.efi Rm.efi Touch.efi /boot/efi/EFI/BOOT: BOOTX64.EFI STARTUP.NSH
De hulpmiddelenfolder bevat standalone versies van veel van shell EFI bouwen-ins samen met sommige extra nut zoals diskpart, efichk en efifmt zijn Microsoft utiliites.
Wanneer u laars EFI in Fedora 12, extra subdirectory onder /sys/firmware schijnt te bevatten eFI-Ralted informatie. Hier is wat Fedora 12 in /sys/firmware/efi/systab meldde
[root@ultra efi]# cat /sys/firmware/efi/systab MPS=0x0 ACPI20=0x0 ACPI=0x7fefd000 SMBIOS=0x7fdf2f98 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
De nul waarden voor MPS en ACPI20 zijn duidelijk verkeerd. Ik ben onzeker van BOOTINFO en HCDP. Dit wijst op een probleem met de implementatie EFI in BIOS DX48BT2 eerder dan Fedora 12. Hier is wat in dit dossier is wanneer Fedora 12 van DUET wordt genitialiseerd.
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
Hier is een lijst van /sys/firmware/efi/vars
# ls /sys/firmware/efi/vars AcpiGlobalVariable-af9ffd67-ec10-488a-9dfc-6cbf5ee22c2e BadgeBackgroundColor-015698bc-457c-43f4-b257-f2ac5ed55f28 BmiGetParams-ffe78db2-eeb3-43c2-a56a-373be2aa4d4f BoardFeatures-94b9e8ae-8877-479a-9842-f5974b82ced3 BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c DmiData-70e56c5e-280c-44b0-a497-09681abc375e ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c Events-b452fd8a-c9ca-4764-977e-59d839dd861b FirmwareId-5e559c23-1faa-4ae1-8d4a-c6cf026c766f FirmwareId-efc071ae-41b8-4018-afa7-314b185e578b HecetaTcontrolInfo-d9f4cf5d-1b90-4c8e-8062-451a4737e3b4 HiiDB-1b838190-4625-4ead-abc9-cd5e6af18fe0 ItkBiosModVar-3812723d-7e48-4e29-bc27-f5a39ac94ef1 ItkDataVar-3812723d-7e48-4e29-bc27-f5a39ac94ef1 Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c main firmware-05a798ea-39ee-40fc-82c5-622582fa634b MemCeil.-8be4df61-93ca-11d2-aa0d-00e098032b8c MemoryTypeInformation-4c19049f-4137-4dd3-9c10-8b97a83ffdfa MfgDefault-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9 MTC-eb704011-1402-11d3-8e77-00a0c969723b OriginalLang-8be4df61-93ca-11d2-aa0d-00e098032b8c OriginalLangSelect-8be4df61-93ca-11d2-aa0d-00e098032b8c PciLanInfo-0d9a1427-e02a-437d-926b-aa521fd722ba PECIProcessor-46a39b66-1f23-457c-af10-39e08bba56f1 PegSlotStuffed-056e7324-a718-465b-9a84-228f06642b4f recovery firmware-05a798ea-39ee-40fc-82c5-622582fa634b S3SmmVariable-f96f5d2a-9cd4-4dac-b48b-1d8490d87bf5 SetupDefault-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9 Setup-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9 SLP20Magic-41282ef2-9b5a-4eb7-95d8-d9cd7bdce367 sOemT3-4acacc46-a23e-4114-8169-e5edebe2045d supplemental recovery area-05a798ea-39ee-40fc-82c5-622582fa634b SwitchBoard-56772831-0132-4ebe-8842-d65a50c0a7d0 SystemPassword-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9 UUID-d357c710-0ada-4717-8dba-c6adc7cd2b2a
De waarde in bootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c is FFFF die duidelijk het ongeldige plaatsen is. Geen andere globale variabelen Boot* worden ter beschikking gesteld van Fedora 12 wat vreemd is. Opnieuw wijst dit op een slechte implementatie EFI in BIOS DX48BT2 eerder dan een probleem met Fedora 12. Alle globale variabelen pre-OS ruimteEFI die door de specificatie UEFI worden bepaald zijn verondersteld om van het werkende systeem worden ter beschikking gesteld.
Hier is een lijst van deze zelfde folder wanneer Fedora 12 gebruikend DUET wordt genitialiseerd.
Boot0000-8be4df61-93ca-11d2-aa0d-00e098032b8c Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c BootOptionSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c ErrOut-8be4df61-93ca-11d2-aa0d-00e098032b8c ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c MTC-eb704011-1402-11d3-8e77-00a0c969723b PerfDataMemAddr-59d1c24f-50f1-401a-b101-f33e0daed443 PlatformLang-8be4df61-93ca-11d2-aa0d-00e098032b8c PlatformLangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c
Neem nota van de extra globale variabelen Boot* en van de globale variabele van de Onderbreking per de specificatie UEFI. Als ik BootNext in het DUET bootmanager had geplaatst zou het ook hier getoond zijn. Als u uit de wereld van Microsoft Windows x86-64 komt, kunnen sommige van deze namen voor globale variabelen aan u unfamilar zijn aangezien Microsoft in hun oneindige wijsheid de namen veranderde. In BCD van Microsoft (de Gegevens van de Configuratie van de Laars), bijvoorbeeld, wordt BootOrder geroepen displayorder en BootNext wordt genoemd bootsequence.
Naast die kwesties die ik in deze post tot dusver heb beschreven, kwam ik een aantal andere problemen met steun EFI op DX48BT2 tegen. Het eerste probleem is dat de UEFI laarsoptie op dit platform zichtbaar is maar totaal niet gedocumenteerd en bij alle rekeningen Intel geen vragen over deze eigenschap zal beantwoorden omdat het een Desktopplatform is. Dit zal moeten veranderen aangezien de werkende systemen met 64 bits gemeenschappelijker worden in grotere huishoudens en harde schijven dat 2 Gib goederenpunten worden.
Een ander probleem is dat wanneer u op EFI laarswijze bent en BIOS bootloader EFI zoals /EFI/BOOT/BOOTX86.EFI ontdekt, een menuoptie [Intern Shell] samen met andere bootable aandrijving wordt getoond wanneer u op de F10 te selecteren sleutel duwt die aan laars weg drijf . Nochtans, als u deze optie selecteert ontruimt BIOS eenvoudig het scherm en sluit omhoog het systeem. U moet uw systeem rebooten van dit terug te krijgen. Ik kan slechts veronderstellen dat deze optie bedoeld was om een shell EFI of EFI laarsmanager te laden maar nooit eigenlijk werd uitgevoerd. Enkele code is duidelijk daar aangezien het bootloaders EFI ontdekt.
Tot slot als u laars EFI in de BIOS opstelling uitzet en zo aan erfenislaars terugkeert, toont de laarslijst die door F10 wordt getoond nog om het even welke gecrerde opties van de douaneEFI laars minder gebruikend efibootmgr de [Intern Shell] laarsoptie - behalve nu kunt u niet om het even welke opties in de laarslijst initialiseren. De enige manier om deze ingangen van de laarslijst te elimineren is aan laars EFI terug in Fedora 12 en gebruik efibootmgr deze ingangen te schrappen.
Ik heb een aantal het posten in diverse forums betreffende de steun van EFI van Intel op Desktopmotherboards gelezen. Ik ga over het algemeen met het uitgedrukte gevoel akkoord - het is vrij met fouten en niet klaar voor prime timegebruik. Het initialiseert inderdaad bootloader EFI van een schijf GPT maar dat is over allen het. Gezien Intel meer dan 10 jaar ervarings met EFI heeft, is dit vrij verrassend. Minstens moeten zij een juiste EFI manager van de laarsconfiguratie en een nut van de platformopstelling voor het creren van globale variabelen verstrekken EFI.
Het project van Fedora zou moeten werken om EFI toe te laten Initialiserend een x86-64 distributie DVD door een laarslader bij \ EFI \ LAARS \ BOOTX64.CONF te verstrekken. Het volstaat niet naar mijn mening om erfeniswijze te gebruiken om een installatie tot stand te brengen die toen kan is genitialiseerdel EFI. Ik begrijp de moeilijkheid van het steunen zowel MBR als GPT op n enkele DVD maar het probleem is niet onoverkomelijk. Als dit werd gedaan, zou er geen behoefte aan efiboot.img en efidisk.img zijn.
Goed, is dat over allen voor nu op deze kwestie. Ik hoop deze post van n of andere hulp aan anderen zal zijn wie omschakeling overwegen die aan EFI Fedora 12 initialiseert.
