EFI システムパーティション - 版の履歴

AshMyzk: /* ソフトウェア RAID1 上の ESP */ セクション名を変更

2024-08-30T12:17:43Z

ソフトウェア RAID1 上の ESP: セクション名を変更

← 古い版		2024年8月30日 (金) 21:17時点における版
507行目:		507行目:
	== トラブルシューティング ==		== トラブルシューティング ==

	=== ソフトウェア RAID1 上の ESP ===		=== ソフトウェア RAID1 上に ESP を配置する ===

	ESP を RAID1 アレイに置くことも可能ですが、データが破損する危険性があり、また、ESP を作成する際に様々な注意をする必要があります。詳細は [https://bbs.archlinux.org/viewtopic.php?pid=1398710#p1398710] と [https://bbs.archlinux.org/viewtopic.php?pid=1390741#p1390741] を、解決策付きの詳細なガイドは [https://outflux.net/blog/archives/2018/04/19/uefi-booting-and-raid1/ UEFI booting and RAID1] を見てください。		ESP を RAID1 アレイに置くことも可能ですが、データが破損する危険性があり、また、ESP を作成する際に様々な注意をする必要があります。詳細は [https://bbs.archlinux.org/viewtopic.php?pid=1398710#p1398710] と [https://bbs.archlinux.org/viewtopic.php?pid=1390741#p1390741] を、解決策付きの詳細なガイドは [https://outflux.net/blog/archives/2018/04/19/uefi-booting-and-raid1/ UEFI booting and RAID1] を見てください。

AshMyzk: 同期

2024-06-15T02:47:27Z

同期

差分を表示

AshMyzk: 同期

2024-06-05T08:46:23Z

同期

@@ 143行目: / 143行目: @@
  # cp -a /boot/initramfs-linux-fallback.img ''esp''/EFI/arch/
-{{Note|[[マイクロコード]]もブートエントリの場所にコピーする必要があります。}}
+{{Note|(マイクロコード initramfs をメインの initramfs イメージと統合せずに) [[マイクロコード#別個のマイクロコード initramfs ファイルを使う|外部のマイクロコード initramfs イメージ]]を使う場合、ブートエントリの場所にそのマイクロコードファイルをコピーしておく必要があります。}}
 さらに、今後のカーネルアップデートの際に ESP 上のファイルを最新に保つ必要があります。これに失敗するとシステムが起動不能になる可能性があります。以下のセクションでは、これを自動化する方法をいくつか説明しています。
@@ 300行目: / 300行目: @@
 suffix='-zen'
 source /etc/mkinitcpio.d/linux.preset
 }}
@@ 370行目: / 395行目: @@
 * [https://ramsdenj.com/posts/2016-04-15-multi-boot-linux-with-one-boot-partition/ Multi Boot Linux With One Boot Partition | John Ramsden]
-{{TranslationStatus|EFI system partition|2024-03-31|804862}}
+{{TranslationStatus|EFI system partition|2024-06-05|808706}}

AshMyzk: 同期

2024-03-31T02:30:43Z

同期

← 古い版		2024年3月31日 (日) 11:30時点における版
39行目:		39行目:
	ESP のサイズは、起動に必要なファイルとブートローダを格納するために十分な大きさである必要があります。		ESP のサイズは、起動に必要なファイルとブートローダを格納するために十分な大きさである必要があります。

			複数のカーネルや複数の unified カーネルイメージ、ブートローダー、ファームウェアのアップデートファイル、他のオペレーティングシステムのファイル、OEM のファイルを格納するのに十分なスペースを確保するために、ESP のサイズは 1 GiB にすることが推奨されます。これでも十分であるか疑問である場合は、4 GiB を割り当てておけばいかなる場合でも十分であるはずです。
	他のオペレーティングシステムとの相互運用上の問題を回避し[https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/configure-uefigpt-based-hard-drive-partitions#diskpartitionrules]、[[Advanced Format]] ドライブとの互換性を確保するには[https://superuser.com/questions/1310927/what-is-the-absolute-minimum-size-a-uefi-partition-can-be/1310938]、ESP は少なくとも 300 MiB にすることが推奨されます。

			{{Note\|小さい ESP を使うこともできますが、互換性の問題が発生する可能性があることに注意してください:
	{{Note\|
	* 初期の~~、あるいは~~バグのある ~~UEFI~~ 実装では、ESP は少なくとも 512 MiB が必要かもしれません。[https://www.rodsbooks.com/efi-bootloaders/principles.html]		* 初期の UEFI 実装やバグのある実装では、ESP は少なくとも 512 MiB が必要かもしれません。[https://www.rodsbooks.com/efi-bootloaders/principles.html]
			* ESP を [[パーティショニング#/boot\|/boot]] にマウントするつもりであり、かつ、複数のカーネルをインストールしないのであれば、400 MiB で十分でしょう。
			* [[Windows とのデュアルブート\|Windows とデュアルブートする]]場合、論理セクタサイズが 4096 バイトのドライブ ([[Advanced Format]] 4Kn ドライブ) では ESP のサイズは少なくとも 300 MiB は必要です。[https://superuser.com/questions/1310927/what-is-the-absolute-minimum-size-a-uefi-partition-can-be/1310938] その他のドライブでは少なくとも 100 MiB 必要です。[https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/configure-uefigpt-based-hard-drive-partitions#diskpartitionrules]
	* EFI システムパーティションが FAT32 でフォーマットできることを保証するには、パーティションのサイズは、論理セクタサイズが 512 バイトのドライブでは 36 MiB 以上、論理セクタサイズが 4096 バイトのドライブでは 260 MiB 以上である必要があります。[https://superuser.com/a/1717643]		* EFI システムパーティションが FAT32 でフォーマットできることを保証するには、パーティションのサイズは、論理セクタサイズが 512 バイトのドライブでは 36 MiB 以上、論理セクタサイズが 4096 バイトのドライブでは 260 MiB 以上である必要があります。[https://superuser.com/a/1717643]
	* 複数のカーネルをインストールする予定であり、かつ、EFI システムパーティションを [[パーティショニング#/boot\|/boot]] 上にマウントするかそれらのカーネルを [[unified カーネルイメージ]]にパックする場合、1 GiB を使用することで安全を期することができます。
	* これらが問題とならない場合、パーティションのサイズは 2 MiB まで小さくできます。この場合、ブートローダ以外は格納できません。		* これらが問題とならない場合、パーティションのサイズは 2 MiB まで小さくできます。この場合、ブートローダ以外は格納できません。
	}}		}}
54行目:		55行目:
	GPT でパーティションされたディスクに ESP を作成する場合、以下の方法の'''一つ'''を使って下さい:		GPT でパーティションされたディスクに ESP を作成する場合、以下の方法の'''一つ'''を使って下さい:

	* [[fdisk]]: パーティションタイプ {{ic\|EFI System}} のパーティション~~を作成~~してください。		* [[fdisk]]: パーティションを1つ作成し、{{ic\|t}} コマンドでパーティションタイプを {{ic\|EFI System}} に[[fdisk#パーティションタイプの変更\|変更]]してください。
	* [[gdisk]]: パーティションタイプ {{ic\|EF00}} のパーティションを作成してください。		* [[gdisk]]: パーティションタイプ {{ic\|EF00}} のパーティションを作成してください。
	* [[GNU Parted]]: ファイルシステム {{ic\|fat32}} のパーティションを作成し、{{ic\|esp}} フラグをセットしてください。		* [[GNU Parted]]: ファイルシステム {{ic\|fat32}} のパーティションを作成し、{{ic\|esp}} フラグをセットしてください。
74行目:		75行目:
	MBR でパーティションされたディスクに ESP を作成する場合、以下の方法の'''一つ'''を使って下さい:		MBR でパーティションされたディスクに ESP を作成する場合、以下の方法の'''一つ'''を使って下さい:

	* [[fdisk]]: パーティションタイプ {{ic\|EFI (FAT-12/16/32)}} ~~のプライマリ~~パーティション~~を作成~~してください。		* [[fdisk]]: パーティションを1つ作成し、{{ic\|t}} コマンドでパーティションタイプを {{ic\|EFI (FAT-12/16/32)}} に[[fdisk#パーティションタイプの変更\|変更]]してください。
	* [[GNU Parted]]: ファイルシステム {{ic\|fat32}} のプライマリパーティションを作成し、{{ic\|esp}} フラグをセットしてください。		* [[GNU Parted]]: ファイルシステム {{ic\|fat32}} のプライマリパーティションを作成し、{{ic\|esp}} フラグをセットしてください。

267行目:		268行目:
	#ALL_config="/etc/mkinitcpio.conf"		#ALL_config="/etc/mkinitcpio.conf"
	ALL_kver="${ESP_DIR}/vmlinuz-linux"		ALL_kver="${ESP_DIR}/vmlinuz-linux"
	<nowiki>[[ -e /boot/intel-ucode.img ]] && cp -af /boot/intel-ucode.img "${ESP_DIR}/"
	[[ -e /boot/amd-ucode.img ]] && cp -af /boot/amd-ucode.img "${ESP_DIR}/"</nowiki>

	PRESETS=('default' 'fallback')		PRESETS=('default' 'fallback')
369行目:		368行目:

	* [https://blog.uncooperative.org/uefi/linux/shim/efi%20system%20partition/2014/02/06/the-efi-system-partition.html The EFI system partition and the default boot behavior]		* [https://blog.uncooperative.org/uefi/linux/shim/efi%20system%20partition/2014/02/06/the-efi-system-partition.html The EFI system partition and the default boot behavior]
	* [https://ramsdenj.com/~~2016~~/04/15/multi-boot-linux-with-one-boot-partition~~.html~~ Multi Boot Linux With One Boot Partition \| John Ramsden]		* [https://ramsdenj.com/posts/2016-04-15-multi-boot-linux-with-one-boot-partition/ Multi Boot Linux With One Boot Partition \| John Ramsden]

	{{TranslationStatus\|EFI system partition\|~~2023~~-07-06\|~~781115~~}}		{{TranslationStatus\|EFI system partition\|2024-03-31\|804862}}

AshMyzk: /* 典型的なマウントポイント */ 訳を修正

2023-07-06T09:27:20Z

典型的なマウントポイント: 訳を修正

← 古い版		2023年7月6日 (木) 18:27時点における版
123行目:		123行目:
	** OS 関連のファイルと EFI 関連のファイルの懸念事項が分離されます。これらのファイルには他の OS のファイルが含まれている場合があり、放っておいたほうが良いでしょう。		** OS 関連のファイルと EFI 関連のファイルの懸念事項が分離されます。これらのファイルには他の OS のファイルが含まれている場合があり、放っておいたほうが良いでしょう。
	** {{ic\|/boot}} にインストールされるファイルが ESP に入らないので、ESP のサイズ要件が大きくなってしまうことを防ぐことができます。EFI バイナリ (ブートローダ (とオプションでドライバ) や unified カーネルイメージ) のみが ESP に格納されることになるので、ストレージスペースを節約できます。		** {{ic\|/boot}} にインストールされるファイルが ESP に入らないので、ESP のサイズ要件が大きくなってしまうことを防ぐことができます。EFI バイナリ (ブートローダ (とオプションでドライバ) や unified カーネルイメージ) のみが ESP に格納されることになるので、ストレージスペースを節約できます。
	** {{ic\|/boot}} 内のファイルに Linux 固有のファイルシステムを設定することができ、FAT の制限に悩まされることはありません。		** {{ic\|/boot}} 内のファイルに Linux 固有のファイルシステムのパーミッションを保持することができ、FAT の制限に悩まされることはありません。
	** 必要に応じて ESP を別途マウントできます。例えば、[[ブートローダー]]をアップグレードするときにだけマウントするなどができます。		** 必要に応じて ESP を別途マウントできます。例えば、[[ブートローダー]]をアップグレードするときにだけマウントするなどができます。
	** 適切なセットアップで[[dm-crypt/システム全体の暗号化\|システムの暗号化]]を行っている場合、{{ic\|/boot}} は保護される一方、いくつかの必要なファイルは暗号化されていない状態にできます。これは、他の場所に保存されているカーネルやファイルにアクセスできるファイルシステムドライバを持っている [[ブートローダー]]や [[unified カーネルイメージ]]を使用する場合に便利です。		** 適切なセットアップで[[dm-crypt/システム全体の暗号化\|システムの暗号化]]を行っている場合、{{ic\|/boot}} は保護される一方、いくつかの必要なファイルは暗号化されていない状態にできます。これは、他の場所に保存されているカーネルやファイルにアクセスできるファイルシステムドライバを持っている [[ブートローダー]]や [[unified カーネルイメージ]]を使用する場合に便利です。

AshMyzk: /* 典型的なマウントポイント */ 一部をリンク化

2023-07-06T09:25:04Z

典型的なマウントポイント: 一部をリンク化

← 古い版		2023年7月6日 (木) 18:25時点における版
113行目:		113行目:
	EFI システムパーティションのマウントに関しては、3つの典型的なシナリオがあります:		EFI システムパーティションのマウントに関しては、3つの典型的なシナリオがあります:

	* ESP を {{ic\|/boot}} にマウントする:		* ESP を {{ic\|/boot}} に[[マウント]]する:
	** システムのメンテナンスと管理が容易になります。{{ic\|/boot}} は、[[マイクロコード]]のパッケージが CPU のマイクロコード initramfs ファイルを配置し、[[mkinitcpio]] が[[カーネル]]と [[initramfs]] イメージを配置するデフォルトのパスだからです。		** システムのメンテナンスと管理が容易になります。{{ic\|/boot}} は、[[マイクロコード]]のパッケージが CPU のマイクロコード initramfs ファイルを配置し、[[mkinitcpio]] が[[カーネル]]と [[initramfs]] イメージを配置するデフォルトのパスだからです。
	** 上記のファイルがほとんどの[[ブートローダー]]からアクセスできることを保証できます。というのも、すべてのブートローダーが他のボリューム上のファイルにアクセスできるわけではないからです。		** 上記のファイルがほとんどの[[ブートローダー]]からアクセスできることを保証できます。というのも、すべてのブートローダーが他のボリューム上のファイルにアクセスできるわけではないからです。
120行目:		120行目:
	** この方法では、デュアルブートの場合に OS 固有のブートファイルを他の OS からの潜在的に危険な操作に晒してしまいます。		** この方法では、デュアルブートの場合に OS 固有のブートファイルを他の OS からの潜在的に危険な操作に晒してしまいます。
	** この方法では、[[GRUB#暗号化された /boot\|/boot の暗号化]]が不可能です。EFI 関連のファイルはファームウェアからアクセス可能でなければならないからです。		** この方法では、[[GRUB#暗号化された /boot\|/boot の暗号化]]が不可能です。EFI 関連のファイルはファームウェアからアクセス可能でなければならないからです。
	* ESP を {{ic\|/efi}} にマウントする:		* ESP を {{ic\|/efi}} に[[マウント]]する:
	** OS 関連のファイルと EFI 関連のファイルの懸念事項が分離されます。これらのファイルには他の OS のファイルが含まれている場合があり、放っておいたほうが良いでしょう。		** OS 関連のファイルと EFI 関連のファイルの懸念事項が分離されます。これらのファイルには他の OS のファイルが含まれている場合があり、放っておいたほうが良いでしょう。
	** {{ic\|/boot}} にインストールされるファイルが ESP に入らないので、ESP のサイズ要件が大きくなってしまうことを防ぐことができます。EFI バイナリ (ブートローダ (とオプションでドライバ) や unified カーネルイメージ) のみが ESP に格納されることになるので、ストレージスペースを節約できます。		** {{ic\|/boot}} にインストールされるファイルが ESP に入らないので、ESP のサイズ要件が大きくなってしまうことを防ぐことができます。EFI バイナリ (ブートローダ (とオプションでドライバ) や unified カーネルイメージ) のみが ESP に格納されることになるので、ストレージスペースを節約できます。

AshMyzk: TranslationStatus

2023-07-06T09:22:35Z

TranslationStatus

← 古い版		2023年7月6日 (木) 18:22時点における版
371行目:		371行目:
	* [https://ramsdenj.com/2016/04/15/multi-boot-linux-with-one-boot-partition.html Multi Boot Linux With One Boot Partition \| John Ramsden]		* [https://ramsdenj.com/2016/04/15/multi-boot-linux-with-one-boot-partition.html Multi Boot Linux With One Boot Partition \| John Ramsden]

	{{TranslationStatus\|EFI system partition\|2023-04-01\|~~773912~~}}		{{TranslationStatus\|EFI system partition\|2023-07-06\|781115}}

AshMyzk: /* もう一つの例 */ 同期

2023-07-06T09:22:04Z

もう一つの例: 同期

← 古い版		2023年7月6日 (木) 18:22時点における版
291行目:		291行目:
	{{hc\|/etc/mkinitcpio.d/linux.preset\|2=		{{hc\|/etc/mkinitcpio.d/linux.preset\|2=
	ESP_DIR="''esp''/EFI/arch"		ESP_DIR="''esp''/EFI/arch"
		⚫	#ALL_config="/etc/mkinitcpio.conf"
	cp -f "/boot/vmlinuz-linux$suffix" "$ESP_DIR/"
⚫	ALL_config="/etc/mkinitcpio.conf"
	ALL_kver="$ESP_DIR/vmlinuz-linux$suffix"		ALL_kver="$ESP_DIR/vmlinuz-linux$suffix"
	PRESETS=('default')		PRESETS=('default')

AshMyzk: /* 上記の mkinitcpio フックを置き換える */ 同期

2023-07-06T09:21:28Z

上記の mkinitcpio フックを置き換える: 同期

← 古い版		2023年7月6日 (木) 18:21時点における版
262行目:		262行目:
	# mkinitcpio preset file for the 'linux' package		# mkinitcpio preset file for the 'linux' package

	# Directory to ~~copy~~ the kernel, the initramfs...		# Directory to install the kernel, the initramfs...
	ESP_DIR="''esp''/EFI/arch"		ESP_DIR="''esp''/EFI/arch"

	ALL_config="/etc/mkinitcpio.conf"		#ALL_config="/etc/mkinitcpio.conf"
	ALL_kver="${ESP_DIR}/vmlinuz-linux"		ALL_kver="${ESP_DIR}/vmlinuz-linux"
⚫	cp ~~-af~~ /boot/vmlinuz-linux ~~"${ESP_DIR}~~/"
	<nowiki>[[ -e /boot/intel-ucode.img ]] && cp -af /boot/intel-ucode.img "${ESP_DIR}/"		<nowiki>[[ -e /boot/intel-ucode.img ]] && cp -af /boot/intel-ucode.img "${ESP_DIR}/"
	[[ -e /boot/amd-ucode.img ]] && cp -af /boot/amd-ucode.img "${ESP_DIR}/"</nowiki>		[[ -e /boot/amd-ucode.img ]] && cp -af /boot/amd-ucode.img "${ESP_DIR}/"</nowiki>
285行目:		284行目:

	# rm /boot/initramfs-linux-fallback.img /boot/initramfs-linux.img		# rm /boot/initramfs-linux-fallback.img /boot/initramfs-linux.img
		⚫	# mv /boot/vmlinuz-linux ''esp''/EFI/arch/
	# mkinitcpio -p linux		# mkinitcpio -p linux

AshMyzk: /* 代替のマウントポイント */ 同期

2023-07-06T09:19:26Z

代替のマウントポイント: 同期

← 古い版		2023年7月6日 (木) 18:19時点における版
135行目:		135行目:
	=== 代替のマウントポイント ===		=== 代替のマウントポイント ===

	[[#典型的なマウントポイント]] ~~のシンプルな方法~~を使わない場合、ブートファイルを ESP にコピーする必要があります(以後、ESP は {{ic\|''esp''}} と表記します)。		[[#典型的なマウントポイント]] を使わない場合、ブートファイルを ESP にコピーする必要があります(以後、ESP は {{ic\|''esp''}} と表記します)。

	# mkdir -p ''esp''/EFI/arch		# mkdir -p ''esp''/EFI/arch