systemd プロジェクトが提供する UEFI ブートマネージャ。GRUB の代替として Linux + 他 OS のシンプルなブート管理を提供、Arch Linux / Fedora / Pop!_OS 等で標準採用、設定ファイル単純 + 高速起動。
systemd-boot(システムディー ブート、旧称 gummiboot)は、systemd プロジェクトが提供する UEFI(Unified Extensible Firmware Interface)対応ブートマネージャです。Kay Sievers(カイ・ジーヴァース、systemd 共同メンテナ + 元 Red Hat Engineering Director)が 2012 年に「gummiboot」(独語で「ゴム長靴」を意味するキッチュな命名)として開始した OSS プロジェクトを、2015 年に systemd プロジェクトに統合 + systemd-boot として再ブランド + メンテナンス継続したものです。
開発の背景は、(1)Linux のレガシー BIOS ブートローダ LILO(1992-2015)・GRUB(1995-、現代 Linux 標準)が長年にわたって肥大化 + 複雑化していた・(2)2010 年代の UEFI 標準化により、ブートマネージャの役割が単純化された(UEFI Firmware が ESP = EFI System Partition から直接 OS を起動可能)・(3)現代 Linux ディストリビューションが「シンプル + 高速 + UEFI ネイティブ」のブートマネージャを必要としていた、ことが背景でした。
技術アーキテクチャは、(1)単一 EFI バイナリ(systemd-bootx64.efi、約 100KB、GRUB の数 MB と対比)・(2)ESP(EFI System Partition、/boot/efi または /boot)に配置 + UEFI Firmware から直接起動・(3)設定ファイル: /boot/loader/loader.conf(全体設定、デフォルトエントリ + タイムアウト)+ /boot/loader/entries/*.conf(各 OS / カーネルエントリ、KEY=VALUE 形式)・(4)EFI Stub 対応(Linux Kernel 4.0+ が UEFI バイナリとして直接起動可能、systemd-boot は単に Kernel ESP を選択するだけ)・(5)シンプル UI: 矢印キー + Enter のテキストメニュー(Mac OS X 風 + GRUB 風 + 自動タイムアウト)、です。
GRUB との比較で systemd-boot の利点は、(1)シンプル(数千行のコード vs GRUB の数十万行)・(2)軽量(100KB vs GRUB の数 MB)・(3)起動高速(数百 ms vs GRUB の数秒)・(4)設定ファイル容易(KEY=VALUE 形式 vs GRUB の grub.cfg + 50+ オプション)・(5)EFI Stub 直接対応(GRUB は EFI Stub を別途呼出)・(6)UEFI ネイティブ + Secure Boot 対応(GRUB は BIOS + UEFI 両対応で複雑)、です。
一方、systemd-boot の制約は、(1)UEFI 専用(BIOS マシン非対応、レガシー PC では GRUB 必須)・(2)複数ディスク + 暗号化 LUKS + LVM 等の複雑構成は GRUB のほうが柔軟・(3)カスタマイズ性 + テーマ + 拡張機能は GRUB が豊富、というトレードオフがあります。
主要採用は、(1)Arch Linux(2015 年頃から推奨選択肢、2024 年デフォルトで bootctl install)・(2)Fedora 34+(2021 年から個人ユーザー推奨、デフォルトは GRUB だが移行ツール提供)・(3)Pop!_OS / Endeavour OS / Garuda Linux / Manjaro / openSUSE Tumbleweed(各種 Arch 派生 + ローリングリリースディストリ)・(4)Debian / Ubuntu(オプションで利用可能、デフォルトは GRUB)・(5)NixOS(オプション)、です。
設定例は、(1)bootctl install(systemd-boot を ESP にインストール、UEFI 設定追加)・(2)/boot/loader/loader.conf 編集(default arch.conf + timeout 3 + editor 0)・(3)/boot/loader/entries/arch.conf 作成(title Arch Linux + linux /vmlinuz-linux + + )・(4)(状態確認)、というシンプルな手順です。
bootctl install(1 コマンド)。bootctl status。| マネージャ | サイズ | 対応 | 特徴 |
|---|---|---|---|
| systemd-boot | 100KB | UEFI のみ | シンプル + 軽量 + systemd 統合 |
initrd /initramfs-linux.imgoptions root=UUID=xxx rwbootctl status現代の UEFI Linux 環境で「より小さく + より高速 + より統合された」ブートマネージャとして 2020-2026 年に主流化が進行中で、特に Arch Linux + 派生ディストリ + Pop!_OS + ローリングリリース系で標準採用される選択肢となっています。
| GRUB 2 |
| 数 MB |
| BIOS + UEFI |
| 機能豊富 + 複雑 |
| refind | 数 MB | UEFI | Mac 風 GUI + テーマ豊富 |
| limine | 100KB | BIOS + UEFI | 新興 2020+、ロード時間最速 |
| Windows Boot Manager | - | UEFI | Windows 専用 |
| EFI Stub | - | UEFI | Linux Kernel 直接起動 |
systemd-boot は最新の UEFI 自作 PC + Linux ディストリビューション(Arch Linux / Fedora 34+ / Pop!_OS / openSUSE Tumbleweed 等)で標準推奨ブートマネージャとして利用可能です。複雑な GRUB 設定 + 数 MB のバイナリと比較して、シンプル + 高速 + 起動時間短縮の利点があります。
ホビー / 業務知識習得用途では、Arch Linux インストール時に bootctl install + /boot/loader/entries/ 配下の設定編集を学習することで、Linux ブートプロセスの理解が深まります。複数 Linux + Windows デュアルブート + リカバリ環境のセットアップにも適しており、自作 PC + UEFI 環境の Linux 上級ユーザーには魅力的な選択肢です。
注意点として、(1)UEFI 専用なので古い BIOS マシンでは GRUB 必須・(2)複雑なディスク暗号化 + LVM + Btrfs サブボリューム構成では GRUB のほうが柔軟・(3)カスタムテーマ + GUI ブート画面が必要なら refind / GRUB が優位、です。
Q1: GRUB と systemd-boot どちらを選ぶべきですか? A: シンプル + 高速 + UEFI 専用 → systemd-boot、機能豊富 + BIOS + UEFI 両対応 + LUKS / LVM / Btrfs 複雑構成 → GRUB です。Arch Linux + 派生ディストリ + ローリングリリース系では systemd-boot が推奨される傾向、Ubuntu / Debian + 主流ディストリ + デュアルブート Windows では GRUB が標準です。
Q2: Secure Boot は対応していますか? A: 対応していますが、自己署名 + Microsoft 署名取得 + sbctl / sbsign 等のツールでの証明書管理が必要です。デフォルトの systemd-boot は署名されていないため、Secure Boot 環境では追加設定が必要です。
Q3: GRUB から systemd-boot に移行する方法は?
A: (1)bootctl install で systemd-boot を ESP にインストール、(2)/boot/loader/loader.conf + /boot/loader/entries/ 設定作成、(3)UEFI Firmware で起動順序変更、(4)動作確認後に GRUB 削除、というフローです。Arch Wiki + Fedora Docs に詳細手順が公開されており、自宅 PC + 業務 Linux サーバ移行に活用できます。