Para algum Fedora do tempo as liberações suportaram o booting de UEFI (conhecido mais geralmente como EFI) nas plataformas X86-64. Tendo alguma experiência de usar EFI nas plataformas IA64 sobre os anos, eu decidi testar para fora o booting Fedora 12 de EFI em um de meus sistemas que é uma plataforma de Intel DX48BT2 (Bonetrail 2) que venha com sustentação interna para o booting de EFI.
Que eu significo por EFI que carreg um sistema de exploração tal como Fedora 12? Uma plataforma que suporte o booting de EFI não confia em um programa de tira de bota armazenado no registro de carregador de um disco rígido. Um gerente do carregador nos firmware da plataforma sabe ler uma tabela da divisória de disco e compreende a disposição de um filesystem do FAT que esteja em uma divisória designada. Os detalhes do gerente do carregador são execução definida, mas o gerente do carregador é exigido ser variáveis globais conhecidas de utilização configuráveis de EFI. Por exemplo, o gerente do carregador é exigido inspecionar a variável global de BootOrder para uma lista de opções do carregador. Uma opção do carregador é umas ou várias variáveis globais de EFI do formulário. onde são um número de 4 dígitos que começa com 0000, aquele contem o nome do dispositivo e de trajeto de um carregador de carregador para carregar e funcionar, e um jogo das opções a passar possivelmente a esse carregador de carregador. Se não há nenhuma variável global de BootOrder o gerente do carregador está exigido verific para ver se há um carregador de carregador do defeito em um número de posições de defeito especific. O nome real do carregador de carregador do defeito é dependente da arquitetura, por exemplo para x86-64 ele é \ EFI \ CARREGADOR \ BOOTX64.EFI.
Para permitir o booting de EFI no DX48BT2 você deve mudar alguns ajustes do BIOS. O controlador preliminar de SATA deve ser configurado para usar a modalidade do IDE, isto é a modalidade de AHCI (relação avançada do controlador do anfitrião) deve ser deficiente. Aparentemente da modalidade de AHCI o firmware do controlador de SATA reage parte do CSM (módulo da sustentação da compatibilidade) e não suporta um excitador de EFI. Mesmo em Intel o usuário o mais atrasado embarca como o S5500BC, você ainda tem que usar a modalidade do IDE se você quer o booting de EFI! Se você está usando o segundo controlador de SATA que controla o software RAID da matriz, você deve igualmente incapacitá-lo porque o interruptor RAID não é suportado na modalidade do carregador de EFI. Finalmente você deve permitir a opção de UEFI no menu da opção do carregador. Eu igualmente recomendo que você seleciona a opção avançada do carregador embora não seja imperativo.
Eu sou um tanto familiar com o EFI que carreg um Windows Vista SP2 x86-64 DVD e fui surpreendido encontrar que eu era incapaz ao carregador de EFI um Fedora 12 x86-64 DVD porque, quando contiver uma lima de /EFI/BOOT/BOOTX64.CONF, não contem um bootloader correspondente de EFI, isto é /EFI/BOOT/BOOTX64.EFI. Mais sobre estas duas limas mais tarde.
Em seguida, eu girei para a figuração para fora da diferença entre efidisk.img e efiboot.img como o que estas imagens contêm realmente e onde são/devem ser usados para que parece seja indocumentado (ou pelo menos eu não poderia facilmente encontrar a documentação.) Eu queimei as imagens em dois DVDs separado e montei-os para ter um olhar nos índices. Eu poderia apenas como facilmente ter montado as imagens usando um comando tal como o seguinte e cd'ed na montagem da montagem para olhar os índices.
mount -o loop -efiboot.img /mnt
Está aqui uma lista da imagem do 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
A lima bootx64.efi é realmente o GRUB v0.97 e BOOTX64.conf é lima de configuração do GRUB. Contem uma única estância do GRUB, isto é.
#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
Desde nenhum semente ou initrd as imagens são incluídas no efiboot.img que eu sou incerto do que você pode conseguir por EFI que carreg uma movimentação do USB ou um DVD que contêm esta imagem.
Eu devo sorte com efidisk.img. Está aqui uma lista de seus índices:
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
Os índices de /EFI/BOOT/BOOTX64.conf estão os mesmos que em efiboot.img mas esta vez as imagens do initrd e da semente existiram realmente no diretório especific na imagem. Porém não há nenhum sinal do bootloader real de EFI, isto é BOOTX64.EFI. APROVAÇÃO, eu pensei, lá devo ser algo que eu não compreendo sobre como ao carregador Fedora 12 de EFI.
Após ter configurado o BIOS para permitir o booting de EFI como discutido acima, eu recarreguei o DX48BT2 com a versão de UEFI (efidisk.iso) de Fedora 12 na movimentação de DVD. Infelizmente o sistema relatou que nenhum dispositivo bootable estêve encontrado. Fedora 12 mesmo não tentou e não instalou como ocorreria com uma modalidade do carregador do legado instalam. Para ver o que estava acontecendo, eu usei o DUETO em uma chave do USB para carreg em um EFI Shell e verific a disposição do filesystem de DVD. Era, como eu esperei, corrige por as especificações de EFI e de UEFI mas não havia nenhum BOOTX64.EFI no DVD.
Eu igualmente inspecionei uma descarga do BIOS no DX48BT2 para ver se havia alguma corda de texto no BIOS que pôde me dar um indício a respeito do que o problema pôde ser. Não havia nenhuma corda de texto relevante. Entretanto eu confirmei que o BIOS, ou pelo menos as peças que eu inspecionei, EFI-sou baseado como você pode ver a vista desta descarga dos bytes primeiros do binário. Os primeiros 16 bytes são a cápsula GUID de EFI, isto é 3B6686BD-0D76-4030-B70E-B5519E2FC5A0. As cadeias de caracteres são UTF-16 ou UCS-2, isto é 16 esquemas da codificação do caráter do bocado definidos na especificação de 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 ................
Eu decidi então tentar carreg o DVD do menu das opções do carregador F10 apenas porque eu com um carregador do legado instalaria. Isto começou Fedora 12 instalar. De tudo prosigueu da perspectiva de um usuário como com um carregador do legado instale salvo que a maioria dos pacotes de software foram transferidos do Internet um pouco do que do DVD. É aqui como o Anaconda setup meu disco rígido:
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
A única diferença entre um carregador do legado e um carregador de EFI instala é esse Fedora 12 divisórias o disco usando GPT (tabela da divisória de GUID) um pouco do que MBR e a primeira divisória, isto é a divisória com um UUID de B75E-CB6E (divisória de EFI), foi formatada como FAT32 um filesystem aproximadamente 200mb no tamanho. Todo o código EFI-relacionado está nesta divisória porque somente o tipo de filesystem que EFI compreende é o filesystem do FAT. Este é o filesystem que você se está usando quando você está no escudo de EFI. Sabe-se geralmente como a divisória de sistema de EFI (ESP).
Isto sugere que Fedora não possa poder fazer um carregador de EFI instale em um disco rígido com as divisórias existentes de MBR que você quer preservar. Há umas maneiras de cortar GPT para encaixar um MBR na tabela de GPT a fim segurar os casos onde um sistema de exploração está esperando considerar um MBR mas ferramentas como partido não pode segurar estes esquemas híbridos da divisória e massacrará em muitos casos a configuração. Se você quer experimentar com o encaixotamento um MBR dentro de um GPT tem um olhar na utilidade do gdisk. Pela maneira, você não precisa de ter a divisória de EFI montada para funcionar Fedora 12. Você poderia apenas montá-la no como a base necessário se você precisa de alcançar ou mudar algo em relação a EFI ou de editar a lima de configuração do bootloader.
A instalação de Fedora 12 cria a seguinte estrutura de diretório nesta divisória.
# 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
Pela maneira grub.efi é mantido por Peter Jones de Red Hat e é uma versão de EFI do GRUB v0.97 - não GRUB2. A lima de configuração grub.conf do bootloader contem
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
Eu tentei o booting de EFI em Fedora 12 uma vez que a instalação de Fedora 12 terminou. Não trabalhou de todo assim que eu decidi usar o DUETO para carregar manualmente o bootloader de Fedora 12 e para ver o que estava indo sobre. O mapa do comando do escudo de EFI - r traçou corretamente na movimentação do disco rígido dos sistemas como fs2:. Eu mudei a este dispositivo (apenas como letras de movimentação em mudança no DOS) e à invoquei \ EFI \ CARREGADOR \ REDHAT \ GRUB.EFI. Isto começou o bootloader de Fedora 12 EFI e eu podia começ em Fedora 12.
Para fornecer um bootloader do defeito para a plataforma, eu adicionei um sub-directório do CARREGADOR sob /boot/efi/EFI e copiei grub.efi e grub.conf a este diretório que rebatiza as limas BOOTX64.EFI e BOOTX64.CONF respectivamente. Esta vez, quando eu recarreguei, o sistema começ tanto quanto tentando ao carregador Fedora 12 de EFI mas falhado com um pânico da semente cedo na iniciação da semente.
Porque o booting de EFI através do DUETO trabalhou sem nenhuns problemas, eu supor a configuração do problema na diferença entre a execução DX48BT2 do booting de EFI e da execução do dueto e passei muitas horas infrutíferas que exploro as diferenças. Por exemplo, nenhum dispositivo de série de EFI setup pelo DX48BT2 visto que o DUETO cria um. Eu igualmente tentei os suspeitos usuais, isto é a linha de comando opções da semente noapic, acpi=off, edd=off, mas inutilmente.
Tomou-me completamente um quando para encontrar este problema porque o DX48BT2 é um sistema muito rápido e o pânico da semente estava cedo no processo de iniciação da semente. Alguma informação foi indicada na tela mas overwritten pelos detalhes do pânico da semente. De facto, olhou como Dracut era o culpado do ouput da tela mas este despejou não ser o caso. Eu estreitei finalmente para baixo o problema usando a linha de comando opção da semente boot_delay=100 para retardar suficientemente a saída de tela para que eu encontre onde no processo de iniciação o pânico da semente estava ocorrendo realmente. Despejou que o pânico da semente tem algo fazer com o APIC local (o controlador de interrupção programável avançado.) Qual trabalhado para mim na extremidade era a linha de comando opção da semente nolapic. Após ter adicionado esta opção à linha de comando da semente em /boot/efi/EFI/BOOT.CONF o DX48BT2 podia ao carregador de EFI diretamente em Fedora 12. Sucesso no último!
Para permitir-me de explorar melhor o EFI-booting neste sistema, eu mudei o processo de carregador de modo que em vez de carreg diretamente em Fedora 12 através do boatloader do GRUB, o sistema carreg em um escudo de EFI. Eu substituí /efi/boot/EFI/BOOTX64.xfi com uma cópia da versão X68-64 de Shell.efi, suprimi de /boot/efi/EFI/BOOT/BOOTX64.CONF e adicionei um certificado startup STARTUP.NSH para fazer algum trabalho básico da configuração do escudo para mim. Agora em que o DX48BT2 foi recarregado, eu terminei acima em um escudo de EFI na raiz do ESP. Para carreg em Fedora 12, eu invoco simplesmente grub.efi do escudo de EFI.
Eu setup a seguinte estrutura de diretório no 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
O diretório das ferramentas contem versões autônomas de muitos do construir-ins do escudo de EFI junto com algumas utilidades adicionais tais como o diskpart, efichk e o efifmt é utiliites de Microsoft.
Quando você carregador de EFI em Fedora 12, um sub-directório extra parecer sob /sys/firmware conter a informação de EFI-ralted. É aqui o que Fedora 12 relatou em /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
Os valores zero para PM e ACPI20 são obviamente errados. Eu sou incerto de BOOTINFO e de HCDP. Isto indica um problema com a execução de EFI no DX48BT2 BIOS um pouco do que Fedora 12. É aqui o que está nesta lima quando Fedora 12 é carreg do DUETO.
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
Está aqui uma lista de /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
O valor em BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c é FFFF que é um ajuste obviamente inválido. Nenhuma outra variável global de Boot* é feita disponível a Fedora 12 que é estranho. Outra vez isto indica uma execução pobre de EFI no DX48BT2 BIOS um pouco do que um problema com Fedora 12. Todas as pre-ÓSMIO variáveis globais do espaço EFI definidas pela especificação de UEFI são supor para seas disponíveis ao sistema de exploração.
Estado aqui uma lista deste mesmo diretório quando Fedora 12 é carreg usando o DUETO.
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
Anote as variáveis globais adicionais de Boot* e a variável global do intervalo de parada por a especificação de UEFI. Se eu tinha ajustado BootNext no bootmanager do DUETO seria indicado igualmente aqui. Se você vem do mundo de Microsoft Windows x86-64, alguns destes nomes para variáveis globais podem ser unfamilar a você como Microsoft em sua sabedoria infinita mudou os nomes. Em BCD de Microsoft (dados de configuração do carregador), por exemplo, BootOrder é chamado displayorder e BootNext é chamado bootsequence.
Além daquelas edições que eu tenho descrito até agora neste borne, mim funcionou em um número outros de problemas com sustentação de EFI no DX48BT2. O primeiro problema é que a opção do carregador de UEFI nesta plataforma é visível mas totalmente indocumentado e por todos os clientes Intel não responderá a nenhuma perguntas sobre esta característica porque é uma plataforma do desktop. Isto terá que mudar enquanto os sistemas de exploração 64-bit se tornam mais comuns nos agregados familiares e nos discos rígidos maiores que a chaveta 2 se transforma artigos de producto.
Um outro problema é que quando você reage da modalidade do carregador de EFI e o BIOS detecta um bootloader de EFI tal como /EFI/BOOT/BOOTX86.EFI, uma opção do menu [Shell interno] está indicada junto com outras movimentações bootable quando você pressiona a chave F10 para selecionar que conduza para carreg fora. Entretanto, se você seleciona esta opção o BIOS cancela simplesmente a tela e trava acima o sistema. Você tem que recarregar seu sistema para recuperar deste. Eu posso somente supr que esta opção estêve pretendida carregar um gerente do escudo de EFI ou do carregador de EFI mas nunca fui executado realmente. Algum do código está obviamente lá enquanto detecta bootloaders de EFI.
Finalmente, se você desliga o carregador de EFI na instalação do BIOS e reverte assim ao carregador do legado, a lista do carregador indicada pelo F10 ainda indica todas as opções do carregador do costume EFI criado usando o efibootmgr menos [a opção do carregador de Shell interno] - a não ser que agora você não pode carreg algumas das opções na lista do carregador. A única maneira de eliminar estas entradas da lista do carregador é ao carregador de EFI de novo em Fedora 12 e no efibootmgr do uso para suprimir destas entradas.
Eu li um número de afixações em vários fóruns a respeito da sustentação de EFI de Intel em cartões-matrizes do desktop. Eu concordo geralmente com os sentimentos expressados - é completamente carrinho e para não se aprontar para o uso das horas de máxima audiência. Carreg certamente um bootloader de EFI fora de um disco de GPT mas aquele é sobre tudo que faz. Dado que Intel tem sobre 10 anos de experiência com EFI, isto é completamente surprising. Pelo menos precisam de fornecer um gerente apropriado da configuração do carregador de EFI e uma utilidade da instalação da plataforma para criar variáveis globais de EFI.
O projeto de Fedora deve trabalhar para permitir EFI que carreg x86-64 uma distribuição DVD fornecendo em do carregador de carregador \ EFI \ CARREGADOR \ BOOTX64.CONF. Não é suficiente em minha opinião usar a modalidade do legado para criar uma instalação que seja então capaz de ser EFI carreg. Eu compreendo a dificuldade de suportar MBR e GPT em um único DVD mas o problema não é intransponível. Se isto foi feito, não haveria nenhuma necessidade para efiboot.img e efidisk.img.
Bem, isso está sobre tudo para agora ligada esta edição. Eu espero que este borne será de alguma ajuda a outro que está considerando o interruptor ao booting Fedora 12 de EFI.
