1.3ブートプロセスとsystemd

「サーバーが起動しない」「GUI で起動してしまう」「メンテナンスのため最小構成で起動したい」— こうしたトラブル対応と運用の土台がブートプロセスの理解です。現代の Linux では起動処理の主役は systemd で、そのターゲットという単位で「どこまで起動するか」を制御します。

1.3.1電源投入から起動完了まで

• 起動順序＝UEFI／BIOS（ハードウェア初期化・ブートデバイス選択）→ ブートローダー（GRUB2 がカーネルを選択・ロード）→ カーネル（initramfs でルートファイルシステムをマウント）→ systemd（PID 1 として各サービスを起動）。
• systemd は依存関係に基づいてサービス（ユニット）を並列起動し、従来の SysV init より高速に起動する。
• ターゲット＝起動の到達点を表すユニットのグループ。主要ターゲット＝multi-user.target（CUI・サーバー標準）／graphical.target（GUI）／rescue.target（シングルユーザーモード）／emergency.target（最小限）。

1.3.2systemctl によるターゲット操作

• デフォルトターゲットの確認＝systemctl get-default／設定＝systemctl set-default multi-user.target（次回起動から有効）。
• 稼働中の切り替え＝systemctl isolate rescue.target（今すぐシングルユーザーモードへ。メンテナンス時に使用）。
• 停止・再起動＝systemctl 経由（systemctl poweroff／systemctl reboot）でも、従来コマンド（shutdown・halt・reboot・poweroff）でもよい。現代ではどちらも最終的に systemd が処理する。

トラブルシューティングの文脈で流れを押さえましょう。電源投入後まず UEFI／BIOS が POST（ハードウェア自己診断）を行い、設定された優先順位のデバイスからブートローダー（GRUB2）を読み込みます。GRUB2 のメニューでカーネルとオプションを選ぶと、カーネルが initramfs（初期 RAM ディスク＝本番ルートをマウントするためのドライバ類を含む）を展開し、ルートファイルシステムをマウントして systemd を PID 1 で起動します。systemd はデフォルトターゲットに向かって依存ユニットを並列起動し、ログイン画面（またはコンソール）に到達します。GUI で重すぎるサーバーは systemctl set-default multi-user.target で恒久的に CUI 起動へ。ディスク修復やパスワードリセットなどでは systemctl isolate rescue.target（またはブートローダーでカーネル引数に systemd.unit=rescue.target を指定）でシングルユーザーモードに入ります。rescue でも起動できない深刻な状態では emergency.target が最後の砦です。

1.3.3この節のまとめ

• 起動順序＝UEFI/BIOS→ブートローダー(GRUB2)→カーネル(initramfs)→systemd(PID 1)
• set-default＝次回から／isolate＝今すぐ。CUI 標準は multi-user.target・救助は rescue.target