For some time Fedora releases have supported Za nejaký čas Fedora vydanie podporili UEFI UEFI (more commonly known as EFI) booting on (viac obyčajne známy ako EFI) na zavedenie X86-64 X86-64 platforms. platformách. Having some experience of using EFI on IA64 platforms over the years, I decided to test out EFI booting Fedora 12 on one of my systems which is an Intel DX48BT2 (Bonetrail 2) platform that comes with built-in support for EFI booting. Majú nejaké skúsenosti s použitím EFI na IA64 platformy v priebehu rokov, rozhodol som sa vyskúšať EFI bootovanie Fedora 12 o jeden z mojich systémov, ktoré je Intel DX48BT2 (Bonetrail 2) platforma, ktorá prichádza s vstavanou-in pre podporu zavádzania EFI.
What do I mean by EFI booting an operating system such as Fedora 12? Čo tým myslím EFI bootovanie operačného systému, ako je Fedora 12? A platform that supports EFI booting does not rely upon a bootstrap program stored in boot record of a hard disk. Platforma, ktorá podporuje EFI bootovanie nespolieha na zavádzací program uložený v boot record z pevného disku. A boot manager in the platform firmware knows how to read a disk's partition table and understands the layout of a FAT filesystem which is in a designated partition. Boot manager v platforme firmware vie čítať disk v tabuľke oddielov a chápe rozvrhnutie súborového systému FAT, ktorý je v určenom oddiele. The details of the boot manager are implementation defined, but the boot manager is required to be configurable using well-known EFI global variables. Podrobnosti o boot manager sú definované realizáciu, ale boot manažér musí byť konfigurovať pomocou dobre-známy EFI globálne premenné. For example, the boot manager is required to inspect the BootOrder global variable for a list of boot options. Napríklad, je topánka riaditeľ povinný prezrieť BootOrder globálne premenné na zoznam možností spustenia. A boot option is one or more EFI global variables of the form BootXXXX. Možnosť spustenia je jeden alebo viac EFI globálne premenné formulára BootXXXX. where XXXX is a 4 digit number starting with 0000, that contain the device and path name of a boot loader to load and run, and possibly a set of options to pass to that boot loader. kde XXXX je 4 miestne číslo začínajúce 0000, ktoré obsahujú zariadenia a cesta k zavádzaču, aby nahral a behať, a prípadne súbor možností, ako odovzdať, že zavádzač. If there is no BootOrder global variable the boot manager is required to check for a default boot loader in a number of specified default locations. Ak nie je k dispozícii BootOrder globálnu premennú boot manager je povinný skontrolovať nakladač implicitné v mnohých konkrétnych východiskových miest. The actual name of the default boot loader is architecture dependant, eg for x86-64 it is \EFI\BOOT\BOOTX64.EFI . Skutočný názov nakladače implicitné architektúra je závislá, napr pre x86-64 je \ EFI \ BOOT \ BOOTX64.EFI.
To enable EFI booting on the DX48BT2 you must change some BIOS settings. Ak chcete povoliť bootovanie z EFI DX48BT2 musíte zmeniť niektoré nastavenia systému BIOS. The primary SATA controller must be configured to use IDE mode, ie the Primárne SATA radič musí byť nakonfigurovaný pre použitie IDE režime, tj AHCI AHCI (Advanced Host Controller Interface) mode must be disabled. (Advanced Host Controller Interface) režime, musí byť zakázaná. Apparently in AHCI mode the SATA controller firmware is part of the CSM (Compatibility Support Module) and does not support an EFI driver. Zrejme v režime AHCI radič SATA firmware je súčasťou CSM (Kompatibilita Podpora Module) a nepodporuje ovládač EFI. Even on Intel's latest server boards such as the S5500BC, you still have to use IDE mode if you want EFI booting! Dokonca aj na najnovších procesoroch Intel server dosky, ako S5500BC, stále máte na použitie IDE režime, ak chcete EFI bootovanie! If you are using the second SATA controller which controls the Matrix software RAID, you must also disable it as SW RAID is not supported in EFI boot mode. Ak používate druhý SATA radič, ktorý ovláda softvér, Matrix RAID, musíte zakázať aj ako SW RAID nie je podporovaný v režime Štartovacia EFI. Finally you must enable the UEFI option in the Boot option menu. Nakoniec je potrebné voľbu UEFI v menu Boot. I also recommend that you select the advanced boot option although it is not mandatory. Odporúčam tiež, že vyberiete možnosť spustenia moderných hoci to nie je povinné.
I am somewhat familiar with EFI booting a Windows Vista SP2 x86-64 DVD and was surprised to find that I was unable to EFI boot a Fedora 12 x86-64 DVD because, while it contains a /EFI/BOOT/BOOTX64.CONF file, it does not contain a corresponding EFI bootloader, ie /EFI/BOOT/BOOTX64.EFI . Som trochu oboznámený s EFI bootovania Windows Vista SP2 x86-64 DVD a na svoje prekvapenie zistil, že som nemohol naštartovať EFI Fedora 12 x86-64 DVD, pretože, aj keď obsahuje / EFI/BOOT/BOOTX64.CONF súbor, neobsahuje zodpovedajúce zavádzač EFI, tj / EFI/BOOT/BOOTX64.EFI. More about these two files later. Viac o tieto dva súbory neskôr.
Next, I turned to figuring out the difference between efidisk.img and efiboot.img as what these images actually contain and where they are/should be used for seems to be undocumented (or at least I could not easily find the documentation.) I burned the images onto two separate DVDs and mounted them to have a look at the contents. Ďalej som sa obrátil k zisťuje, rozdiel medzi efidisk.img a efiboot.img ako to, čo tieto obrazy skutočne obsahujú, a kde sú alebo by mali byť použité bez dokladov sa zdá byť (alebo aspoň som nemohla ľahko nájsť v dokumentácii.) I spálil snímok na dve samostatné DVD a montáž je sa pozrieť na obsah. I could just as easily have mounted the images using a command such as the following and cd'ed into the mount mount to look at the contents. Mohol by som rovnako ľahko pripojíte obraz pomocou príkazu, ako je sledovanie a cd'ed na horu horu sa pozrieť na obsah.
mount -o loop -efiboot.img /mnt
Here is a listing of the efiboot image. Tu je výpis efiboot obrazu.
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
The file bootx64.efi is actually GRUB v0.97 and BOOTX64.conf is GRUB's configuration file. Súbor je v skutočnosti bootx64.efi GRUB v0.97 a BOOTX64.conf je GRUB konfiguračný súbor. It contains a single GRUB stanza, ie Obsahuje jediný GRUB slohy, tj
#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
Since no kernel or initrd images are included in the efiboot.img I am unsure of what you can achieve by EFI booting a USB drive or DVD containing this image. Pretože žiadna jadrá, alebo initrd obrázky sú zahrnuté v efiboot.img som istý, čo je možné dosiahnuť EFI bootovanie USB disk alebo DVD obsahujúce tento obrázok.
I had better luck with efidisk.img . Mal som viac šťastia s efidisk.img. Here is a listing of its contents: Tu je zoznam jeho obsahu:
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
The contents of /EFI/BOOT/BOOTX64.conf are the same as in efiboot.img but this time the initrd and kernel images actually existed in the specified directory in the image. Obsah / EFI/BOOT/BOOTX64.conf sú rovnaké ako v efiboot.img ale tentoraz initrd a aj jadro skutočne existovala v zadanom adresári v obraze. However there is no sign of the actual EFI bootloader, ie BOOTX64.EFI . Avšak nie je tam žiadne znamenia skutočného zavádzača EFI, tj BOOTX64.EFI. OK, I thought, there must be something I do not understand about how to EFI boot Fedora 12. OK, myslel som si, musí existovať niečo, čo nechápu, ako naštartovať EFI Fedora 12.
After configuring the BIOS to enable EFI booting as discussed above, I rebooted the DX48BT2 with the UEFI version ( efidisk.iso ) of Fedora 12 in the DVD drive. Po nastavení BIOS, aby EFI bootovanie ako je uvedené vyššie, som restartoval DX48BT2 s verziou UEFI (efidisk.iso) zo Fedora 12 do jednotky DVD. Unfortunately the system reported that no bootable devices were found. Bohužiaľ systém hlásil, že žiadne spúšťacie zariadenia neboli zistené. Fedora 12 did not even try and install as would have occurred with a legacy boot mode install. Fedora 12 sa ani nepokúsil a nainštalovať, ako by sa stalo s dedičstvom režimu spustenie inštalácie. To see what was happening, I used Ak chcete zistiť, čo sa deje, som použil DUET DUET on a USB key to boot into an EFI Shell and checked the DVD filesystem layout. na USB kľúč k topánka do EFI Shell a kontrolovať súborový systém DVD rozloženie. It was, as I expected, correct per the EFI and UEFI specifications but there was no BOOTX64.EFI on the DVD. Bolo to, ako som očakával, na správne EFI a UEFI špecifikácie, ale nebolo BOOTX64.EFI na DVD.
I also inspected a dump of the BIOS on the DX48BT2 to see if there were any text strings in the BIOS which might give me a clue as to what the problem might be. Tiež som skontrolovať výpis BIOS na DX48BT2, či tam boli nejaké textové reťazce v BIOSu, ktoré by mi povie, čo by mohol byť problém. There were no relevant text strings. Neboli zistené žiadne relevantné textové reťazce. However I confirmed that the BIOS, or at least the parts I inspected, is EFI-based as you can see looking at this dump of the first few bytes of the binary. Avšak som potvrdil, že v BIOSu, alebo aspoň časti som prezeral, je EFI-založené, ako môžete vidieť pri pohľade na tento výpis niekoľkých prvých bytov binárne. The first 16 bytes are the EFI capsule GUID, ie 3B6686BD-0D76-4030-B70E-B5519E2FC5A0. Prvých 16 bytov sú kapsule EFI GUID, tj 3B6686BD-0D76-4030-B70E-B5519E2FC5A0. The character strings are either UTF-16 or UCS-2, ie 16 bit character encoding schemes defined in the Unicode specification. Reťazce znakov sú buď UTF-16 alebo UCS-2, tj 16 bitové kódovanie programov je definovaná v špecifikácii Unicode.
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 ................
I then decided to try booting the DVD from the F10 boot options menu just as I would with a legacy boot install. Potom som sa rozhodla skúsiť bootovanie z DVD možností spustenia F10 menu rovnako ako by som s dedičstvom spustenie inštalácie. This started the Fedora 12 install. Toto odštartovalo Fedora 12 nainštalovať. From there everything proceeded from a user's perspective as with a legacy boot install except that most of the software packages were downloaded from the Internet rather than from the DVD. Odtiaľ pokračoval všetko z pohľadu užívateľa ako s dedičstvom spustenie inštalácie okrem toho, že väčšina softvérových balíkov boli stiahnuté z internetu a nie z DVD. Here is how Anaconda set up my hard disk: Tu je, ako anakonda nastaviť pevný disk:
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
The only difference between a legacy boot and an EFI boot install is that Fedora 12 partitions the disk using Jediný rozdiel medzi dedičstvom a topánka Štartovacia EFI inštalácii je to, že Fedora 12 oddielov disku pomocou GPT GPT (GUID Partition Table) rather than MBR and the first partition, ie the partition with a UUID of B75E-CB6E (EFI partition), was formatted as a FAT32 filesystem approximately 200mb in size. (GUID Partition Table), skôr ako MBR a prvá oblasť, tj oddielu s UUID B75E-CB6E (EFI partition), bol naformátovaný ako FAT32 súborového systému približne o veľkosti 200 megabajtov. All the EFI-related code is on this partition because only type of filesystem that EFI understands is the FAT filesystem. Všetky EFI-súvisiace kód je na túto oblasť, pretože len typ súborového systému, ktorý EFI chápe, je súborový systém FAT. This is the filesystem that you are using when you are in the EFI shell. Toto je súborový systém, ktorý používate, keď ste v prostredí EFI. It is commonly known as the EFI system partition (ESP). To je všeobecne známy ako časť systému EFI (ESP).
This suggests that Fedora might not be able to do an EFI boot install onto a hard disk with existing MBR partitions which you want to preserve. To naznačuje, že Fedora nemusia byť schopní urobiť zavádzací EFI nainštalovať na pevný disk s existujúcimi MBR oblasti, ktoré chcete zachovať. There are ways of hacking GPT to embed an MBR in the GPT table in order to handle cases where an operating system is expecting to see an MBR but tools like parted cannot handle these hybrid partition schemes and will in many cases mangle the configuration. Existujú spôsoby, ako hackingu GPT vložiť MBR v tabuľke GPT na účely spracovania prípadov, keď operačný systém je očakával, že uvidí MBR, ale aj nástroje, ako ich rozdelili nemôže zvládnuť tieto hybridné delenie systémov a v mnohých prípadoch mangle konfiguráciu. If you want to experiment with embedding an MBR within a GPT have a look at the gdisk utility. Ak chcete experimentovať s MBR vkladanie do UT sa pozrieť na gdisk utility. By the way, you do not need to have the EFI partition mounted to run Fedora 12. Mimochodom, nemusíte mať oddiel EFI upevniť na beh Fedora 12. You could just mount it on an as needed basis if you need to access or change something relating to EFI or edit the bootloader configuration file. Dalo by sa pripojte ju na základe potreby, ak potrebujete niečo zmeniť prístup, alebo sa týkajú EFI alebo upraviť konfiguračný súbor bootloaderu.
The Fedora 12 installation creates the following directory structure in this partition. Fedora 12 inštalácii vytvorí nasledujúci adresárovú štruktúru v tomto oddiele.
# 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
By the way grub.efi is maintained by Peter Jones of Red Hat and is an EFI version of GRUB v0.97 – not GRUB2. Mimochodom grub.efi je vedený Peter Jones Red Hat a je verzia EFI GRUB v0.97 - nie grub2. The bootloader configuration file grub.conf contains Bootloader konfiguračný súbor grub.conf obsahuje
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
I tried EFI booting into Fedora 12 once the Fedora 12 installation completed. Snažil som EFI bootovanie do Fedora 12 Fedora 12 po dokončení inštalácie. It did not work at all so I decided to use To nefungovalo vôbec, takže som sa rozhodol použiť DUET DUET to manually load the Fedora 12 bootloader and see what was going on. až na ručne bremeno Fedora 12 bootloader a uvidíme, čo sa deje. The EFI shell command map -r correctly mapped in the systems's hard disk drive as fs2: . EFI príkaz map-r správne mapoval v tvrdých systémoch je disku ako FS2:. I changed to this device (just like changing drive letters in DOS) and invoked \EFI\BOOT\REDHAT\GRUB.EFI . Zmenil som sa na tento prístroj (rovnako ako zmena písmen jednotiek v systéme DOS) a uplatniť \ EFI \ BOOT \ RedHat \ GRUB.EFI. This started the Fedora 12 EFI bootloader and I was able to get into Fedora 12. Toto odštartovalo Fedora 12 EFI zavádzača, a bol som schopný sa dostať do Fedora 12.
To provide a default bootloader for the platform, I added a BOOT subdirectory under /boot/efi/EFI and copied grub.efi and grub.conf to this directory renaming the files BOOTX64.EFI and BOOTX64.CONF respectively. Ak chcete zadať predvolený zavádzač pre platformu, dodal som BOOT podadresár / boot / efi / EFI a kopírovať grub.efi grub.conf, a do tohto adresára premenovanie súborov BOOTX64.EFI a BOOTX64.CONF resp. This time, when I rebooted, the system got as far as trying to EFI boot Fedora 12 but failed with a kernel panic early in the kernel initialization. Tento čas, kedy som restartoval, systém dostal čo sa snaží zaviesť systém EFI Fedora 12, ale nepodarilo sa jadro spanikária začiatku inicializácie jadra.
Because EFI booting via DUET worked without any problems, I assumed the problem lay in the difference between the DX48BT2 implementation of EFI booting and DUET's implementation and spent many fruitless hours exploring the differences. Keďže EFI bootovanie cez DUET pracoval bez problémov, som predpokladala, problém spočíva v rozdiele medzi DX48BT2 implementácie zavádzania EFI a DUET implementácia a strávil veľa hodín neplodné skúmanie rozdielov. For example, no EFI serial device is set up by the DX48BT2 whereas DUET creates one. Napríklad, nie je sériové EFI zariadení zriadených DX48BT2 že DUET vytvára jeden. I also tried the usual suspects, ie the kernel command line options noapic , acpi=off , edd=off , but to no avail. Zkoušel jsem i obvyklý podozrivé, tj príkazového riadku jadra noapic, acpi = off, edd = off, ale márne.
It took me quite a while to find this problem as the DX48BT2 is a very fast system and the kernel panic was early in the kernel initialization process. Trvalo mi dosť dlho nájsť tento problém DX48BT2 je veľmi rýchly systém a jadro spanikária bol čoskoro v procese inicializácie jadra. Some information was displayed on the screen but it was overwritten by the kernel panic details. Niektoré informácie sa objaví na obrazovke, ale to bol prepísaný podrobnosti jadro spanikária. In fact, it looked like Dracut was the culprit from the screen ouput but this turned out not to be the case. V skutočnosti to vyzeralo, že Dracut bol vinník z obrazovky výstup, ale to dopadlo nebyť prípad. I finally narrowed down the problem by using the kernel command line option boot_delay=100 to slow down the screen output sufficiently for me to locate where in the initialization process the kernel panic was actually occurring. Nakoniec som zúžil problém pomocou príkazového riadku jadra boot_delay = 100 spomaliť výstup na obrazovku natoľko, aby som sa lokalizovať, kde v inicializácie procesu, jadro spanikária skutočne dochádza. It turned out that the kernel panic has something to do with the Local Ukázalo sa, že jadro spanikária má niečo do činenia s miestnou APIC APIC (Advanced Programmable Interrupt Controller.) What worked for me in the end was the kernel command line option nolapic . (Advanced Programmable Interrupt Controller.) Čo bolo pre mňa nakoniec bolo jadro príkazového riadka nolapic. After adding this option to the kernel command line in /boot/efi/EFI/BOOT.CONF the DX48BT2 was able to EFI boot directly into Fedora 12. Po pridaní tejto možnosti príkazového riadku jadra v / boot / efi / EFI / BOOT.CONF DX48BT2 bol schopný zaviesť EFI priamo do Fedora 12. Success at last! Úspech v poslednej!
To enable me to better explore EFI-booting on this system, I changed the boot process so that instead of booting directly into Fedora 12 via the GRUB boatloader, the system booted into an EFI shell. Chcete-li mi umožní lepšie preskúmať EFI-na zavedenie tohto systému, som zmenil zavádzací proces tak, že miesto bootovanie priamo do Fedora 12 pomocou boatloader GRUB, systém zaviesť do prostredia EFI. I replaced /efi/boot/EFI/BOOTX64.xfi with a copy of the X68-64 version of Shell.efi , deleted /boot/efi/EFI/BOOT/BOOTX64.CONF and added a startup script STARTUP.NSH to do some basic shell configuration work for me. Som nahradil / efi/boot/EFI/BOOTX64.xfi s kópiou X68-64 verzia Shell.efi, vypúšťa / boot/efi/EFI/BOOT/BOOTX64.CONF a dodal, STARTUP.NSH spustenie skriptu urobiť nejaké Základná konfigurácia shell pracovať pre mňa. Now when the DX48BT2 was rebooted, I ended up in an EFI shell in the root of the ESP. Teraz, keď bol reštartuje DX48BT2, ja som skončil v EFI v koreňovom adresári ESP. To boot into Fedora 12, I simply invoke grub.efi from the EFI shell. Naštartovať Fedora 12, jednoducho som uplatniť grub.efi z prostredia EFI.
I set up the following directory structure in the ESP: Aj nasledujúce nastavenia adresárovej štruktúre v ESP:
# 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
The tools directory contains standalone versions of many of the EFI shell built-ins together with some additional utilities such as diskpart , efichk and efifmt are Microsoft utiliites. Tools obsahuje samostatné verzie mnohých EFI vstavaný-in, spolu s niektorými ďalšími utilít, ako sú diskpart, efichk a efifmt sú Microsoft utiliites.
When you EFI boot into Fedora 12, an extra subdirectory appears under /sys/firmware to contain EFI-ralted information. Keď EFI naštartovať Fedora 12, extra podadresár sa objaví pod / sys / firmware obsahovať EFI-ralted informácie. Here is what Fedora 12 reported in /sys/firmware/efi/systab Tu je to, čo Fedora 12 hlásené v / sys / firmware / efi / systab
[root@ultra efi]# cat /sys/firmware/efi/systab MPS=0x0 ACPI20=0x0 ACPI=0x7fefd000 SMBIOS=0x7fdf2f98 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
The zero values for MPS and ACPI20 are obviously wrong. Nulových hodnôt pre MPS a ACPI20 sú samozrejme zlé. I am unsure of BOOTINFO and HCDP. Som neistý BOOTINFO a HCDP. This indicates a problem with the EFI implementation in the DX48BT2 BIOS rather than Fedora 12. To znamená problém s realizáciou v DX48BT2 EFI BIOS ako Fedora 12. Here is what is in this file when Fedora 12 is booted from DUET. Tu je to, čo je v tomto súbore, ak je Fedora 12 zavedený od DUET.
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
Here is a listing of /sys/firmware/efi/vars Tu je zoznam / 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
The value in BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c is FFFF which is an obviously invalid setting. Hodnota v BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c je FFFF čo je samozrejme neplatný nastavenia. No other Boot* global variables are made available to Fedora 12 which is strange. Žiadny iný Boot * globálne premenné sú k dispozícii Fedora 12, ktorá je divné. Again this indicates a poor EFI implementation in the DX48BT2 BIOS rather than a problem with Fedora 12. Opäť to ukazuje na zlé realizáciu v EFI BIOS DX48BT2 skôr ako problém s Fedora 12. All the pre-OS space EFI global variables defined by the UEFI specification are supposed to be made available to the operating system. Všetky pre-OS priestor EFI globálne premenné definované špecifikácie UEFI majú byť k dispozícii pre operačný systém.
Here is a listing of this same directory when Fedora 12 is booted using DUET. Tu je výpis tohto adresára pri štarte Fedora 12 pomocou DUET.
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
Note the additional Boot* global variables and the TimeOut global variable per the UEFI specification. Poznámka: ďalšie Boot * globálne premenné a globálne premenné TimeOut na špecifikáciu UEFI. If I had set BootNext in the DUET bootmanager it would also have been displayed here. Ak by som mal nastaviť BootNext v BootManager DUET to by tiež mal byť zobrazený tu. If you come from the Microsoft Windows x86-64 world, some of these names for global variables may be unfamilar to you as Microsoft in their infinite wisdom changed the names. Ak ste došli z Microsoft Windows x86-64 svet, niektoré z týchto názvov pre globálne premenné môžu byť unfamilar na vás, ako Microsoft vo svojej nekonečnej múdrosti zmenil mená. In Microsoft's BCD (Boot Configuration Data), for example, BootOrder is called displayorder and BootNext is called bootsequence . V BCD Microsoft (konfiguračných dát spúšťanie), napríklad, sa nazýva BootOrder displayorder a BootNext sa nazýva bootsequence.
Besides those issues I have described so far in this post, I ran into a number of other problems with EFI support on the DX48BT2. Okrem týchto problémov som opísal zatiaľ v tento post, som narazil na rad ďalších problémov s podporou EFI na DX48BT2. The first problem is that the UEFI boot option on this platform is visable but totally undocumented and by all accounts Intel will not answer any questions about this feature because it is a desktop platform. Prvým problémom je to, že topánka UEFI opcie na tejto platforme, je viditeľné, ale úplne bez dokladov a podľa všetkého Intel nebude odpovedať na otázky o tejto funkcii, pretože je to desktopovej platforme. This will have to change as 64-bit operating systems become more common in households and hard disks greater that 2 Gib become commodity items. To sa bude musieť meniť ako 64-bitové operačné systémy čoraz bežnejšie v domácnostiach a pevné disky väčšie ako 2 Gib stala komodita itemy.
Another problem is that when you are in EFI boot mode and the BIOS detects an EFI bootloader such as /EFI/BOOT/BOOTX86.EFI , a menu option “[Internal Shell]” is displayed along with other bootable drives when you press the F10 key to select which “drive” to boot off. Ďalším problémom je, že keď ste v režime štartu a EFI BIOS detekuje EFI zavádzača, ako napr / EFI/BOOT/BOOTX86.EFI, menu "[Internal Shell]" je zobrazená spolu s ostatnými bootovacie disky po stlačení klávesu F10 kľúč k výberu "drive" zavádzať. However, if you select this option the BIOS simply clears the screen and locks up the system. Avšak, ak vyberiete túto možnosť v BIOSu jednoducho vyčistí obrazovku a zámky do systému. You have to reboot your system to recover from this. Musíte reštartovať počítač zotaviť sa z tohto. I can only assume that this option was intended to load an EFI shell or EFI boot manager but was never actually implemented. Môžem len predpokladať, že táto voľba bola určená na zaťaženie alebo EFI EFI boot manager, ale nebola nikdy vykonaná. Some of the code is obviously there as it detects EFI bootloaders. Niektoré z kódu je samozrejme existuje, pretože zistí, EFI bootloaders.
Finally, if you turn off EFI boot in the BIOS setup and thus revert to legacy boot, the boot list displayed by F10 still displays any custom EFI boot options created using efibootmgr less the [Internal Shell] boot option – except now you cannot boot any of the options in the boot list. Nakoniec, keď vypnete EFI topánka v nastavení BIOSu a tým sa vrátiť k dedičstva topánka, topánka zobrazený zoznam F10 stále vykazuje niektoré vlastné EFI možnosti spustenia vytvorených pomocou efibootmgr menej [Internal Shell] štartovaciu voľbu - s výnimkou teraz nemôžete zaviesť ľubovoľné z možností v zozname topánka. The only way to eliminate these entries from the boot list is to EFI boot back into Fedora 12 and use efibootmgr to delete these entries. Jediným spôsobom, ako odstrániť tieto položky zo zoznamu, aby topánka Štartovacia EFI späť do Fedora 12 a používať efibootmgr odstrániť tieto položky.
I have read a number of postings in various forums regarding Intel's EFI support on desktop motherboards. Čítal som niekoľko príspevkov na rôznych fórach o podporu spoločnosti Intel EFI na ploche dosky. I generally agree with the sentiments expressed – it is quite buggy and not ready for prime time use. I vo všeobecnosti súhlasí s pocity vyjadril - to je docela buggy a nie je pripravená na použitie hlavnom vysielacom čase. It does indeed boot a EFI bootloader off a GPT disk but that is about all it does. Je skutočne zaviesť zavádzač EFI z disku GPT, ale to je tak asi všetko, čo robí. Given that Intel has over 10 years experience with EFI, this is quite surprising. Vzhľadom na to, že Intel má viac ako 10 rokov skúseností s EFI, je to celkom prekvapivé. At a minimum they need to provide a proper EFI boot configuration manager and a platform setup utility for creating EFI global variables. Na minimum, ktoré potrebujú na zabezpečenie správnej konfigurácie EFI manažér a platformy nastavovacia utilita pre vytváranie EFI globálne premenné.
The Fedora project should work to enable EFI Booting a x86-64 distribution DVD by providing a boot loader at \EFI\BOOT\BOOTX64.CONF . Projekt Fedora by mal fungovať, aby EFI Zavedenie x86-64 DVD distribúcie tým, že zavádzač na \ EFI \ BOOT \ BOOTX64.CONF. It is not sufficient in my opinion to use legacy mode to create an installation which is then capable of being EFI booted. Nestačí, podľa môjho názoru použiť dedičstva mód pre vytvorenie zariadenia, ktoré sa potom môžu byť EFI topánka. I understand the difficulty of supporting both MBR and GPT on a single DVD but the problem is not insurmountable. Chápem, že je ťažké podporujúce ako MBR a GPT na jednom DVD, ale problém nie je neprekonateľný. If this were done, there would be no need for efiboot.img and efidisk.img . Keby tomu tak bolo stalo, nebolo by potreba efiboot.img a efidisk.img.
Well, that's about all for now on this issue. No, to je asi tak všetko pre túto chvíľu na túto tému. I hope this post will be of some help to others who are considering switching to EFI booting Fedora 12. Dúfam, že tento post bude trochu pomôcť ostatným, ktorí uvažujú o prechode na EFI bootovanie Fedora 12.
