Arch ブートプロセス - 版の履歴

Pikosip: /* initramfs */ initramfsなしの起動時におけるルートパーティションについて和訳

2025-06-06T23:31:32Z

initramfs: initramfsなしの起動時におけるルートパーティションについて和訳

← 古い版		2025年6月7日 (土) 08:31時点における版
219行目:		219行目:
	[[マイクロコード#早期ロード]]もinitramfsが必要ですが、イメージ全体をビルドする必要はなく、[[マイクロコード#別個のマイクロコード initramfs ファイルを使う]]を使えます.		[[マイクロコード#早期ロード]]もinitramfsが必要ですが、イメージ全体をビルドする必要はなく、[[マイクロコード#別個のマイクロコード initramfs ファイルを使う]]を使えます.

	~~If no~~ initramfs ~~image is provided, the kernel always contains still an empty image to start from~~ [https://docs.kernel.org/filesystems/ramfs-rootfs-initramfs.html#populating-initramfs]~~. So there should be no issues with root partition~~ [https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 ~~pinning~~].		initramfsなしで起動した場合、カーネルは空のイメージが最初のルートファイルシステムであると見做して保持します[https://docs.kernel.org/filesystems/ramfs-rootfs-initramfs.html#populating-initramfs]。なので、上記のようなルートパーティションの[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 保持に関わる問題] は発生しません。

	== 初期ユーザ空間 ==		== 初期ユーザ空間 ==

Oech3: linuxはinitramfsに依存するので不要Oech3 (トーク) による版 40136 を取り消し

2025-04-06T14:42:35Z

linuxはinitramfsに依存するので不要Oech3 (トーク) による版 40136 を取り消し

← 古い版		2025年4月6日 (日) 23:42時点における版
204行目:		204行目:

	=== initramfs無しで起動 ===		=== initramfs無しで起動 ===

	{{Warning\|The pacman hook to copy kernel image to [[EFI system partition]] is provided by each initramfs generator packages instead of kernel packages. Keep one of them even if this setup is possible.}}

	6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].		6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].

Oech3: Add warning/* initramfs無しで起動 */

2025-04-05T09:22:41Z

Add warninginitramfs無しで起動

← 古い版		2025年4月5日 (土) 18:22時点における版
204行目:		204行目:

	=== initramfs無しで起動 ===		=== initramfs無しで起動 ===

			{{Warning\|The pacman hook to copy kernel image to [[EFI system partition]] is provided by each initramfs generator packages instead of kernel packages. Keep one of them even if this setup is possible.}}

	6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].		6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].

Oech3: タイトルを翻訳/* Running without initramfs */

2025-04-01T12:53:55Z

タイトルを翻訳Running without initramfs

← 古い版		2025年4月1日 (火) 21:53時点における版
203行目:		203行目:
	また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。		また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。

	=== ~~Running without~~ initramfs ===		=== initramfs無しで起動 ===

	6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].		6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].

Oech3: 一部を意訳/Running without initramfs /

2025-04-01T12:52:43Z

一部を意訳Running without initramfs

← 古い版		2025年4月1日 (火) 21:52時点における版
202行目:		202行目:

	また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。		また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。

			=== Running without initramfs ===

			6.13.8から公式にサポートされたカーネルの[[Btrfs]]と[[Ext4]]のドライバはbuilt-inです。 [https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commit/a7e2a17f9c0e55937ea3e18c4d5b905a8e4f8047].

			これは、カーネルがそれらのファイルシステムのrootパーティションを、他のモジュールなしに直接使用できる事を意味しています。
			それでも、いくつか癖があります:

			* [[Systemd#GPT パーティションの自動マウント]]は使えず、{{ic\|root}} [[カーネルパラメータ]]が必要です。
			* {{ic\|root}}の続的なブロックデバイスの命名は{{ic\|PARTUUID}}と{{ic\|PARTLABEL}}だけ使えます [https://github.com/torvalds/linux/blob/v6.14/block/early-lookup.c#L216-L243].
			* マウントオプションの{{ic\|rootflags}}には制限があります,例えば{{ic\|noatime}}は動きません。 [https://bugzilla.kernel.org/show_bug.cgi?id=61601]. 後で[[fstab]]等で再マントしてください。
			* {{man\|8\|systemd-gpt-auto-generator}}はBtrfsを使っているとinitramfs無しでは使えません。 [https://github.com/systemd/systemd/issues/16953] {{ic\|1=systemd.gpt_auto=no}}で無効化してください。

			現時点でSCSI/SATA/AHCIドライバがbuilt-inです。他のストレージデバイス(NVMe,USB,Device mapper等)は動きません。LVMや暗号化も使えません。

			[[マイクロコード#早期ロード]]もinitramfsが必要ですが、イメージ全体をビルドする必要はなく、[[マイクロコード#別個のマイクロコード initramfs ファイルを使う]]を使えます.

			If no initramfs image is provided, the kernel always contains still an empty image to start from [https://docs.kernel.org/filesystems/ramfs-rootfs-initramfs.html#populating-initramfs]. So there should be no issues with root partition [https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 pinning].

	== 初期ユーザ空間 ==		== 初期ユーザ空間 ==

Kgx: /* ブートローダー */ 同期

2025-01-26T17:13:30Z

ブートローダー: 同期

← 古い版		2025年1月27日 (月) 02:13時点における版
83行目:		83行目:
	{{Warning\|Arch を正しくブートするには、ブートローダーが、たいてい {{ic\|/boot}} ディレクトリ内にあるカーネル及び initramfs イメージへアクセスする必要があります。つまり、ブートローダーは、ブロックデバイスからスタックされたブロックデバイス (LVM、RAID、dm-crypt、LUKSなど) まで、カーネルや initramfs イメージが存在するファイルシステムまで、すべてをサポートしなければなりません。		{{Warning\|Arch を正しくブートするには、ブートローダーが、たいてい {{ic\|/boot}} ディレクトリ内にあるカーネル及び initramfs イメージへアクセスする必要があります。つまり、ブートローダーは、ブロックデバイスからスタックされたブロックデバイス (LVM、RAID、dm-crypt、LUKSなど) まで、カーネルや initramfs イメージが存在するファイルシステムまで、すべてをサポートしなければなりません。

	しかし、そのようなスタックされたブロックデバイスをサポートするブートローダーは稀ですし、ブートローダーによってまだサポートされていない機能がファイルシステムに追加されることもある (例: ~~{{Issue\|~~archlinux/packaging/packages/grub\|7}}、{{Bug\|79857}}、{{Bug\|59047}}、{{Bug\|58137}}、{{Bug\|51879}}、{{Bug\|46856}}、{{Bug\|38750}}、{{Bug\|21733}}、[[fscrypt]] によって暗号化されたディレクトリ) ので、広くサポートされているファイルシステム ([[FAT32]] など) でフォーマットされた個別の [[パーティショニング#/boot\|/boot パーティション]]を使うほうがほとんどの場合、現実的です。		しかし、そのようなスタックされたブロックデバイスをサポートするブートローダーは稀ですし、ブートローダーによってまだサポートされていない機能がファイルシステムに追加されることもある (例: [https://gitlab.archlinux.org/archlinux/packaging/packages/grub/-/issues/7 archlinux/packaging/packages/grub#7]、{{Bug\|79857}}、{{Bug\|59047}}、{{Bug\|58137}}、{{Bug\|51879}}、{{Bug\|46856}}、{{Bug\|38750}}、{{Bug\|21733}}、[[fscrypt]] によって暗号化されたディレクトリ) ので、広くサポートされているファイルシステム ([[FAT32]] など) でフォーマットされた個別の [[パーティショニング#/boot\|/boot パーティション]]を使うほうがほとんどの場合、現実的です。
	}}		}}

90行目:		90行目:
	{{Note\|		{{Note\|
	* GPT は UEFI 仕様の一部であるため、すべての UEFI ブートローダーは GPT ディスクをサポートします。BIOS システム上の GPT は、[https://www.rodsbooks.com/gdisk/hybrid.html Hybrid MBR] で "hybrid booting" を使うか、新しい [https://repo.or.cz/syslinux.git/blob/HEAD:/doc/gpt.txt GPT-only] プロトコルを使うことで可能です。ただしこのプロトコルは特定の BIOS 実装で問題を引き起こす可能性があります。詳細については、[https://www.rodsbooks.com/gdisk/bios.html#bios rodsbooks] を参照してください。		* GPT は UEFI 仕様の一部であるため、すべての UEFI ブートローダーは GPT ディスクをサポートします。BIOS システム上の GPT は、[https://www.rodsbooks.com/gdisk/hybrid.html Hybrid MBR] で "hybrid booting" を使うか、新しい [https://repo.or.cz/syslinux.git/blob/HEAD:/doc/gpt.txt GPT-only] プロトコルを使うことで可能です。ただしこのプロトコルは特定の BIOS 実装で問題を引き起こす可能性があります。詳細については、[https://www.rodsbooks.com/gdisk/bios.html#bios rodsbooks] を参照してください。
	* [[セキュアブート]]は UEFI 規格の一部なので、全ての UEFI ブートローダーは~~[[セキュアブート]]~~をサポートしています。ただし、いくつかの制限があります。		* [[セキュアブート]]は UEFI 規格の一部なので、全ての UEFI ブートローダーはそれをサポートしています。ただし、いくつかの制限があります。
	}}		}}

AshMyzk: 同期

2024-12-27T04:58:03Z

同期

← 古い版		2024年12月27日 (金) 13:58時点における版
229行目:		229行目:
	==== シェル ====		==== シェル ====

	ユーザーの [[シェル]] が起動されると、通常はユーザーにプロンプトを表示する前に [[bashrc]] などの実行時設定ファイルが実行されます。アカウントが [[~~%E3%83%AD%E3%82%B0%E3%82%A4%E3%83%B3%E6%99%82%E3%81%AB_X_%E3%82%92%E8%B5%B7%E5%8B%95~~]] に設定されている場合、実行時設定ファイルは [[startx]] または [[xinit]] を呼び出します。		ユーザーの[[シェル]]が起動されると、通常はユーザーにプロンプトを表示する前に [[bashrc]] などの実行時設定ファイルが実行されます。アカウントが[[ログイン時に X を起動]]するように設定されている場合、実行時設定ファイルは [[startx]] または [[xinit]] を呼び出します。最後については [[#グラフィカルセッション (Xorg)]] を見てください。

	=== ディスプレイマネージャ ===		=== ディスプレイマネージャ ===
235行目:		235行目:
	さらに、[[init]] は、指定した仮想コンソールで ''getty'' の代わりに[[ディスプレイマネージャ]]を起動するように設定できます。そうするには、該当する [[systemd#ユニットを使う\|systemd service ファイル]]を手動で[[有効化]]する必要があります。そうしたら、ディスプレイマネージャーがグラフィカルセッションを起動します。		さらに、[[init]] は、指定した仮想コンソールで ''getty'' の代わりに[[ディスプレイマネージャ]]を起動するように設定できます。そうするには、該当する [[systemd#ユニットを使う\|systemd service ファイル]]を手動で[[有効化]]する必要があります。そうしたら、ディスプレイマネージャーがグラフィカルセッションを起動します。

	==== グラフィカルセッション ====		==== グラフィカルセッション (Xorg) ====

	[[xinit]] はユーザの [[xinitrc]] ランタイム設定ファイルを実行し、通常、[[ウィンドウマネージャ]]や[[デスクトップ環境]]を開始します。ユーザが終了すると、''xinit''、 ''startx''、シェル、ログインの順序で終了して [[#getty\|getty]]、またはディスプレイマネージャに戻ります。		[[xinit]] はユーザの [[xinitrc]] ランタイム設定ファイルを実行し、通常、[[ウィンドウマネージャ]]や[[デスクトップ環境]]を開始します。ユーザが終了すると、''xinit''、 ''startx''、シェル、ログインの順序で終了して [[#getty\|getty]]、またはディスプレイマネージャに戻ります。
251行目:		251行目:
	* {{man\|7\|bootup}} (Systemd initrd とユーザー空間に関する部分についてがほとんど)		* {{man\|7\|bootup}} (Systemd initrd とユーザー空間に関する部分についてがほとんど)

	{{TranslationStatus\|Arch boot process\|2024-09-22\|~~816947~~}}		{{TranslationStatus\|Arch boot process\|2024-12-27\|824035}}

AshMyzk: 同期

2024-09-22T08:11:55Z

同期

← 古い版		2024年9月22日 (日) 17:11時点における版
64行目:		64行目:
	#* ブートエントリは単にディスクであることもあります。この場合、ファームウェアは [[EFI システムパーティション]]をそのディスク上から探し、フォールバックブートパス {{ic\|\EFI\BOOT\BOOTx64.EFI}}([[Unified Extensible Firmware Interface#UEFI ファームウェアのビット数\|IA32 (32-bit) UEFI のシステム]]では {{ic\|BOOTIA32.EFI}})から EFI アプリケーションを見つけようとします。これは UEFI の起動可能リムーバブルメディアの動作です。		#* ブートエントリは単にディスクであることもあります。この場合、ファームウェアは [[EFI システムパーティション]]をそのディスク上から探し、フォールバックブートパス {{ic\|\EFI\BOOT\BOOTx64.EFI}}([[Unified Extensible Firmware Interface#UEFI ファームウェアのビット数\|IA32 (32-bit) UEFI のシステム]]では {{ic\|BOOTIA32.EFI}})から EFI アプリケーションを見つけようとします。これは UEFI の起動可能リムーバブルメディアの動作です。
	# ファームウェアが EFI アプリケーションを起動する。		# ファームウェアが EFI アプリケーションを起動する。
	#* そのアプリケーションは[[#ブートローダ\|ブートローダ]]や、[[~~EFISTUB~~]] を使用する Arch [[カーネル]]自体であることもあります。		#* そのアプリケーションは[[#ブートローダ\|ブートローダ]]や、[[EFI ブートスタブ]]を使用する Arch [[カーネル]]自体であることもあります。
	#* そのアプリケーションは他の EFI アプリケーション([[UEFI シェル]] や、[[systemd-boot]] や [[rEFInd]] などの [[#ブートローダ\|ブートマネージャ]])であることもあります。		#* そのアプリケーションは他の EFI アプリケーション([[UEFI シェル]] や、[[systemd-boot]] や [[rEFInd]] などの [[#ブートローダ\|ブートマネージャ]])であることもあります。

79行目:		79行目:
	== ブートローダー ==		== ブートローダー ==

	ブートローダーは、ファームウェア([[Wikipedia:BIOS\|BIOS]] または [[UEFI]])によって起動されるソフトウェアの一部です。ブートローダーは、必要な[[カーネルパラメータ]]と任意の外部の初期 RAM ディスクイメージと共にカーネルをロードします。UEFI の場合、[[~~EFISTUB\|~~EFI ブートスタブ]]を使用して、UEFI からカーネル自体を直接起動できます。ブート前にカーネルパラメータを編集するために、別のブートローダやブートマネージャを使うこともできます。		ブートローダーは、ファームウェア([[Wikipedia:BIOS\|BIOS]] または [[UEFI]])によって起動されるソフトウェアの一部です。ブートローダーは、必要な[[カーネルパラメータ]]と任意の外部の初期 RAM ディスクイメージと共にカーネルをロードします。UEFI の場合、[[EFI ブートスタブ]]を使用して、UEFI からカーネル自体を直接起動できます。ブート前にカーネルパラメータを編集するために、別のブートローダやブートマネージャを使うこともできます。

	{{Warning\|Arch を正しくブートするには、ブートローダーが、たいてい {{ic\|/boot}} ディレクトリ内にあるカーネル及び initramfs イメージへアクセスする必要があります。つまり、ブートローダーは、ブロックデバイスからスタックされたブロックデバイス (LVM、RAID、dm-crypt、LUKSなど) まで、カーネルや initramfs イメージが存在するファイルシステムまで、すべてをサポートしなければなりません。		{{Warning\|Arch を正しくブートするには、ブートローダーが、たいてい {{ic\|/boot}} ディレクトリ内にあるカーネル及び initramfs イメージへアクセスする必要があります。つまり、ブートローダーは、ブロックデバイスからスタックされたブロックデバイス (LVM、RAID、dm-crypt、LUKSなど) まで、カーネルや initramfs イメージが存在するファイルシステムまで、すべてをサポートしなければなりません。
104行目:		104行目:
	! [[MBR]] !! [[GPT]]		! [[MBR]] !! [[GPT]]
	\|-		\|-
	! [[~~EFISTUB~~]]		! [[EFI ブートスタブ]]
	\| {{-}}		\| {{-}}
	\| {{Yes}}<sup>1</sup>		\| {{Yes}}<sup>1</sup>
195行目:		195行目:
	{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。		{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。

	Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-verity]]、{{man\|8\|systemd-repart}} などを通して ~~rootfs~~ が存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは ~~IDE, SCSI,~~ SATA, USB~~/FW~~ (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。		Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-verity]]、{{man\|8\|systemd-repart}} などを通してルートファイルシステムが存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは NVMe、SATA、SAS、eMMC、USB (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。

	まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。		まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。

	Initramfs には、ルートファイルシステムをセットアップする以外の役割もあります。~~rootfs~~ がマウントされる前にしか行うことができないタスク ([[fsck]] や[[ハイバネート]]からの復帰など) が存在するのです。		Initramfs には、ルートファイルシステムをセットアップする以外の役割もあります。ルートファイルシステムがマウントされる前にしか行うことができないタスク ([[fsck]] や[[ハイバネート]]からの復帰など) が存在するのです。

	また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。		また、Linux [[カーネル]]は、カーネルが開始された最初のルートファイルシステムを[https://github.com/torvalds/linux/blob/1b907d0507354b74a4f2c286380cd6059af79248/fs/namespace.c#L4222 留めておきます]。Initramfs が使用されなかった場合、シャットダウン時に実際のルートファイルシステムが正しくアンマウントされない可能性があります。
241行目:		241行目:
	== 参照 ==		== 参照 ==

		⚫	* [[Wikipedia:Booting process of Linux]]
⚫	* [https://web.archive.org/web/20150430223035/http://archlinux.me/brain0/2010/02/13/early-userspace-in-arch-linux/ Early Userspace in Arch Linux]
	* [https://developer.ibm.com/articles/l-linuxboot/ Inside the Linux boot process]		* [https://web.archive.org/web/20230313210814/https://developer.ibm.com/articles/l-linuxboot/ Inside the Linux boot process]
⚫	* [[Wikipedia:~~Linux startup~~ process]]
⚫	* [[Wikipedia:initrd]]
⚫	* [https://neosmart.net/wiki/mbr-boot-process/ NeoSmart: The BIOS/MBR Boot Process]
⚫	* [https://www.linux.com/learn/kernel-newbie-corner-initrd-and-initramfs-whats Kernel Newbie Corner: initrd and initramfs]
	* [https://www.rodsbooks.com/efi-bootloaders/ Rod Smith - Managing EFI Boot Loaders for Linux]		* [https://www.rodsbooks.com/efi-bootloaders/ Rod Smith - Managing EFI Boot Loaders for Linux]
		⚫	* [https://neosmart.net/wiki/mbr-boot-process/ NeoSmart: The BIOS/MBR Boot Process]
	* [https://0pointer.net/blog/linux-boot-partitions.html Lennart Poettering - Linux Boot Partitions and How to Set Them Up]		* [https://0pointer.net/blog/linux-boot-partitions.html Lennart Poettering - Linux Boot Partitions and How to Set Them Up]
		⚫	* [[Wikipedia:initrd]]
		⚫	* [https://web.archive.org/web/20150430223035/http://archlinux.me/brain0/2010/02/13/early-userspace-in-arch-linux/ Early Userspace in Arch Linux]
		⚫	* [https://www.linux.com/learn/kernel-newbie-corner-initrd-and-initramfs-whats Kernel Newbie Corner: initrd and initramfs]
			* {{man\|7\|bootup}} (Systemd initrd とユーザー空間に関する部分についてがほとんど)

	{{TranslationStatus\|Arch boot process\|2024-08-26\|~~815237~~}}		{{TranslationStatus\|Arch boot process\|2024-09-22\|816947}}

AshMyzk: 同期

2024-08-26T06:43:13Z

同期

← 古い版		2024年8月26日 (月) 15:43時点における版
122行目:		122行目:
	! [[GRUB]]		! [[GRUB]]
	\| {{Yes}}		\| {{Yes}}
	\| {{Yes}}		\| {{Yes}}<sup>3</sup>
	\| {{Yes}} \|\| {{Yes}}		\| {{Yes}} \|\| {{Yes}}
	\| {{Yes}}		\| {{Yes}}
	\| {{G\|[[GRUB#サポートされているファイルシステム\|内蔵]]}}		\| {{G\|[[GRUB#サポートされているファイルシステム\|内蔵]]}}
	\| RAID、~~LUKS1~~、LVMをサポートします (シンプロビジョニングボリュームはサポートしません)。環境固有の制限については [[GRUB]] を見てください。		\| RAID、LUKS (ただし Argon2 PBKDF 以外)、LVM をサポートします (シンプロビジョニングボリュームはサポートしません)。環境固有の制限については [[GRUB]] を見てください。
	\|-		\|-
	! [[Limine]]		! [[Limine]]
250行目:		250行目:
	* [https://0pointer.net/blog/linux-boot-partitions.html Lennart Poettering - Linux Boot Partitions and How to Set Them Up]		* [https://0pointer.net/blog/linux-boot-partitions.html Lennart Poettering - Linux Boot Partitions and How to Set Them Up]

	{{TranslationStatus\|Arch boot process\|2024-04-10\|~~804963~~}}		{{TranslationStatus\|Arch boot process\|2024-08-26\|815237}}

Kusanaginoturugi: /* initramfs */ typo

2024-04-19T13:04:02Z

initramfs: typo

← 古い版		2024年4月19日 (金) 22:04時点における版
195行目:		195行目:
	{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。		{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。

	Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-~~verify~~]]、{{man\|8\|systemd-repart}} などを通して rootfs が存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは IDE, SCSI, SATA, USB/FW (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。		Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-verity]]、{{man\|8\|systemd-repart}} などを通して rootfs が存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは IDE, SCSI, SATA, USB/FW (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。

	まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。		まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。

← 古い版		2024年4月19日 (金) 22:04時点における版
195行目:		195行目:
	{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。		{{ic\|/}} のルートファイルシステムは空の [https://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html rootfs] として始まります。これは ramfs や tmpfs の特殊なインスタンスです。これは一時的なルートファイルシステムで、initramfs (''init''ial ''RAM'' ''f''ile ''s''ystem) イメージがここへ解凍されます。

	Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-~~verify~~]]、{{man\|8\|systemd-repart}} などを通して rootfs が存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは IDE, SCSI, SATA, USB/FW (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。		Initramfs の主な目的は root ファイルシステムにアクセスできる位置にシステムをブートストラップすることです (詳しくは [[FHS]] を見て下さい)。これには、[[dm-crypt]]、[[dm-verity]]、{{man\|8\|systemd-repart}} などを通して rootfs が存在しているであろうストレージスタックのセットアップなどが含まれます。また、[[udev]] を介して[[永続的なブロックデバイスの命名]]を実際のデバイスに解決することも行われます。これは IDE, SCSI, SATA, USB/FW (外部ハードウェアから起動する場合) などのデバイスのために必要なモジュールがカーネルに入っていない場合 initramfs からモジュールをロードできなくてはならないということを意味しています; (プログラムやスクリプトから明示的に指定されるか [[udev]] を通すかして) 正しいモジュールがロードされると、ブートプロセスが再開されます。従って、initramfs に含めなくてはならないのは root ファイルシステムにアクセスするために必要なモジュールだけで、使用する全てのモジュールを入れる必要はありません。ほとんどのモジュールは後の init プロセス中に、ルート ({{ic\|/}}) を実際のルートファイルシステムに切り替えた後で [[udev]] によってロードされます。

	まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。		まず、カーネルは組み込みの initramfs を一時的なルートファイルシステムに解凍します。Arch Linux の[[カーネル#公式サポートカーネル\|公式カーネル]]では組み込みの initramfs として空のアーカイブが用いられます(Linux のビルドの際のデフォルトです)。そして、カーネルは、[[#ブートローダー\|ブートローダー]]から渡されたコマンドラインにより指定された外部の initramfs ファイルを解凍します。この際、組み込みの initramfs にあったファイルは上書きされます。このような外部の initramfs イメージは [[mkinitcpio]] や [[dracut]]、[[booster]] によって生成でき、Arch の''初期ユーザ空間''のセットアップの方法として推奨されています。

Arch ブートプロセス - 版の履歴

Pikosip: /* initramfs */ initramfsなしの起動時におけるルートパーティションについて和訳

Oech3: linuxはinitramfsに依存するので不要Oech3 (トーク) による版 40136 を取り消し

Oech3: Add warning/* initramfs無しで起動 */

Oech3: タイトルを翻訳/* Running without initramfs */

Oech3: 一部を意訳/*Running without initramfs */

Kgx: /* ブートローダー */ 同期

AshMyzk: 同期

AshMyzk: 同期

AshMyzk: 同期

Kusanaginoturugi: /* initramfs */ typo

Oech3: 一部を意訳/Running without initramfs /