あるフェドーラ解放が支えた時の間UEFI (一般にEFIとしてより知られている)、役に立ちますでX86-64 プラットホーム。数年にわたるIA64プラットホームで使っているEFIのある経験を持っていて、私は、外に役に立っているEFIに対する内蔵のサポートと一緒に来るインテルDX48BT2(Bonetrail 2)プラットホームである私のシステムの1つでフェドーラ12をブートしているEFIを試すことに決めました。
私は、フェドーラ12といったオペレーティング・システムをブートしているEFIによって、何を意味しますか?役に立っているEFIがブートストラップ・プログラムに頼らないことを支持するプラットホームは、ハードディスクのブート記録で蓄えました。プラットホーム・ファームウェアのブート・マネージャーは、disk’sパーティション・テーブルを読む方法を知っていて、そして明示されたパーティションにあるFATファイルシステムのレイアウトを理解します。ブート・マネージャーの詳細は、定義されたインプリメンテーションです、しかし、ブート・マネージャーは、有名なEFIグローバル変数を使って形成できる必要があります。例えば、ブート・マネージャーは、ブート・オプションのリストのためのBootOrderグローバル変数を調査する必要があります。ブート・オプションは、フォームBootXXXXの1以上のEFIグローバル変数です。そのブート荷積み人に通るために、XXXXが荷を積み込んで走るためにブート荷積み人のデバイスとパス名前を含む0000で始まっている4桁桁とおそらくはオプションのセットであるところ。もしBootOrderグローバル変数はなければ、ブート・マネージャーは、多くの指定されたデフォルト場所でデフォルト・ブート荷積み人を調べる必要があります。デフォルト・ブート荷積み人の実際の名前は、アーキテクチャー他人に頼っている人です、例えば、x86-64それのために、\EFI\BOOT\BOOTX64.EFIがあります。
DX48BT2で役に立っているEFIを可能にするために、あなたは、あるBIOS設定を変えなくてはいけません。主要なSATAコントローラーは、IDEモードを使うために、構成されなくてはいけません、すなわちそのAHCI (高度なホスト・コントローラー・インターフェース)モードは無効にされなくてはいけません。どうやら、AHCIモードで、SATAコントローラー・ファームウェアは、(互換性サポート・モジュール)CSMの一部であって、そしてEFIドライバーをサポートしません。S5500BCといったIntel’s最新の物サーバー板でさえ、あなたは、もし役に立ってEFIが欲しければIDEモードを使う必要がまだあります!もしマトリックス・ソフトウェアRAIDをコントロールする第2のSATAコントローラーを使えば、あなたは、SW RAIDがEFIブート・モードでサポートされないのでそれをまた無効にしなくてはいけません。最後に、あなたは、ブート・オプション・メニューでUEFIオプションを可能にしなくてはいけません。私は、あなたがそれが強制的でないにもかかわらず高度なブート・オプションを選ぶことをまた勧めます。
私がいくぶんよく知られているEFIがWindows眺めSP2をブートしているままにしてx86-64 DVDですと私がEFIにできなかったことがx86-64フェドーラ12をブートするとわかって驚きますDVD、それが/EFI/BOOT/BOOTX64.CONFファイルを含む間、それが一致しているEFI bootloaderを含まないので、すなわち。/EFI/BOOT/BOOTX64.EFI.よりおよそこれらの2つのファイル後に。
次に、私がこれらのイメージが実際には含むものとしてefidisk.imgとefiboot.imgとの違いを理解することの方へ向きましたとどこで彼らあります/べきです使われますなぜなら、(あるいは、少なくとも、私は、資料を簡単に見つけることができませんでした。)証拠資料がないようです私は、2つの別々のDVDの上へイメージを燃やして、そしてコンテンツをちょっと見るために、彼らを装備しました。私がすることができました正しいですとして山山へ下記のものと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がGRUB’s構成ファイルだということです。それは、唯一のウジ・スタンザを含みます、すなわち
#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ドライブをブートしているEFIまたはこのイメージを含んでいるDVDによってあなたが達成することができるものについて確信がないです。
私は、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のコンテンツは、イメージで指定されたディレクトリーでinitrdとカーネル・イメージが実際には存在したefiboot.imgしかしこの時でのように同じです。しかしそこには、決して実際のEFI bootloader、i.e BOOTX64.EFIのサインではありません。そこにが私が理解しない何かでなくてはいけないオクラホマ、私が思うところでは、どのようにEFIブート フェドーラ12に。
上の議論されたとして役に立っているEFIを可能にするためにBIOSを構成した後に、私は、DVDドライブでフェドーラ12のUEFIバージョン(efidisk.iso)でDX48BT2をリブートしました。運悪く、システムは、どんなbootableデバイスも見つけられなかったことを報告しました。フェドーラ12が取り付けるようさらに試みませんでしたとしてレガシー・ブート・モード・インストールで起こったでしょう。何が起こっていたかを確認するために、私は使いましたデュエット ブーツのUSBの鍵で、EFIへ、DVDファイルシステム・レイアウトが、剥けて調べました。DVDでEFIとUEFI当りの、仕様しかしそこにが決してBOOTX64.EFIでなかったことが、私が予想したように、正しかったです。
私は、問題が何にあるだろうかに関して私に手がかりを与えるだろうBIOSにどんなテキスト文字列もあったかを確認するために、DX48BT2でBIOSのダンプをまた調査しました。そこには、決して適切なテキスト文字列ではありませんでした。しかし、私は、あなたが二要素から成るものの最初に少数のバイトのこのダンプを見ることを見ることができるのでBIOSがあるいはパートIが調査した最少量で、EFIを基礎とすることを確認しました。最初の16つのバイトは、EFIカプセルGUIDです、すなわち。3B6686BD 0D76-4030-B70E B5519E2FC5A0。文字列は、UTF-16またはUCS-2のどちらかです、すなわち。計画を符号化している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からというよりは、インターネットからダウンロードされた以外はレガシー・ブート・インストールに関してはuser’s見方から生じました。ここにアナコンダが私のハードディスクをセットアップした方法があります:
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パーティション・テーブル)B75E CB6E(EFIパーティション)のUUIDをもつMBRと最初のパーティション、すなわちパーティションよりも、FAT32ファイルシステムとしておおよそフォーマットされましたサイズの200mb。すべてのEFIに関するコードは、EFIが理解するタイプのだけファイルシステムがFATファイルシステムであるのでこのパーティションにあります。これは、あなたがEFIで貝殻であるときにあなたが使っているファイルシステムです。それは、一般にEFIシステム・パーティション(ESP)として知られています。
これは、フェドーラは、現存するMBRパーティションでハードディスクの上へEFIブート・インストールをすることができないらしく、それは、あなたが保存がききたいことを示唆します。そこには、どこにオペレーティング・システムがMBRしかしツールが気に入るのを見る予定でいるかが分けたケースを処理するためにGPTテーブルでMBRを埋め込むためにGPTをハックする方法がこれらのハイブリッド・パーティション計画を処理することができないということであって、そして多くのケースで構成をずたずたに切るでしょう。もしあなたがGPT内にMBRを埋め込むことで実験したければgdiskユーティリティをちょっと見て下さい。ついでながら、あなたは、フェドーラ12を実行するためにEFIパーティションを乗らせる必要がありません。あなたがそれをちょうど装備するかもしれませんひとつの必要な基礎として、あなたがEFIに関連して何かをアクセスするかまたは変える必要があるかあるいはbootloader構成を編集するかは、一列になって進みます。
フェドーラ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がRed Hatのピーター・ジョーンズによって保守されて、そしてウジv0.97–のEFIバージョンですGRUB2ではないです。構成ファイルgrub.confが含むbootloader
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 bootloaderを手動でロードするためにそして、何が起こっていたか見て下さい。EFIシェル・コマンド地図-rは、fs2としてsystems’sハードディスク装置で正確に位置しました:私は、このデバイス(DOSでドライブ名を変えることがちょうど好きである)に変わって、そして\EFI\BOOT\REDHAT\GRUB.EFIを呼びかけました。これは、フェドーラ12 EFI bootloaderを始め、そして、私は、フェドーラ12を身につけることができました。
プラットホームのためのデフォルトbootloaderを提供するために、私は、ファイルをBOOTX64.EFIとBOOTX64.CONFにそれぞれ改名しているこのディレクトリーに/boot/efi/EFIの下のブート・サブディレクトリー、とコピーされたgrub.efiとgrub.confを加えました。これほど時間であるので、私がリブートしたときに、システムは、カーネル初期化でわけがわからなくEFIブート フェドーラ12に苦しい、しかしカーネルで失敗した限り早くなりました。
デュエット経由で役に立っているEFIがどんな問題もなしで働いたので、私は、問題が役に立っているEFIのDX48BT2インプリメンテーションとDUET’sインプリメンテーションとの違いにあったと仮定して、そして違いを探索して多くの実がならない時間を過ごしました。例えば、どんなEFIシリアル・デバイスも、DX48BT2によって始められなく、ところが、デュエットは1人を作ります。私は、いつものものが疑うことをまた試みました、すなわち、カーネル・コマンドラインは、noapic、acpi=スタート、edd=スタートにオプションを与えます、しかしどんな利益に(も、しない)。
私がDX48BT2としてのこの問題はとても速いシステムとカーネル恐怖がカーネル初期化プロセスで早かったことだとわかるのにかなり長い間かかりました。ある情報は、スクリーンで表示され、しかし、それは、カーネル恐怖詳細によってオーバーライトされました。実際、そのケースでないことは、Dracutは、スクリーンouputからの犯罪者で、しかし、これが出向いたように見えました。私が遅くするブート_遅れ=100が倒すカーネル・コマンドライン・オプションを使うことによって問題を下ってついに狭くなりました初期化プロセスで、カーネル恐怖が実際には浮かんでいた位置するために私のために十分に産出されたスクリーン。カーネル恐怖が地元と関係があることが明らかになりましたAPIC (高度なプログラム可能な割り込みコントローラーです。)ついに私のために働いたものは、カーネル・コマンドライン・オプションnolapicでした。DX48BT2ができた/boot/efi/EFI/BOOT.CONFのカーネル・コマンドラインにこのオプションを加えた後で、EFIは、直接フェドーラ12へ役に立ちます。最後の成功!
私がこのシステムでよりいっそう良くEFIを役に立つことを探索することを可能にするために、私は、直接フェドーラ12へ役に立つのではなく、ウジboatloader経由で、システムがEFIシェルへ役に立ったようにブート・プロセスを変えました。私は、/efi/boot/EFI/BOOTX64.xfiをShell.efiのX68-64バージョンのコピーと取り替えて、私のためのある基礎的なシェル構成仕事をするために、/boot/efi/EFI/BOOT/BOOTX64.CONFを削除して、そしてスタートアップ・スクリプトSTARTUP.NSHを加えました。DX48BT2がリブートされた今、私は、ESP.のルートでEFIシェルで終わりました。フェドーラ12へ役に立つために、私は、EFIシェルからgrub.efiを単に呼びかけます。
私は、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
ツール・ディレクトリーは、diskpartといったいくつかの追加のユーティリティと一緒に多くのEFIシェルの組み込みコマンドの独立型のバージョンを含みます、efichkとefifmtは、マイクロソフトutiliitesです。
あなたEFIがフェドーラ12へ役に立つときに、余分のサブディレクトリーは、EFI ralted情報を含むために、/sys/firmwareの下に現れます。ここに/sys/firmware/efi/systabにフェドーラ12が報告したものがあります
[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について確信がないです。これは、フェドーラ12よりもDX48BT2 BIOSで問題をEFIインプリメンテーションで示します。デュエットから、フェドーラ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です。それ以外のブート*グローバル変数は、奇妙なあるフェドーラ12に利用できるようにされません。また、これは、フェドーラ12の問題よりもDX48BT2 BIOSで貧しいEFIインプリメンテーションを示します。オペレーティング・システムに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
UEFI仕様当りの追加のブート*グローバル変数とTimeOutグローバル変数を書きとめて下さい。もし私がデュエットbootmanagerでBootNextをセットしたら、それは、ここでまた表示されたでしょう。もしあなたがMicrosoft Windowsに由来すれば、x86-64世界、グローバル変数のためのこれらの名前の一部は、彼らの無限の知恵のマイクロソフトが名前を変えたのであなたへのunfamilarかもしれません。Microsoft’s BCD(ブート構成データ)、例えば、で、BootOrderはdisplayorderと呼ばれ、そして、BootNextはbootsequenceと呼ばれます。
この郵便でこれまでのところは述べたそれらの問題の他に、私は、DX48BT2でEFIサポートの多くの他の問題にぶつかりました。最初の問題はこのプラットホームのUEFIブート・オプションは、visable、しかしまったく証拠資料がなく、そして、だれに聞いても、それがデスクトップのプラットホームであるので、インテルがどんなこの機能についての質問に答えないだろうことです。これが64-bitオペレーティング・システムが2雄猫が似合うよりすばらしい家族とハードディスクでもっとありがちになるので変わる必要があるでしょう商品項目。
別の問題はあなたがブート・モードとBIOSが見つけるEFIで/EFI/BOOT/BOOTX86.EFIといったEFI bootloaderであるときに、メニュー・オプション“[Internal Shell]”があなたがF10重要人物にどちらの“drive”を離れてブートすべきかを選ぶよう強要するときに他のbootableドライブと一緒に表示されることです。しかし、もしあなたがこのオプションを選べば、BIOSは、スクリーンを単にきれいにして、そしてシステムに鍵をかけます。あなたは、これから回復するために、あなたのシステムをリブートする必要があります。私は、このオプションがEFIシェルまたはEFIブート・マネージャーをロードするために意図されましたが決して実際には実装されなかったと単に仮定することができます。コードの一部は、それがEFI bootloadersを見つけるので明らかにそこにあります。
最後に、もしあなたがBIOSセットアップでEFIブートを止めて、そしてレガシー・ブートにこのように戻れば、F10によって表示されたブート・リストがブートであなたがオプションのいずれかをブートすることができない今どんなより小さな[内部のシェル]ブート・オプション–が除外するefibootmgrを利用したブート・オプションが作ったカスタムEFIもまだ表示しますリスト。これらの参加を削除するために、唯一のブート・リストからこれらの参加を削除する方法は、EFIにフェドーラ12と使用efibootmgrへのブート背中です。
私は、デスクトップのマザーボードでIntel’s EFIサポートに関連して様々なフォーラムで多くの任命を読みました。私は、感情表された–で、それがまったくバギーの、とゴールデンアワー使用の用意ができていないということに意見が一般に一致します。それは、本当に、GPTディスクを離れてEFI bootloaderをもちろんブートし、しかし、それは、すべてそれについて雌です。そのインテルがEFIで10以上年を経験させると仮定すれば、これはまったく驚きです。少なくとも、彼らは、EFIグローバル変数を作るための適切なEFIブート構成マネージャーとプラットホーム・セットアップ・ユーティリティを提供する必要があります。
フェドーラ・プロジェクトは、\EFI\BOOT\BOOTX64.CONFのブート荷積み人を提供することによってx86-64配布DVDをブートしているEFIを可能にするために、動くべきです。その時にEFIが役に立ったということの能力があるインストールを作るためにレガシー・モードを使うことは、私の意見では十分ではありません。私は、唯一のDVDしかし問題でMBRとGPTの両方をサポートすることの困難が越すことができなくないを理解します。ときにはこの終わりました、efiboot.imgとefidisk.imgに対する必要性はないでしょう。
まあ、これで今ですすべてのものについてのthat’sは、出ます。私は、この郵便がフェドーラ12をブートしているEFIに変わるかどうか考えている他のものにあるヘルプがあるだろうことを望みます。
