有一段時間了淺頂軟呢帽發行支持 在 X86-64平臺的UEFI (通常叫作EFI ) 孕穗。 有多年來使用在IA64平臺的EFI的一些經驗，我决定測試EFI在是英特爾DX48BT2的孕穗淺頂軟呢帽12我的一個系統(來有固定支持EFI孕穗的Bonetrail 2)平臺。
我是什么意思解雇一操作系統例如淺頂軟呢帽12的EFI ？ 支持EFI孕穗的平臺不依靠在一個硬盘的引导记录存放的引导程序。 平臺固件的起動經理會讀磁盘分区桌並且瞭解在選定的分開FAT文件系統的佈局。 起動經理的細節是被定義的實施，但是要求起動經理是構形的使用知名的EFI全局变量。 例如，要求起動經理检查BootOrder全局变量起動選擇名單。 起動選擇是形式的一個或更多EFI全局变量。 那里是開始以0000的一個4個數字數字，那包含启动装载程序的設備和路径名字裝載和跑和可能通過的一套選擇對那個启动装载程序。 如果沒有BootOrder全局变量起動經理在一定數量指定的默认位置要求检查缺省启动装载程序。 缺省启动装载程序的實際名字是建築學受撫養者，即為x86-64它是\ EFI \起動\ BOOTX64.EFI。
要使能在DX48BT2的EFI孕穗您必须改變一些BIOS設置。 必须配置主要SATA控制器使用IDE方式，即 AHCI (先進的主人控制器接口)方式一定是殘疾。 表面上在AHCI方式SATA控制器固件是CSM (兼容性支持模塊)的一部分和不支持EFI司機。 如果您想要EFI孕穗，在英特爾的最新的服務器上例如S5500BC，您必須仍然使用IDE方式! 如果您使用控制矩陣軟件RAID的第二個SATA控制器，您必须也使它失去能力，因為EFI起動方式下不支持SW RAID。 最终您必须使能在起動選擇菜單的UEFI選擇。 我也建议您選擇先進的起動選擇，雖然不是必須的。
我熟悉有些解雇Windows Vista SP2 x86-64 DVD的EFI和惊奇发现我无法對EFI起動每淺頂軟呢帽12 x86-64 DVD，因為，而它包含一個/EFI/BOOT/BOOTX64.CONF文件，它不包含一個對應的EFI引導裝入過程，即/EFI/BOOT/BOOTX64.EFI。 更多關於后這兩個文件。
其次，我转向了推测區別在efidisk.img之間，並且efiboot.img，什麼這些圖像實際上包含，並且他們或應該使用為了的地方似乎能是未用文件證明(或至少我容易地找不到文獻。) 我燒了在二分開的DVDs上的圖像並且登上他們查看一下內容。 我可能正容易地登上了圖像使用一個命令例如以下和cd'ed入登上登上看內容。
mount -o loop -efiboot.img /mnt
這efiboot圖像的目錄。
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
文件bootx64.efi實際上是幼蟲v0.97，並且BOOTX64.conf是幼蟲的配置文件。 即它包含一個唯一幼蟲詩節。
#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
從沒有仁或initrd圖像在我對的efiboot.img包括什麼是缺乏信心的您能由解雇USB驅動或DVD的EFI達到包含這個圖像。
我應該與efidisk.img的運氣。 這它的內容目錄：
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
/EFI/BOOT/BOOTX64.conf內容相同象在efiboot.img方面，但是這次initrd和仁圖像在圖像的被指定的目录裡實際上存在了。 然而沒有實際EFI引導裝入過程的標誌，即BOOTX64.EFI。 好，我認為，那裡必须在我怎麼不明白關於對EFI起動淺頂軟呢帽12的事。
在配置BIOS以后使能EFI孕穗如上所述，我重新起動了與UEFI版本(efidisk.iso)的DX48BT2的在DVD驅動的淺頂軟呢帽12。 不幸地系統报道未找到可起動的設備。 淺頂軟呢帽12甚而沒有嘗試並且沒有安裝將發生在遺產起動方式下安裝。 要看发生什么，我使用 在 USB鑰匙的二重奏解雇入EFI殼並且檢查了DVD文件系統佈局。 它是，如同我期望了，每EFI和UEFI規格改正，但是沒有在DVD的BOOTX64.EFI。
我也檢查BIOS的轉儲在DX48BT2的看是否有在也許給我線索至於的BIOS的任何正文串什麼問題也許是。 沒有相關的正文串。 然而我證實BIOS或者我檢查至少的零件， EFI根據，您能看到看雙的最初的少數字節的這轉儲。 前16個字節是EFI膠囊GUID，即3B6686BD-0D76-4030-B70E-B5519E2FC5A0。 字符串是UTF-16或UCS-2，即在Unicode規格定義的16份位字符內碼計劃。
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 ................
正我有遺產起動的會安裝，我然後决定设法解雇從F10起動選擇菜單的DVD。 這開始淺頂軟呢帽12安裝。 從那裡一切從用戶的方面進行了與遺產起動安裝，除了大多软件包從互聯網被下載了而不是從DVD。 這水蟒怎麼設定了我的硬盘：
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
在遺產起動和EFI起動之间的唯一的区别安裝是那淺頂軟呢帽12分開盤使用 GPT (GUID分開表)而不是MBR和第一分開，即與UUID的分開B75E-CB6E (EFI分開)，在大小上被格式化了作為FAT32文件系統大約200mb。 所有與EFI相關的代碼在這分開，因為EFI瞭解文件系統的僅的类型是FAT文件系統。 這是文件系統您使用您什么时候是在EFI殼。 一般叫作EFI系统分区(特別是)。
這建議淺頂軟呢帽也許不能做EFI起動安裝在與您想要保存的现有的MBR分開的一個硬盘上。 有亂砍GPT方式埋置MBR在GPT桌里為了處理操作系統期望看MBR，但是工具的案件，如分開不可能處理這些雜種分開計劃，並且在許多情況下損壞配置。 如果您想要試驗埋置在GPT之內的MBR查看一下G盤公共事業。 順便說一句，您不需要安排EFI分開登上跑淺頂軟呢帽12。 如果您需要訪問或改變某事與EFI相關或編輯引導裝入過程配置文件，您在可能登上它作為需要的依據。
淺頂軟呢帽12設施在這分開創造以下目录结构。
# 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
順便說一句grub.efi沒有由紅色帽子的彼得・瓊斯維護並且是幼蟲v0.97 -沒有GRUB2的EFI版本。 引導裝入過程配置文件grub.conf包含
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
一旦淺頂軟呢帽12設施完成了，我嘗試了EFI孕穗入淺頂軟呢帽12。 它沒有运作，因此我决定使用 二重奏 手動地裝載淺頂軟呢帽12引導裝入過程和看什麼发生。 EFI殼命令地圖- r在系統的硬盘驱动器恰當地映射了作為fs2 ：。 我改變了到這個設備(像在DOS的改變的驱动器字母)和祈求了\ EFI \起動\ REDHAT \ GRUB.EFI。 這開始了淺頂軟呢帽12 EFI引導裝入過程，並且我能进入淺頂軟呢帽12。
為平臺要提供缺省引導裝入過程，我增加起動補充指南在/boot/efi/EFI之下並且複製了grub.efi和grub.conf對給文件各自BOOTX64.EFI和BOOTX64.CONF改名的這個目錄。 這时，當我重新起動了，系統到就嘗試對EFI起動淺頂軟呢帽12，但是无法與仁恐慌及早仁初始化。
由于EFI孕穗通过二重奏运作得不出任何問題，假設在區別的問題位置EFI孕穗和二重奏的實施的DX48BT2實施之间並且度过了許多不結果的小時探索區別的我。 例如， EFI連續設備沒有由DX48BT2設定，而二重奏創造一。 我也审判了通常嫌疑犯，即仁命令行noapic的選擇， acpi=off， edd=off，但是毫无效果。
相當需要我一會兒發現這個問題，因為DX48BT2是一個非常快速的系統，並且仁恐慌及早在仁初始化过程中。 一些信息在屏幕被显示了，但是它由仁恐慌細節重寫。 实际上，它看起來象Dracut是從屏幕ouput，但是此的罪犯結果不是实际情形。 我最後缩小問題通過使用仁命令行選擇boot_delay=100十分地減速屏幕输出我的能找出在初始化过程仁恐慌實際上發生的地方。 它結果仁恐慌与地方 APIC (先進的可编程中断控制器有关。) 為我工作的什麼在最后是仁命令行nolapic的選擇。 在增加這個選擇以后到在/boot/efi/EFI/BOOT.CONF的仁命令行DX48BT2能對EFI起動直接地入淺頂軟呢帽12。 在為時上的成功!
要使我更好探索在這個系統的EFI孕穗，我改變启动过程，以便而不是解雇直接地到淺頂軟呢帽12通过幼蟲boatloader，系統被解雇入EFI殼。 我用Shell.efi的X68-64版本的拷貝替换/efi/boot/EFI/BOOTX64.xfi，刪除了/boot/efi/EFI/BOOT/BOOTX64.CONF並且增加启动脚本STARTUP.NSH完成我的一些基本的殼配置工作。 现在，當重新起動了时DX48BT2，我特別是在根的EFI殼结束了。 要解雇入淺頂軟呢帽12，我祈求從EFI殼的grub.efi。
我特別是設定了在的以下目录结构：
# 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
工具目錄與某項另外的公共事業一起包含許多的独立版本EFI殼修造ins例如diskpart， efichk，並且efifmt是微軟utiliites。
當您EFI起動到淺頂軟呢帽12里，一份額外補充指南出现在/sys/firmware之下包含EFI-ralted信息。 這什麼淺頂軟呢帽12在/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
MPS和ACPI20的零位值是明顯地錯誤的。 我對BOOTINFO和HCDP是缺乏信心的。 這表明一個問題與在DX48BT2 BIOS的EFI實施而不是淺頂軟呢帽12。 這什麼在這個文件，當淺頂軟呢帽12從二重奏时被解雇。
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
這/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
在BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c的價值是一個明顯地無效設置的FFFF。 其他Boot*全局变量沒有安排可用是奇怪的淺頂軟呢帽12。 再次這表明在DX48BT2 BIOS的恶劣的EFI實施而不是問題與淺頂軟呢帽12。 UEFI規格定義的所有前OS空間EFI全局变量应该安排可用操作系統。
這這個同樣目錄目錄使用二重奏时，當淺頂軟呢帽12被解雇。
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
注意另外的Boot*全局变量和暫停全局变量每個UEFI規格。 如果我設置了在二重奏bootmanager的BootNext它也將被顯示這裡。 如果您來自微軟視窗x86-64世界，其中一些名字對于全局变量也許是unfamilar對您，在他們的无穷的智慧的微軟更改了名字。 在微軟的BCD (起動配置数据)，例如， BootOrder称displayorder，並且BootNext称bootsequence。
到目前為止除我在這個崗位描述了的那些問題以外，我遇到了一定數量的其他問題有在DX48BT2的EFI支持。 第一個問題是在這個平臺的UEFI起動選擇是可看見的，但是完全未用文件證明和据大家所说英特爾不會回答關於這個特點的任何問題，因為它是桌面平臺。 這將必須改變，當64位操作系统变得共同在2凹字楔成為商品項目更加偉大的家庭和的硬盤。
另一個問題是，當您是在EFI起動方式下时，並且BIOS查出一個EFI引導裝入過程例如/EFI/BOOT/BOOTX86.EFI，菜單選擇「[內部殼]」與其他可起動的驅動一起被顯示，當您按「駕駛」解雇的F10键選擇时。 然而，如果您選擇這個選擇BIOS清除屏幕並且把系統关起來。 您必須重新起動您的系統從此恢复。 我可以只假设，這個選擇意欲裝載EFI殼或EFI起動經理，但是從未實際上被實施了。 某些代碼在明顯地那裡，當它查出EFI引導裝入過程。
终于，如果您关闭在BIOS設定的EFI起動和因而恢復對遺產起動， F10顯示的起動名單仍然顯示所有風俗EFI起動選擇被創造使用的efibootmgr [內部殼]起動選擇-，除了您在起動名單不可能現在解雇其中任一個選擇。 唯一的方式從起動名單消滅這些詞條是對EFI起動回到淺頂軟呢帽12和用途efibootmgr刪除這些詞條。
我在桌面主板讀了一定數量的投稿以關於英特爾的EFI支持的各種各樣的論壇。 我通常同意表達的情緒-它相當是兒童車和不準備為黄金时间使用。 它的確解雇EFI引導裝入過程GPT盤，但是它的那是關於所有。 假设英特爾有在10年期间與EFI的經驗，這相當驚奇。 最少他們需要為創造EFI全局变量提供一位適當的EFI起動配置經理和平臺設定公共事業。
淺頂軟呢帽項目應該运作使能解雇x86-64發行DVD的EFI通过提供启动装载程序在\ EFI \起動\ BOOTX64.CONF。 以我所见使用遺產方式創造是然後可勝任的是被解雇的EFI的設施是不充足的。 我瞭解支持在唯一DVD的MBR和GPT困難，但是問題不是不可逾越的。 如果這做了，沒有對efiboot.img和efidisk.img的需要。
那么，那暫時是關於所有关于這個论点。 我希望這個崗位將是一些幫助對考慮開關對EFI孕穗淺頂軟呢帽12的人。
