有一段时间了浅顶软呢帽发行支持 在 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的人。
