Unified Extensible Firmware Interface - 版の履歴

AshMyzk: リンク切れを修正

2025-03-31T21:22:05Z

リンク切れを修正

← 古い版		2025年4月1日 (火) 06:22時点における版
30行目:		30行目:
	x64 UEFI ファームウェアは 32ビットの EFI アプリケーションの起動をサポートしません(x86_64 Linux とそのようなサポートを含む Windows のバージョンとは違って)。それゆえ、EFI アプリケーションは特定のファームウェアプロセッサのビット数/アーキテクチャ用にコンパイルされなければなりません。		x64 UEFI ファームウェアは 32ビットの EFI アプリケーションの起動をサポートしません(x86_64 Linux とそのようなサポートを含む Windows のバージョンとは違って)。それゆえ、EFI アプリケーションは特定のファームウェアプロセッサのビット数/アーキテクチャ用にコンパイルされなければなりません。

	{{Note\|IA32 UEFI のシステムでは、異なるモードでの起動をサポートする[[ブートローダ]]を使用する必要があります。}}		{{Note\|IA32 UEFI のシステムでは、異なるモードでの起動をサポートする[[ブートローダー]]を使用する必要があります。}}

	=== UEFI ファームウェアのビット数を調べる ===		=== UEFI ファームウェアのビット数を調べる ===
437行目:		437行目:
	=== UEFI/BIOS がロード画面で固まる ===		=== UEFI/BIOS がロード画面で固まる ===

	これは Acer のノート PC で繰り返し起きる問題です。{{ic\|.efi}} ファイルが手動で承認されていない場合に発生します。[[~~Laptop~~/Acer#Linux のインストール後にファームウェアのセットアップ画面にアクセスできなくなった]] を参照してください。		これは Acer のノート PC で繰り返し起きる問題です。{{ic\|.efi}} ファイルが手動で承認されていない場合に発生します。[[ノートパソコン/Acer#Linux のインストール後にファームウェアのセットアップ画面にアクセスできなくなった]] を参照してください。

	=== efibootmgr で作成したブートエントリが UEFI に表示されない ===		=== efibootmgr で作成したブートエントリが UEFI に表示されない ===

AshMyzk: 同期

2025-03-30T23:55:06Z

同期

差分を表示

Kusanaginoturugi: 関連記事へのリンクを修正

2024-04-24T11:04:46Z

AshMyzk: /* UEFI ドライバ */ typo

2024-03-31T02:39:45Z

UEFI ドライバ: typo

← 古い版		2024年3月31日 (日) 11:39時点における版
296行目:		296行目:
	{{Tip\|		{{Tip\|
	* [[systemd-boot]] は {{ic\|''esp''/EFI/systemd/drivers/}} から UEFI ドライバを自動的に読み込みます。		* [[systemd-boot]] は {{ic\|''esp''/EFI/systemd/drivers/}} から UEFI ドライバを自動的に読み込みます。
	* [[rEFInd]] は、ESP 上の rEFInd インストール先ディレクトリのサブディレクトリ {{ic\|drivers}} と {{ic\|drivers_x64}} (例: {{ic\|''esp''/EFI/refind/drivers_x64/}}) から UEFI ドライbを自動的に読み込みます。他のディレクトリをスキャンするように設定することも可能です。		* [[rEFInd]] は、ESP 上の rEFInd インストール先ディレクトリのサブディレクトリ {{ic\|drivers}} と {{ic\|drivers_x64}} (例: {{ic\|''esp''/EFI/refind/drivers_x64/}}) から UEFI ドライブを自動的に読み込みます。他のディレクトリをスキャンするように設定することも可能です。
	}}		}}

AshMyzk: 同期

2024-03-21T09:57:17Z

同期

差分を表示

AshMyzk: リンクを修正

2023-09-02T13:09:42Z

リンクを修正

← 古い版		2023年9月2日 (土) 22:09時点における版
428行目:		428行目:
	=== USB メディアが黒画面で固まる ===		=== USB メディアが黒画面で固まる ===

	この問題は [[Kernel Mode Setting\|KMS]] の問題によって起こることがあります。USB を起動するときは [[~~Kernel_Mode_Setting~~#モード~~セッティング~~を無効にする\|KMS を無効化]]してみて下さい。		この問題は [[Kernel Mode Setting\|KMS]] の問題によって起こることがあります。USB を起動するときは [[カーネルモード設定#モード設定を無効にする\|KMS を無効化]]してみて下さい。

	=== ファームウェアのメニューに UEFI ブートローダーが表示されない ===		=== ファームウェアのメニューに UEFI ブートローダーが表示されない ===

AshMyzk: 同期

2023-07-27T07:10:26Z

同期

← 古い版		2023年7月27日 (木) 16:10時点における版
14行目:		14行目:
	{{Related articles end}}		{{Related articles end}}

	[https://www.uefi.org/ Unified Extensible Firmware Interface] (~~もしくは省略して~~ UEFI や ~~EFI)~~はオペレーティングシステムとファームウェア間のインターフェイス~~のモデル~~です。オペレーティングシステムを起動したり、プリブートアプリケーション用の標準的な環境を提供します。		[https://www.uefi.org/ Unified Extensible Firmware Interface] (UEFI、EFI の後継) はオペレーティングシステムとファームウェア間のインターフェイスです。オペレーティングシステムを起動したり、プリブートアプリケーション用の標準的な環境を提供します。

	UEFI は [[Wikipedia:ja:BIOS\|BIOS]] システムで一般的に使われている "[[Master Boot Record\|MBR]] ブートコード" メソッドとは異なります。これらの違いや UEFI を用いた起動プロセスについては [[Arch ブートプロセス]] を見てください。UEFI ブートローダをセットアップするには [[ブートローダー]] を見てください。		UEFI は [[Wikipedia:ja:BIOS\|BIOS]] システムで一般的に使われている "[[Master Boot Record\|MBR]] ブートコード" メソッドとは異なります。これらの違いや UEFI を用いた起動プロセスについては [[Arch ブートプロセス]] を見てください。UEFI ブートローダをセットアップするには [[ブートローダー]] を見てください。
71行目:		71行目:
	== UEFI の Linux カーネル設定オプション ==		== UEFI の Linux カーネル設定オプション ==

	UEFI システムのために必要な Linux カーネル設定オプション[https://docs.kernel.org/x86/x86_64/uefi.html]は:		UEFI システムのために必要な Linux カーネル設定オプション[https://docs.kernel.org/arch/x86/x86_64/uefi.html]は:

	CONFIG_RELOCATABLE=y		CONFIG_RELOCATABLE=y
348行目:		348行目:
	{{Pkg\|edk2-ovmf}} をインストールできます。		{{Pkg\|edk2-ovmf}} をインストールできます。

	仮想マシンの非揮発性変数のローカルコピーを作成することが[https://www.linux-kvm.org/downloads/lersek/ovmf-whitepaper-c770f8c.txt 推奨]されています:		仮想マシンの非揮発性変数のローカルコピーを作成することが[https://www.linux-kvm.org/downloads/lersek/ovmf-whitepaper-c770f8c.txt 推奨]{{Dead link\|2023\|06\|17\|status=SSL error}}されています:

	$ cp /usr/share/edk2-ovmf/x64/OVMF_VARS.fd my_uefi_vars.fd		$ cp /usr/share/edk2-ovmf/x64/OVMF_VARS.fd my_uefi_vars.fd
361行目:		361行目:
	$ qemu-system-x86_64 -enable-kvm -m 1G -drive if=pflash,format=raw,readonly,file=/usr/share/edk2-ovmf/x64/OVMF_CODE.fd -drive if=pflash,format=raw,file=my_uefi_vars.fd …		$ qemu-system-x86_64 -enable-kvm -m 1G -drive if=pflash,format=raw,readonly,file=/usr/share/edk2-ovmf/x64/OVMF_CODE.fd -drive if=pflash,format=raw,file=my_uefi_vars.fd …

	=== BIOS システム用の DUET ===		=== BIOS システム専用の DUET ===

	DUET は、BIOS の OS ブートと同じような方法で、BIOS 環境から完全な UEFI 環境をチェーンロードできるようにする TianoCore プロジェクトです。この方法については https://www.insanelymac.com/forum/topic/186440-linux-and-windows-uefi-boot-using-tianocore-duet-firmware/ ~~で広く~~議論されています。ビルド済み DUET イメージは https://gitlab.com/tianocore_uefi_duet_builds/tianocore_uefi_duet_installer ~~にある~~リポジトリのどれかからダウンロードできます。DUET をセットアップする特定の方法については https://gitlab.com/tianocore_uefi_duet_builds/tianocore_uefi_duet_installer/blob/master/Migle_BootDuet_INSTALL.txt で~~見られます~~。しかし、2018年11月に DUET のコードが TianoCore git リポジトリから削除されました。		DUET は、BIOS の OS ブートと同じような方法で、BIOS 環境から完全な UEFI 環境をチェーンロードできるようにする TianoCore プロジェクトです。この方法については広く[https://www.insanelymac.com/forum/topic/186440-linux-and-windows-uefi-boot-using-tianocore-duet-firmware/ 議論されています]。ビルド済み DUET イメージは、いくつかの[https://gitlab.com/tianocore_uefi_duet_builds/tianocore_uefi_duet_installer リポジトリ]{{Dead link\|2023\|04\|07\|status=404 Page Not Found}}のどれかからダウンロードできます。DUET をセットアップする特定の方法については、特定の[https://gitlab.com/tianocore_uefi_duet_builds/tianocore_uefi_duet_installer/blob/master/Migle_BootDuet_INSTALL.txt 指示]{{Dead link\|2023\|04\|07\|status=404 Page Not Found}}を読んでください。しかし、2018年11月に DUET のコードが TianoCore git リポジトリから削除されました。

	また、修正 DUET イメージを提供する ~~https://sourceforge.net/projects/cloverefiboot/~~ を試すことも可能です。特定環境の修正が含まれており gitlab リポジトリと比べて頻繁に更新されています。		また、修正 DUET イメージを提供する [[Clover]] を試すことも可能です。特定環境の修正が含まれており gitlab リポジトリと比べて頻繁に更新されています。

	== トラブルシューティング ==		== トラブルシューティング ==
394行目:		394行目:

	また、''efibootmgr'' をバージョン 0.11.0 まで[[ダウングレード]]してみることもできます。このバージョンは Linux バージョン 4.0.6 で機能します。詳細はバグのディスカッション {{Bug\|34641}}、特に [https://bugs.archlinux.org/task/34641#comment111365 closing comment] を見てください。		また、''efibootmgr'' をバージョン 0.11.0 まで[[ダウングレード]]してみることもできます。このバージョンは Linux バージョン 4.0.6 で機能します。詳細はバグのディスカッション {{Bug\|34641}}、特に [https://bugs.archlinux.org/task/34641#comment111365 closing comment] を見てください。

	=== UEFI モードで Windows 7 が起動しない ===

	{{Note\|Windows 7 は、インストールでは CSM が要求されますが、CSM サポートの無い純粋な UEFI class 3 で起動できます([https://web.archive.org/web/20150720172223/https://support.microsoft.com/en-us/kb/2828074 specifically INT 10 H])。}}

	Windows を GPT パーティションの別のハードディスクにインストールしていてコンピュータに MBR でパーティションされたハードディスクを接続している場合、UEFI BIOS が (MBR パーティションを起動するための) CSM サポートを起動しているせいで Windows が起動できなくなっている可能性があります。解決するには MBR ハードディスクを GPT パーティションに結合するか、MBR ハードディスクが接続されている SATA ポートを無効化する、もしくはハードディスクから SATA コネクタを抜いて下さい。

	この問題が起こるマザーボード:

	* Gigabyte Z77X-UD3H rev. 1.1 (UEFI BIOS バージョン F19e)
	** UEFI を起動するための UEFI BIOS オプションだけでは UEFI BIOS による CSM の起動を阻止できません

	=== Windows によってブート順序が変わってしまう ===		=== Windows によってブート順序が変わってしまう ===
512行目:		501行目:
	* [https://www.uefi.org/home/ UEFI Forum] - 公式の [https://uefi.org/specifications UEFI の仕様書] - GUID Partition Table は UEFI の仕様に含まれています		* [https://www.uefi.org/home/ UEFI Forum] - 公式の [https://uefi.org/specifications UEFI の仕様書] - GUID Partition Table は UEFI の仕様に含まれています
	* [https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/ UEFI boot: how does that actually work, then? - AdamW によるブログ記事]		* [https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/ UEFI boot: how does that actually work, then? - AdamW によるブログ記事]
	* [https://docs.kernel.org/x86/x86_64/uefi.html Linux カーネル x86_64 UEFI ドキュメント]		* [https://docs.kernel.org/arch/x86/x86_64/uefi.html Linux カーネル x86_64 UEFI ドキュメント]
	* [https://www.intel.com/content/www/us/en/architecture-and-technology/unified-extensible-firmware-interface/efi-homepage-general-technology.html Intel の EFI に関するページ]		* [https://www.intel.com/content/www/us/en/architecture-and-technology/unified-extensible-firmware-interface/efi-homepage-general-technology.html Intel の EFI に関するページ]
	* [https://firmware.intel.com/ Intel Architecture Firmware Resource Center]		* [https://firmware.intel.com/ Intel Architecture Firmware Resource Center]
533行目:		522行目:
	* [https://lwn.net/Articles/632528/ The bootstrap process on EFI systems]		* [https://lwn.net/Articles/632528/ The bootstrap process on EFI systems]

	{{TranslationStatus\|Unified Extensible Firmware Interface\|2023-02-25\|~~769210~~}}		{{TranslationStatus\|Unified Extensible Firmware Interface\|2023-07-27\|782808}}

AshMyzk: /* efibootmgr */ 訳を修正

2023-07-06T09:44:30Z

efibootmgr: 訳を修正

← 古い版		2023年7月6日 (木) 18:44時点における版
172行目:		172行目:
	さらなる情報は {{man\|8\|efibootmgr}} または [https://raw.githubusercontent.com/rhinstaller/efibootmgr/master/README efibootmgr README] を見てください。		さらなる情報は {{man\|8\|efibootmgr}} または [https://raw.githubusercontent.com/rhinstaller/efibootmgr/master/README efibootmgr README] を見てください。

	{{Note\|UEFI では逆スラッシュ {{ic\|\}} がパスセパレータとして使用されますが、''efibootmgr'' は自動的に UNIX スタイルの {{ic\|/}} パスセパレータに変換してくれます。}}		{{Note\|UEFI では逆スラッシュ {{ic\|\}} がパスセパレータとして使用されますが、''efibootmgr'' は自動的に UNIX スタイルの {{ic\|/}} パスセパレータを変換してくれます。}}

	=== UEFI 変数へのアクセスを無効化 ===		=== UEFI 変数へのアクセスを無効化 ===

AshMyzk: リンクを修正

2023-05-05T04:35:53Z

リンクを修正

← 古い版		2023年5月5日 (金) 13:35時点における版
302行目:		302行目:
	=== ISO から UEFI ブータブル USB を作成する ===		=== ISO から UEFI ブータブル USB を作成する ===

	[[USB インストールメディア#ISO をそのまま使う(BIOS と UEFI)]] を参照してください。		[[USB インストールメディア#ISO をそのまま使う (BIOS と UEFI)]] を参照してください。

	=== 光学メディアから UEFI ブートサポートを削除する ===		=== 光学メディアから UEFI ブートサポートを削除する ===

AshMyzk: 同期

2023-02-25T12:08:17Z

同期

← 古い版		2023年2月25日 (土) 21:08時点における版
11行目:		11行目:
	{{Related\|GUID Partition Table}}		{{Related\|GUID Partition Table}}
	{{Related\|セキュアブート}}		{{Related\|セキュアブート}}
			{{Related\|Unified カーネルイメージ}}
	{{Related articles end}}		{{Related articles end}}

494行目:		495行目:

	解決策は、[[ブートローダー]]を[[#リムーバブルドライブのデフォルトブートパス\|デフォルト/フォールバックブートパス]]にインストールすることです。		解決策は、[[ブートローダー]]を[[#リムーバブルドライブのデフォルトブートパス\|デフォルト/フォールバックブートパス]]にインストールすることです。

			=== ブートエントリがランダムに削除される ===

			一部のマザーボードは、NVRAM の空き領域が足りない場合、ブートエントリの作成時にエラーを表示せずに、ブートエントリを削除してしまうことがあります。これを防ぐには、エントリの作成プロセスを最小限にして、追加されるブートエントリの数を減らし、さらに、UEFI 設定から [[Wikipedia:Unified Extensible Firmware Interface#CSM booting\|Compatibility Support Module (CSM)]] を無効化して、自動ドライブブートエントリの数も減らしてください。[https://bbs.archlinux.org/viewtopic.php?pid=1608838#p1608838 BBS#1608838] を参照してください。

			ブートエントリが削除されてしまう他の原因として、UEFI 仕様では「NVRAM メンテナンス」をブート中に実行することが OEM に許可されていることも挙げられます。そのようなメーカーのデバイスは、事前定義されハードコードされているデバイス上のパスで EFI アプリケーションを探索するだけです。何も見つけられなかった場合、デバイス上には OS が存在しないと結論づけ、NVRAM 上に破損しているまたは古いデータが存在すると推測し、そのデバイスと関連する NVRAM からすべてのブートエントリを消してしまいます。Windows をインストールする予定がなく、ファームウェアから Linux カーネルを直接ロードしたい場合、解決策として空のファイル {{ic\|''esp''/EFI/BOOT/BOOTX64.EFI}} を作成するというものがあります:

			# mkdir -p ''esp''/EFI/BOOT
			# touch ''esp''/EFI/BOOT/BOOTX64.EFI

			そして、削除されたブートエントリを作り直してください。これで、再起動すれば、マザーボードは「偽のOS」を検出し、NVRAM から他のブートエントリを削除しなくなるはずです。この偽の OS ローダは実際の EFI アプリケーションに自由に変更することもできます。もちろん、標準のフォールバック名を使い続ける限りです。

	== 参照 ==		== 参照 ==
521行目:		533行目:
	* [https://lwn.net/Articles/632528/ The bootstrap process on EFI systems]		* [https://lwn.net/Articles/632528/ The bootstrap process on EFI systems]

	{{TranslationStatus\|Unified Extensible Firmware Interface\|~~2022~~-10-10\|~~751816~~}}		{{TranslationStatus\|Unified Extensible Firmware Interface\|2023-02-25\|769210}}

← 古い版		2024年4月24日 (水) 20:04時点における版
11行目:		11行目:
	{{Related\|GUID Partition Table}}		{{Related\|GUID Partition Table}}
	{{Related\|セキュアブート}}		{{Related\|セキュアブート}}
	{{Related\|~~Unified~~ カーネルイメージ}}		{{Related\|ユニファイドカーネルイメージ}}
	{{Related articles end}}		{{Related articles end}}