For some time Fedora releases have supported För en tid Fedora utgåvor har stött UEFI UEFI (more commonly known as EFI) booting on (mer känt som EFI) uppstart på X86-64 X86-64 platforms. plattformar. 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. Ha viss erfarenhet av att använda EFI på IA64 plattformar genom åren, bestämde jag mig för att testa om en av mina system ut EFI uppstart Fedora 12 som är en Intel DX48BT2 (Bonetrail 2) plattform som levereras med inbyggt stöd för EFI uppstart.
What do I mean by EFI booting an operating system such as Fedora 12? Vad menar jag med EFI uppstart av ett operativsystem som Fedora 12? A platform that supports EFI booting does not rely upon a bootstrap program stored in boot record of a hard disk. En plattform som stödjer EFI uppstart inte åberopa en bootstrap program lagras i MBR en hårddisk. 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. En stöveln i plattformen firmware vet hur man läser en diskens partitionstabell och förstår layouten på ett FAT-filsystem som är i en utsedd partition. The details of the boot manager are implementation defined, but the boot manager is required to be configurable using well-known EFI global variables. Detaljerna i stöveln är genomförandet definieras, men stöveln krävs för att bli konfigureras med hjälp av välkänt EFI globala variabler. For example, the boot manager is required to inspect the BootOrder global variable for a list of boot options. Till exempel är stöveln som krävs för att inspektera BootOrder global variabel för en lista med startalternativ. A boot option is one or more EFI global variables of the form BootXXXX. En uppstartsalternativ är en eller flera EFI globala variabler i formuläret 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. där XXXX är ett 4-siffrigt nummer som börjar med 0000, som innehåller enheten och sökvägen till en starthanterare att läsa in och köra, och eventuellt ett antal alternativ att gå till den starthanterare. 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. Om ingen BootOrder global variabel stöveln direktör är skyldig att kontrollera för en starthanteraren som är standard i ett antal specificerade standard platser. The actual name of the default boot loader is architecture dependant, eg for x86-64 it is \EFI\BOOT\BOOTX64.EFI . Den egentliga namn starthanteraren som är standard är arkitektur beroende, t.ex. för x86-64 är det \ efi \ Boot \ BOOTX64.EFI.
To enable EFI booting on the DX48BT2 you must change some BIOS settings. Att möjliggöra EFI uppstart på DX48BT2 måste du ändra vissa BIOS-inställningar. The primary SATA controller must be configured to use IDE mode, ie the Den primära SATA controller måste vara konfigurerad för att använda IDE-läge, dvs AHCI AHCI (Advanced Host Controller Interface) mode must be disabled. (Advanced Host Controller Interface)-läge måste inaktiveras. Apparently in AHCI mode the SATA controller firmware is part of the CSM (Compatibility Support Module) and does not support an EFI driver. Tydligen i AHCI läge SATA controller firmware är en del av CSM (Kompatibilitet Support Module) och inte stödja en EFI-drivrutin. Even on Intel's latest server boards such as the S5500BC, you still have to use IDE mode if you want EFI booting! Även om Intels senaste server organ som den S5500BC, har du fortfarande använda IDE-läge om du vill EFI uppstart! 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. Om du använder andra SATA controller som styr Matrix programvaru-RAID, måste du inaktivera det också som SW RAID stöds inte i EFI boot läge. Finally you must enable the UEFI option in the Boot option menu. Slutligen får du inte göra det möjligt UEFI alternativ i Boot Option menyn. I also recommend that you select the advanced boot option although it is not mandatory. Jag rekommenderar också att du väljer Avancerade startalternativ alternativet även om det inte är obligatoriskt.
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 . Jag är lite bekant med EFI starta upp en Windows Vista SP2 x86-64 DVD och blev förvånad över att jag inte kunde EFI starta upp en Fedora 12 x86-64 DVD eftersom även den innehåller en / EFI/BOOT/BOOTX64.CONF fil Den innehåller inte en motsvarande EFI bootloader, dvs / EFI/BOOT/BOOTX64.EFI. More about these two files later. Mer om dessa två filer senare.
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. Därefter vände jag mig för att räkna ut skillnaden mellan efidisk.img och efiboot.img om vad dessa bilder faktiskt innehåller och var de är / bör användas till verkar vara odokumenterat (eller åtminstone jag inte så lätt kan hitta dokumentation.) I brände bilder på två DVD-skivor och monterade dem att ta en titt på innehållet. 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. Jag kunde lika gärna ha monterat bilderna med ett kommando som följande och cd'ed på berget mount för att titta på innehållet.
mount -o loop -efiboot.img /mnt
Here is a listing of the efiboot image. Här är en lista över efiboot bilden.
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. Filen bootx64.efi är faktiskt GRUB v0.97 och BOOTX64.conf är GRUB konfigurationsfil. It contains a single GRUB stanza, ie Den innehåller en enda GRUB strof, dvs
#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. Eftersom ingen kärna eller initrd bilder ingår i efiboot.img jag är osäker på vad du kan uppnå genom EFI starta upp en USB-eller DVD som innehåller den här bilden.
I had better luck with efidisk.img . Jag hade bättre tur med efidisk.img. Here is a listing of its contents: Här är en lista över innehållet:
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. Innehållet i / EFI/BOOT/BOOTX64.conf är desamma som i efiboot.img men den här gången initrd och bilder kärna faktiskt existerade i den angivna katalogen i bilden. However there is no sign of the actual EFI bootloader, ie BOOTX64.EFI . Det finns dock inga tecken på den faktiska EFI bootloader, dvs BOOTX64.EFI. OK, I thought, there must be something I do not understand about how to EFI boot Fedora 12. OK, tänkte jag, måste det finnas något jag inte förstår hur man EFI starta 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. Efter konfigurera BIOS så EFI uppstart som diskuterats ovan, startade om jag DX48BT2 med UEFI version (efidisk.iso) av Fedora 12 i DVD-enheten. Unfortunately the system reported that no bootable devices were found. Tyvärr systemet rapporterade att inga startbara enheter hittades. Fedora 12 did not even try and install as would have occurred with a legacy boot mode install. Fedora 12 har inte ens försöka installera så skulle ha skett med en äldre boot läge installera. To see what was happening, I used Att se vad som hände, jag använde DUET DUET on a USB key to boot into an EFI Shell and checked the DVD filesystem layout. på en USB-nyckel för att starta upp en EFI Shell och kontrollerade DVD filsystem layout. It was, as I expected, correct per the EFI and UEFI specifications but there was no BOOTX64.EFI on the DVD. Det var, som jag trodde, korrekt per EFI och UEFI specifikationer men det fanns ingen BOOTX64.EFI på 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. Jag inspekterade också ett upplag av BIOS på DX48BT2 att se om det fanns några textsträngar i BIOS som kan ge mig en ledtråd till vad problemet kan vara. There were no relevant text strings. Det fanns inga relevanta textsträngar. 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. Men jag bekräftat att BIOS, eller åtminstone de delar jag inspekterade är EFI-baserade som ni ser tittar på detta dumpa av de första byte av binära. The first 16 bytes are the EFI capsule GUID, ie 3B6686BD-0D76-4030-B70E-B5519E2FC5A0. De första 16 bytes EFI kapsel GUID, dvs 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. De teckensträngar är antingen UTF-16 eller UCS-2, dvs 16 bitars teckenkodningsscheman definieras i Unicode-specifikationen.
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. Jag beslutade då att försöka att starta upp DVD från F10 boot alternativmenyn precis som jag gör med en äldre boot installation. This started the Fedora 12 install. Detta startade Fedora 12 installera. 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. Därifrån allt utgick från användarens perspektiv som med ett arv boot installation utom att de flesta av mjukvaruprogram som laddades ner från Internet i stället för från DVD. Here is how Anaconda set up my hard disk: Här är hur Anaconda inrättas min hårddisk:
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 Den enda skillnaden mellan ett arv stöveln och en EFI-boot installation är att Fedora 12 partitioner på disken med 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) snarare än MBR och den första partitionen, dvs partition med ett UUID av B75E-CB6E (EFI-partitionen), var formaterad som FAT32-filsystem ungefär 200mb i storlek. All the EFI-related code is on this partition because only type of filesystem that EFI understands is the FAT filesystem. Alla EFI-relaterade kod är på partitionen eftersom bara typ av filsystem som EFI förstår är FAT-filsystem. This is the filesystem that you are using when you are in the EFI shell. Detta är det filsystem som du använder när du är i EFI-skalet. It is commonly known as the EFI system partition (ESP). Det är allmänt känt som EFI systempartitionen (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. Detta tyder på att Fedora inte skulle kunna göra en EFI starta installeras på en hårddisk med befintliga MBR partitioner som du vill bevara. 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. Det finns olika sätt att hacka GPT att bädda in en MBR i GPT tabellen för att hantera fall där ett operativsystem räknar med att se en MBR utan även verktyg som skildes kan inte hantera dessa hybrid partition system och kommer i många fall mangel konfigurationen. If you want to experiment with embedding an MBR within a GPT have a look at the gdisk utility. Om du vill experimentera med inbäddning en MBR inom en GPT ta en titt på gdisk verktyget. By the way, you do not need to have the EFI partition mounted to run Fedora 12. Förresten, behöver du inte ha EFI-partitionen monteras köra 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. Du kan bara montera den på ett behov basis om du behöver komma åt eller ändra något om EFI eller redigera konfigurationsfilen för starthanteraren.
The Fedora 12 installation creates the following directory structure in this partition. Fedora 12 installationen skapar följande katalogstrukturen i denna partition.
# 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. Förresten grub.efi upprätthålls av Peter Jones av Red Hat och är en EFI-version av GRUB v0.97 - inte grub2. The bootloader configuration file grub.conf contains Konfigurationsfilen för starthanteraren grub.conf innehåller
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. Jag försökte EFI uppstart Fedora 12 när Fedora 12 installationen slutförts. It did not work at all so I decided to use Det fungerade inte alls så jag bestämde mig för att använda DUET DUET to manually load the Fedora 12 bootloader and see what was going on. att manuellt ladda Fedora 12 bootloader och se vad som pågick. The EFI shell command map -r correctly mapped in the systems's hard disk drive as fs2: . EFI skalkommando karta-r korrekt kartlagts i systemen hårddisk som FS2:. I changed to this device (just like changing drive letters in DOS) and invoked \EFI\BOOT\REDHAT\GRUB.EFI . Jag bytte till den här enheten (precis som förändrade enhetsbokstäver i DOS) och åberopas \ efi \ Boot \ REDHAT \ GRUB.EFI. This started the Fedora 12 EFI bootloader and I was able to get into Fedora 12. Detta startade Fedora 12 EFI bootloader och jag kunde komma in 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. Att ge en standard starthanterare för plattformen, tillade jag en Boot underkatalog under / boot / efi / EFI och kopieras grub.efi och grub.conf till denna katalog att döpa om filerna BOOTX64.EFI och BOOTX64.CONF respectively. 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. Denna gång, när jag startade om, fick systemet så långt som att försöka EFI starta Fedora 12 men misslyckades med en kernel panic tidigt i kärnan initiering.
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. Eftersom EFI uppstart via DUET fungerade utan problem, antog jag att problemet låg i skillnaden mellan DX48BT2 genomförandet av EFI uppstart och DUET genomförande och tillbringade många fruktlösa timmar undersöka skillnaderna. For example, no EFI serial device is set up by the DX48BT2 whereas DUET creates one. Till exempel ingen EFI seriell enhet som inrättats av DX48BT2 medan DUET skapar en. I also tried the usual suspects, ie the kernel command line options noapic , acpi=off , edd=off , but to no avail. Jag försökte också de vanliga misstänkta, dvs kärnan kommandoradsflaggorna noapic, acpi = off, DME = off, men till ingen nytta.
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. Det tog mig ett bra tag att hitta detta problem som DX48BT2 är ett mycket snabbt system och kernel panic var tidigt i kärnan initieringsprocessen. Some information was displayed on the screen but it was overwritten by the kernel panic details. Vissa uppgifter som visas på skärmen, men det har skrivits över av detaljer kernel panic. In fact, it looked like Dracut was the culprit from the screen ouput but this turned out not to be the case. I själva verket såg det ut Dracut var boven i dramat från skärmen Ouput men detta visade sig inte vara fallet. 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. Jag minskat till sist störta problemet med hjälp av kärnans kommandorad boot_delay line option = 100 bromsa skärmen produktionen tillräckligt för mig att lokalisera var i initieringsprocessen kärnan att få panik faktiskt höll på att hända. It turned out that the kernel panic has something to do with the Local Det visade sig att kärnan att få panik har något att göra med den lokala APIC APIC (Advanced Programmable Interrupt Controller.) What worked for me in the end was the kernel command line option nolapic . (Advanced Programmable Interrupt Controller.) Det som fungerade för mig i slutet var kärnan kommandoradsoption 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. Efter denna flagga till kommandoraden för kärnan i / boot / efi / EFI / BOOT.CONF den DX48BT2 kunde EFI starta direkt i Fedora 12. Success at last! Framgång äntligen!
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. För att aktivera mig bättre utforska EFI-uppstart på detta system, ändrade jag startprocessen så att istället för att starta upp direkt i Fedora 12 via GRUB boatloader, att systemet startats om till en EFI-skalet. 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. Jag ersatte / efi/boot/EFI/BOOTX64.xfi med en kopia av X68-64-versionen av Shell.efi, raderade / boot/efi/EFI/BOOT/BOOTX64.CONF och lagt till en STARTUP.NSH startskript att göra några grundläggande skal konfiguration fungerar för mig. Now when the DX48BT2 was rebooted, I ended up in an EFI shell in the root of the ESP. Nu när DX48BT2 startades om, slutade jag upp i en EFI-skalet i roten av ESP. To boot into Fedora 12, I simply invoke grub.efi from the EFI shell. Att starta upp i Fedora 12, åberopar jag bara grub.efi från EFI-skalet.
I set up the following directory structure in the ESP: Jag har ställt in följande katalog struktur i 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. Verktygen katalogen innehåller fristående versioner av många av de inbyggda EFI shell-ins tillsammans med några ytterligare verktyg som diskpart efichk och efifmt är Microsoft utiliites.
When you EFI boot into Fedora 12, an extra subdirectory appears under /sys/firmware to contain EFI-ralted information. När du EFI stöveln in Fedora 12, en extra underkatalog visas under / sys / firmware innehåller EFI-ralted information. Here is what Fedora 12 reported in /sys/firmware/efi/systab Här är vad Fedora 12 rapporteras i / 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. Den nollvärden för MPS och ACPI20 är naturligtvis fel. I am unsure of BOOTINFO and HCDP. Jag är osäker på BOOTINFO och HCDP. This indicates a problem with the EFI implementation in the DX48BT2 BIOS rather than Fedora 12. Detta tyder på ett problem med EFI genomförandet i DX48BT2 BIOS snarare än Fedora 12. Here is what is in this file when Fedora 12 is booted from DUET. Här är vad som finns i denna fil när Fedora 12 startas från Duet.
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
Here is a listing of /sys/firmware/efi/vars Här är en lista över / 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. Värdet i BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c är FFFF vilket är ett uppenbart ogiltig inställning. No other Boot* global variables are made available to Fedora 12 which is strange. Inga andra Boot * globala variabler är tillgängliga för Fedora 12 vilket är märkligt. Again this indicates a poor EFI implementation in the DX48BT2 BIOS rather than a problem with Fedora 12. Även detta tyder på en dålig EFI genomförande i DX48BT2 BIOS snarare än ett problem med 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. Allt inför OS utrymme EFI globala variabler definieras av UEFI specifikationen är tänkta att göras tillgängligt för operativsystemet.
Here is a listing of this same directory when Fedora 12 is booted using DUET. Här är en lista på samma katalog när Fedora 12 ska startas upp med 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. Anteckna ytterligare Boot * globala variabler och TimeOut global variabel per den UEFI specifikationen. If I had set BootNext in the DUET bootmanager it would also have been displayed here. Om jag hade satt BootNext i DUET BootManager det skulle också har visats här. 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. Om du kommer från Microsoft Windows x86-64 i världen, några av dessa namn för globala variabler kan unfamilar för dig som Microsoft i sin oändliga visdom bytt namn. In Microsoft's BCD (Boot Configuration Data), for example, BootOrder is called displayorder and BootNext is called bootsequence . I Microsofts BCD (Boot Configuration Data), till exempel, är BootOrder kallas displayorder och BootNext kallas 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. Förutom de frågor som jag har beskrivit så långt i det här inlägget, sprang jag in i ett antal andra problem med EFI-stöd på 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. Det första problemet är att UEFI boot option på denna plattform är synliga, men helt odokumenterade och av allt att Intel kommer inte att besvara några frågor om den här funktionen eftersom det är en stationär plattform. 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. Detta måste förändras som 64-bitars operativsystem blivit vanligare i hushåll och hårddiskar på mer än 2 Gib blivit handelsvara ex.
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. Ett annat problem är att när du är i EFI starta läge och BIOS identifierar en EFI-starthanteraren såsom / "EFI/BOOT/BOOTX86.EFI, ett menyalternativ" [Internt Shell] visas tillsammans med andra bootable enheter när du trycker på F10 tangenten för att välja vilken "drive" för att starta upp. However, if you select this option the BIOS simply clears the screen and locks up the system. Men om du väljer det här alternativet BIOS helt enkelt tömmer skärmen och låser upp systemet. You have to reboot your system to recover from this. Du måste starta om datorn för att återhämta sig från detta. I can only assume that this option was intended to load an EFI shell or EFI boot manager but was never actually implemented. Jag kan bara anta att detta alternativ var att läsa in en EFI-skalet eller EFI Boot Manager men aldrig i praktiken. Some of the code is obviously there as it detects EFI bootloaders. En del av koden är det självklart att den som upptäcker EFI starthanterare.
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. Slutligen, om du stänger av EFI stöveln i BIOS och därmed återgå till gamla starta den startlistan visas av F10 fortfarande uppvisar någon anpassade EFI uppstartsalternativ skapad med efibootmgr minus [Internt Shell] uppstartsalternativ - utom nu du inte kan starta något av alternativen i startlistan. 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. Det enda sättet att eliminera dessa poster från startlistan är att EFI starta tillbaka i Fedora 12 och använda efibootmgr att ta bort dessa poster.
I have read a number of postings in various forums regarding Intel's EFI support on desktop motherboards. Jag har läst ett antal inlägg i olika forum om Intels EFI-stöd på moderkort för stationära datorer. I generally agree with the sentiments expressed – it is quite buggy and not ready for prime time use. Jag instämmer generellt med de känslor som uttrycks - det är ganska buggigt och inte redo för prime time användning. It does indeed boot a EFI bootloader off a GPT disk but that is about all it does. Det har visserligen starta upp en EFI bootloader bort en GPT disk men det är ungefär allt den gör. Given that Intel has over 10 years experience with EFI, this is quite surprising. Med tanke på att Intel har över 10 års erfarenhet med EFI är detta ganska förvånande. At a minimum they need to provide a proper EFI boot configuration manager and a platform setup utility for creating EFI global variables. Som ett minimum måste de tillhandahålla en lämplig EFI-chef uppstart och en plattform setup verktyget för att skapa EFI globala variabler.
The Fedora project should work to enable EFI Booting a x86-64 distribution DVD by providing a boot loader at \EFI\BOOT\BOOTX64.CONF . Fedora Project bör arbeta för att möjliggöra EFI Uppstart en x86-64 distribution DVD genom att tillhandahålla en starthanterare på \ 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. Det räcker inte enligt min mening att använda legacy läge för att skapa en anläggning som sedan kan bli EFI startat. I understand the difficulty of supporting both MBR and GPT on a single DVD but the problem is not insurmountable. Jag förstår att det är svårt att stödja både MBR och GPT på en DVD men problemet är inte oöverstigliga. If this were done, there would be no need for efiboot.img and efidisk.img . Om det gjordes skulle det inte finnas något behov av efiboot.img och efidisk.img.
Well, that's about all for now on this issue. Tja, det är ungefär allt för nu i denna fråga. I hope this post will be of some help to others who are considering switching to EFI booting Fedora 12. Jag hoppas att denna post kommer att vara till hjälp för andra som funderar på att byta till EFI uppstart Fedora 12.
