Per un po di tempo i rilasci di Fedora hanno sostenuto l'initzializzazione di UEFI (conosciuto pi conunemente come EFI) sulle piattaforme X86-64. Avendo certa esperienza in usando EFI sulle piattaforme IA64 nel corso degli anni, ho deciso di verificare fuori l'initzializzazione Fedora 12 di EFI su uno dei miei sistemi che Intel DX48BT2 (piattaforma di Bonetrail 2) che viene con contributo incorporato ad initzializzazione di EFI.
Che cosa significo da EFI che caric il sistemaare un sistema operativo come Fedora 12? Una piattaforma che sostiene l'initzializzazione di EFI non conta su un programma di linguetta per calzare gli stivali immagazzinato nell'annotazione di caricamento del sistema di un disco rigido. Un responsabile del caricamento del sistema nei firmware della piattaforma sa leggere una tabella del divisorio del disc e capisce la disposizione di un filesystem di FAT che in un divisorio indicato. I particolari del responsabile del caricamento del sistema sono l'esecuzione definita, ma il responsabile del caricamento del sistema tenuto ad essere variabili globali ben note usando configurabili di EFI. Per esempio, il responsabile del caricamento del sistema tenuto a controllare la variabile globale di BootOrder per una lista delle opzioni del caricamento del sistema. Un'opzione del caricamento del sistema una o pi variabili globali di EFI della forma. dove un numero delle 4 cifre che comincia con 0000, quello contiene il nome di percorso e del dispositivo di un caricatore di caricamento del sistema per caricare e funzionare e possibilmente un insieme delle opzioni da passare a quel caricatore di caricamento del sistema. Se non ci variabile globale di BootOrder il responsabile del caricamento del sistema tenuto a controllare per vedere se c' un caricatore di caricamento del sistema di difetto in un certo numero di posizioni di difetto specificate. Il nome reale del caricatore di caricamento del sistema di difetto dipendente di architettura, per esempio per x86-64 esso \ EFI \ CARICAMENTO DEL SISTEMA \ BOOTX64.EFI.
Per permettere all'initzializzazione di EFI sul DX48BT2 dovete cambiare alcune regolazioni di BIOS. Il regolatore primario di SATA deve essere configurato usare il modo di ido, cio il modo di AHCI (interfaccia avanzata del regolatore ospite) deve essere disabile. Apparentemente nel modo di AHCI il firmware del regolatore di SATA fa parte del CSM (modulo di sostegno di compatibilit) e non sostiene un driver di EFI. Anche su Intel l'ultimo assistente imbarca quale lo S5500BC, voi ancora deve usare il modo di ido se volete l'initzializzazione di EFI! Se stiate usando il secondo regolatore di SATA che controlla il software RAID della tabella, dovete anche renderli invalido poich l'interruttore RAID non sostenuto nel modo del caricamento del sistema di EFI. Infine dovete permettere all'opzione di UEFI nel menu di opzione del caricamento del sistema. Inoltre suggerisco che selezionate l'opzione avanzata del caricamento del sistema anche se non obbligatorio.
Ho una conoscenza di in qualche modo con EFI che caric il sistemaare un Windows Vista SP2 x86-64 DVD e sono stato sorpreso trovare che non potevo al caricamento del sistema di EFI un Fedora 12 x86-64 DVD perch, mentre contiene una lima di /EFI/BOOT/BOOTX64.CONF, non contiene un bootloader corrispondente di EFI, cio /EFI/BOOT/BOOTX64.EFI. Pi circa queste due lime pi successivamente.
Dopo, mi sono girato verso la rappresentazione fuori della differenza fra efidisk.img e efiboot.img come che cosa queste immagini realmente contengono e dove sono/dovrebbe essere usato affinch sembra fosse non documentato (o almeno io non potrebbe trovare facilmente la documentazione.) Ho bruciato le immagini su due DVDs separato e le ho montate per avere uno sguardo al soddisfare. Potrei come facilmente montare le immagini usando un ordine come quanto segue e cd'ed appena nel supporto del supporto per esaminare il soddisfare.
mount -o loop -efiboot.img /mnt
Qui un elenco dell'immagine del 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
La lima bootx64.efi realmente LARVA v0.97 e BOOTX64.conf lima di configurazione della LARVA. Contiene una singola stanza della LARVA, cio.
#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
Da nessun nocciolo o initrd le immagini sono incluse nel efiboot.img che sono incerto di che cosa potete realizzare da EFI che caric il sistemaare un azionamento del USB o un DVD che contiene questa immagine.
Dovrei fortuna con efidisk.img. Qui un elenco del relativo soddisfare:
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
Il contenuto di /EFI/BOOT/BOOTX64.conf gli stessi di in efiboot.img ma questo volta le immagini del nocciolo e di initrd realmente sono esistito nell'indice specificato nell'immagine. Comunque non ci segno del bootloader reale di EFI, cio BOOTX64.EFI. APPROVAZIONE, ho pensato, l devo essere qualcosa che non capissi circa come al caricamento del sistema Fedora 12 di EFI.
Dopo la configurazione del BIOS per permettere all'initzializzazione di EFI come discussa sopra, ho ripartito il DX48BT2 con la versione di UEFI (efidisk.iso) di Fedora 12 nell'azionamento di DVD. Purtroppo il sistema ha segnalato che nessun dispositivo innescabile stato trovato. Fedora 12 neppure non ha provato e non installato come si sarebbe presentato con un modo del caricamento del sistema dell'eredit installano. Per vedere che cosa stava accadendo, ho usato il DUETTO su una chiave del USB per caric il sistemaare in un EFI Shell ed ho controllato la disposizione di filesystem di DVD. Era, ho preveduto, corregge per specifiche di UEFI e di EFI ma non ci erano BOOTX64.EFI sul DVD.
Inoltre ho controllato un deposito del BIOS sul DX48BT2 per vedere se ci fossero delle stringhe di testo nel BIOS che potrebbe darmi un indizio quanto a che cosa il problema potrebbe essere. Non ci erano stringhe di testo relative. Tuttavia ho confermato che il BIOS, o almeno le parti che ho controllato, EFI-sono basato come potete vedere l'esame del questo deposito dei byte primissimi del paio. I primi 16 byte sono la capsula GUID, cio 3B6686BD-0D76-4030-B70E-B5519E2FC5A0 di EFI. Le stringhe di caratteri sono UTF-16 o UCS-2, cio 16 schemi della codifica del carattere del bit definiti nella specifica di 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 ................
Allora ho deciso di provare a caric il sistemaare il DVD dal menu di opzioni del caricamento del sistema F10 appena poich con un caricamento del sistema dell'eredit avrei installato. Ci ha iniziato Fedora 12 per installare. Da tutto continuato dalla prospettiva dell'utente come con un caricamento del sistema dell'eredit installi salvo che la maggior parte dei pacchetti di programmi sono stati caricati programmi oggetto dal Internet piuttosto che dal DVD. Qui come il Anaconda ha installato il mio disco rigido:
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
L'unica differenza fra un caricamento del sistema dell'eredit e un caricamento del sistema di EFI installa quel Fedora 12 divisorii il disc usando GPT (Tabella del divisorio di GUID) piuttosto che MBR ed il primo divisorio, cio il divisorio con un UUID di B75E-CB6E (divisorio di EFI), stato formattato come FAT32 filesystem approssimativamente 200mb nel formato. Tutto il codice EFI-relativo su questo divisorio perch soltanto il tipo di filesystem che EFI capisce il filesystem di FAT. Ci il filesystem che state usando quando siete nelle coperture di EFI. conosciuto comunemente come il divisorio di sistema di EFI (SPECIALMENTE).
Ci suggerisce che Fedora non potrebbe potere fare un caricamento del sistema di EFI installi su un disco rigido con i divisorii esistenti di MBR che volete conservare. Ci sono sensi dell'incisione del GPT per incastonare un MBR nella tabella di GPT per trattare i casi dove un sistema operativo sta pensando vedere un MBR ma gli attrezzi come separato non pu trattare questi schemi ibridi del divisorio ed in molti casi maciuller la configurazione. Se volete sperimentare con l'incastonatura un MBR all'interno di un GPT ha uno sguardo al programma di utilit del gdisk. A proposito, non dovete fare il divisorio di EFI montare per fare funzionare Fedora 12. Potreste montarli appena sull'come base necessaria se dovete accedere o cambiare a qualcosa per quanto riguarda EFI o pubblicare la lima di configurazione del bootloader.
L'installazione di Fedora 12 genera la seguente struttura di indice in questo divisorio.
# 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
A proposito grub.efi effettuato da Peter Jones di Red Hat ed una versione di EFI della LARVA v0.97 - non GRUB2. La lima di configurazione del bootloader grub.conf contiene
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
Ho provato l'initzializzazione di EFI in Fedora 12 una volta che l'installazione di Fedora 12 completasse. Non ha funzionato affatto in modo da ho deciso di usare il DUETTO per caricare manualmente il bootloader di Fedora 12 e per vedere che cosa stava accendendo. Il programma di ordine delle coperture di EFI - la r ha tracciato correttamente nell'azionamento di disco rigido dei sistemi come fs2:. Sono cambiato a questo dispositivo (appena come le lettere di azionamento cambianti in DOS) ed all'ho invocato a \ EFI \ CARICAMENTO DEL SISTEMA \ REDHAT \ GRUB.EFI. Ci ha iniziato il bootloader di Fedora 12 EFI e potevo entrare in Fedora 12.
Per fornire un bootloader di difetto per la piattaforma, ho aggiunto un subdirectory del CARICAMENTO DEL SISTEMA sotto /boot/efi/EFI ed ho copiato grub.efi e grub.conf a questo indice che cambia titolo le lime BOOTX64.EFI e BOOTX64.CONF rispettivamente. Questa volta, quando ho ripartito, il sistema ha ottenuto per quanto provando al caricamento del sistema Fedora 12 di EFI ma venuto a mancare con un panico del nocciolo presto nell'inizio del nocciolo.
Poich l'initzializzazione di EFI via il DUETTO ha funzionato senza alcuni problemi, ho ammesso il problema risieduto nella differenza fra l'esecuzione DX48BT2 di initzializzazione di EFI e dell'esecuzione del duetto ed ho passare molte ore inutili che esploro le differenze. Per esempio, nessun dispositivo di serie di EFI installato dal DX48BT2 mentre il DUETTO genera uno. Inoltre ho provato i sospetti usuali, cio la linea di ordine del nocciolo opzioni noapic, acpi=off, edd=off, ma inutilmente.
Mi ha richiesto abbastanza un istante per trovare questo problema poich il DX48BT2 un sistema molto veloce ed il panico del nocciolo era presto nel processo di inizio del nocciolo. Alcune informazioni sono state visualizzate sullo schermo ma sono state scritte sopra dai particolari di panico del nocciolo. Infatti, ha assomigliato a Dracut era il colpevole dal ouput ma da questo dello schermo risultato per non essere il caso. Infine ho limitato gi il problema usando la linea di ordine del nocciolo opzione boot_delay=100 per rallentarmi l'output su schermo sufficientemente affinch individui dove nel processo di inizio il panico del nocciolo realmente stava presentando. risultato che il panico del nocciolo ha qualcosa fare con il APIC locale (regolatore di interruzione programmabile avanzato.) Che cosa funzionato per me alla fine era la linea di ordine del nocciolo opzione nolapic. Dopo l'aggiunta della questa opzione alla linea di ordine del nocciolo in /boot/efi/EFI/BOOT.CONF il DX48BT2 poteva al caricamento del sistema di EFI direttamente in Fedora 12. Successo infine!
Per permettermi di esplorare pi meglio l'EFI-initzializzazione su questo sistema, ho cambiato il processo di caricamento del sistema in modo che invece di initzializzazione direttamente in Fedora 12 via il boatloader della LARVA, il sistema caric il sistemaare nelle coperture di EFI. Ho sostituito /efi/boot/EFI/BOOTX64.xfi con una copia della versione X68-64 di Shell.efi, ho cancellato /boot/efi/EFI/BOOT/BOOTX64.CONF ed ho aggiunto uno scritto startup STARTUP.NSH per farmi un certo lavoro di base di configurazione delle coperture per. Ora in cui il DX48BT2 stato ripartito, mi sono concluso in su nelle coperture di EFI nella radice del SPECIALMENTE. Per caric il sistemaare in Fedora 12, invoco semplicemente grub.efi dalle coperture di EFI.
I ha installato SPECIALMENTE la seguente struttura di indice in:
# 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
L'indice degli attrezzi contiene le versioni autonome di molti dell'costruire-Istituto centrale di statistica delle coperture di EFI insieme ad alcuni programmi di utilit supplementari quale diskpart, efichk e il efifmt utiliites di Microsoft.
Quando caricamento del sistema di EFI in Fedora 12, un subdirectory supplementare sembrate sotto /sys/firmware contenere le informazioni di EFI-ralted. Qui che cosa Fedora 12 ha segnalato in /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
I valori zero per i MP e ACPI20 sono ovviamente errati. Sono incerto di BOOTINFO e di HCDP. Ci indica un problema con l'esecuzione di EFI nel DX48BT2 BIOS piuttosto che Fedora 12. Qui che cosa in questa lima quando Fedora 12 caric il sistemaare da DUETTO.
MPS=0x7e8a2000 ACPI20=0x7e8a5000 ACPI=0x7e8a4000 SMBIOS=0x7e8a3000 HCDP=0x0 BOOTINFO=0x0 UGA=0x0
Qui un elenco di /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
Il valore in BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c FFFF che una regolazione ovviamente non valida. Nessuna altra variabile globale di Boot* messa a disposizione di Fedora 12 che sconosciuto. Questo indica ancora un'esecuzione dei poveri EFI nel DX48BT2 BIOS piuttosto che un problema con Fedora 12. Tutte le pre-OS variabili globali dello spazio EFI definite dalla specifica di UEFI sono supposte per essere messe a disposizione del sistema operativo.
Qui un elenco di questo stesso indice quando Fedora 12 caric il sistemaare usando il DUETTO.
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
Noti le variabili globali supplementari di Boot* e la variabile globale di prespegnimento per specifica di UEFI. Se regoli BootNext nel bootmanager del DUETTO inoltre sarebbe stato visualizzato qui. Se venite dal mondo di Microsoft Windows x86-64, alcuni di questi nomi per le variabili globali possono essere unfamilar a voi come Microsoft nella loro saggezza infinita ha cambiato i nomi. Nel DCB del Microsoft (dati di configurazione del caricamento del sistema), per esempio, BootOrder denominato displayorder e BootNext denominato bootsequence.
Oltre a quelle edizioni che ho descritto finora in questo alberino, io ha funzionato in un certo numero di altri problemi con il supporto di EFI sul DX48BT2. Il primo problema che l'opzione del caricamento del sistema di UEFI su questa piattaforma visibile ma completamente non documentato e da tutti i clienti Intel non risponder ad alcune domande circa questa caratteristica perch una piattaforma da tavolino. Ci dovr cambiare mentre i sistemi operativi 64-bit diventano pi comuni in famiglie e dischi rigidi maggiori che la chiavetta 2 si trasforma in in articoli di consumo.
Un altro problema che quando siete nel modo del caricamento del sistema di EFI ed il BIOS rileva un bootloader di EFI come /EFI/BOOT/BOOTX86.EFI, un'opzione del menu [Shell interno] visualizzata con altri azionamenti innescabili quando premete il tasto F10 per selezionare che guidi per caric il sistemaare fuori. Tuttavia, se selezionate questa opzione il BIOS rimuove semplicemente lo schermo e chiude in su il sistema a chiave. Dovete ripartire il vostro sistema per recuperare da questo. Posso supporre soltanto che questa opzione stata intesa per caricare un responsabile delle coperture di EFI o del caricamento del sistema di EFI ma mai realmente sono stato realizzato. Alcuno del codice ovviamente l mentre rileva i bootloaders di EFI.
Per concludere, se spegnete il caricamento del sistema di EFI nella messa a punto di BIOS e cos ritornate al caricamento del sistema dell'eredit, la lista del caricamento del sistema visualizzata da F10 ancora visualizza tutte le opzioni del caricamento del sistema di abitudine EFI generato usando il efibootmgr meno [l'opzione del caricamento del sistema di Shell interno] - a meno che ora non possiate caric il sistemaare c' ne delle opzioni nella lista del caricamento del sistema. L'unico senso eliminare queste entrate dalla lista del caricamento del sistema al caricamento del sistema di EFI nuovamente dentro Fedora 12 e il efibootmgr di uso per cancellare queste entrate.
Ho letto un certo numero di invii in tribune varie per quanto riguarda il supporto di EFI dell'Intel sulle schede madri da tavolino. Sono d'accordo generalmente con i sentimenti espressi - abbastanza carrozzino e non ready per uso di tempo principale. Effettivamente caric il sistemaare un bootloader di EFI fuori da un disc di GPT ma quello circa tutti che faccia. Poich Intel ha in 10 anni di esperienza di EFI, questo abbastanza sorprendente. Al minimo devono fornire un responsabile adeguato di configurazione del caricamento del sistema di EFI e un programma di utilit di messa a punto della piattaforma per la generazione delle variabili globali di EFI.
Il progetto Fedora dovrebbe lavorare per permettere a EFI che caric il sistemaare x86-64 una distribuzione DVD fornendo a \ EFI \ CARICAMENTO DEL SISTEMA \ BOOTX64.CONF del caricatore di caricamento del sistema. Non sufficiente nel mio parere usare il modo dell'eredit per generare un'installazione che allora capace di essere EFI caric il sistemaare. Capisco la difficolt di appoggio sia MBR che del GPT su un singolo DVD ma il problema non insormontabile. Se questo sia fatto, non ci sarebbe esigenza di efiboot.img e di efidisk.img.
Bene, quello circa tutti per ora sopra questa edizione. Spero che questo alberino sia di un certo aiuto ad altri che stiano considerando la commutazione ad initzializzazione Fedora 12 di EFI.