TL

Linuxディストリビューション派生図(Debian・Red Hat・Arch系)

なぜディストリビューションごとにapt・dnf・pacmanと流儀が違うのか。Debian・Red Hat・Arch・SUSEの派生関係とパッケージ管理の系譜を年代と表で一枚に俯瞰し、選定の勘所を整理します。

応用Linuxディストリビューションaptrpmpacman最終更新: 2026-06-21
TL;DR要点だけ先に
  • 1.同じLinuxカーネルでも、ディストリビューションは三大系統(Debian・Red Hat・Arch)とSUSE系に大別され、それぞれ独自のパッケージ管理を持ちます。
  • 2.apt(debパッケージ)・dnf/rpm・pacman は系統ごとの違いで、安定重視か最新追従かという更新方針と密接に結び付いています。
  • 3.RHEL→CentOS→Rocky/Alma の流れや Ubuntu の出自など、商用・コミュニティの綱引きが現在の勢力図を決めています。

同じカーネル、違う流儀

Linux カーネルは一本です。それなのに Ubuntu と Fedora と Arch では、パッケージの入れ方も設定ファイルの置き場も更新の流儀も違います。違いを生むのは カーネルの外側 ——ユーザー空間のツール群、とりわけ パッケージ管理システムリリース方針 です。ディストリビューションとは「カーネル+ユーザー空間+配布・更新の仕組み」を一式に束ねたものであり、その束ね方の系譜が派生図を形づくります。

本稿では主要系統を Debian系・Red Hat系・Arch系・SUSE系 に分け、年代と分岐、そしてパッケージ管理の系譜を文章と表で整理します。

「ディストリビューション」とは何を配るのか

ディストリビューションが配るのは大きく3層です。(1) Linux カーネル本体、(2) GNU coreutils や libc などのユーザー空間の基盤、(3) それらを束ねて導入・更新するパッケージ管理と既定設定。系統の違いはほぼ (3) に集約されます。カーネル自体は各系統でほぼ共通で、独自パッチの量と更新頻度に差がある程度です。

三大系統の分岐:年代で追う

最初の大きな分岐は 1993〜1994年 に相次いで起きました。1993年に Debian が、その翌年あたりに Red Hat Linux が登場します。両者は別々のパッケージ形式(deb と rpm)を採用し、これが今日まで続く二大潮流の源流になりました。Arch はやや遅れて 2002年に「単純さ」を掲げて登場します。

  • 1993:Debian 誕生(Ian Murdock)。deb 形式と、後の dpkg / apt につながる系統の起点。
  • 1994–1995:Red Hat Linux 登場。rpm 形式を確立し、商用 Linux の標準様式を作る。
  • 1996:SUSE が Slackware ベースから rpm 採用へ転換し、独自系統を形成。
  • 2002:Arch Linux 公開(Judd Vinet)。ローリングリリースpacman を採用。
  • 2004:Ubuntu が Debian の不安定版を母体に登場。固定周期リリースで普及を加速。
  • 2003–2004:Red Hat が方針転換。無償の Red Hat Linux を終了し、有償の RHEL と無償コミュニティ版 Fedora に分離。
  • 2014:RHEL のソースから再ビルドした CentOS が Red Hat 傘下へ。
  • 2021:CentOS が先行開発版 CentOS Stream へ移行。これを契機に Rocky Linux・AlmaLinux が RHEL 互換の後継として派生。
Linux カーネル(共通の幹)
  │
  ├─ Debian系 ── Debian(1993) ──┬─→ Ubuntu(2004) ─→ Linux Mint / Pop!_OS
  │                              └─→ Raspberry Pi OS / Kali
  │   パッケージ: dpkg + apt / deb 形式
  │
  ├─ Red Hat系 ── Red Hat Linux(1994) ─→ ┬─ Fedora(2003) ─→ RHEL の先行実験場
  │                                       └─ RHEL(2002) ─→ CentOS → CentOS Stream
  │                                                       └→ Rocky / AlmaLinux
  │   パッケージ: rpm + yum → dnf / rpm 形式
  │
  ├─ Arch系 ── Arch Linux(2002) ─→ Manjaro / EndeavourOS
  │   パッケージ: pacman / 独自形式・ローリング
  │
  └─ SUSE系 ── openSUSE / SUSE Linux Enterprise
      パッケージ: zypper + rpm / rpm 形式
派生図は「コードの再利用」と「互換性」を区別する

上図の実線は、あるディストリビューションを母体にパッケージ群や設定を引き継いだ「派生」を表します。一方、Rocky/Alma が RHEL を「派生」と言うときは、母体ではなくソースからの再ビルドによるバイナリ互換を指します。同じ「派生」でも、母体を改変したのか、互換を目指して別系統で再現したのかは区別が必要です。

Debian系:apt とパッケージ依存解決

Debian 系の核心は dpkgapt の二層構造です。dpkg は単一の deb パッケージを展開・登録する低レベルツールで、apt(Advanced Package Tool)はその上で 依存関係の解決とリポジトリからの取得 を担います。利用者が apt install を打つと、apt が依存を再帰的にたどって必要な deb 群を決め、dpkg が一つずつ導入する、という分業です。

Debian は stable / testing / unstable(sid) という三つの枝を並行運用し、安定版は徹底した検証を経て凍結されます。この「枯れたものを配る」姿勢が、サーバー用途での信頼を支えてきました。

  • Ubuntu:Debian の unstable を母体に、6か月ごとの定期リリースと2年ごとの LTS を加えて普及。
  • Linux Mint / Pop!_OS:Ubuntu をさらに母体にした孫世代。デスクトップ体験を主眼に分岐。
  • Raspberry Pi OS / Kali:Debian を直接の母体に、用途特化(組み込み・セキュリティ)で派生。

Red Hat系:rpm と dnf、そして互換クローン

Red Hat 系は rpm 形式を基盤に持ちます。低レベルの rpm コマンドが単一パッケージを扱い、その上の yum(後継が dnf)が依存解決とリポジトリ管理を担う構造は、Debian の dpkg/apt と役割分担が対応します。dnf は依存解決を SAT ソルバ で行い、競合する依存集合(例 {libA-1, libB-2})から導入可能な組み合わせを論理的に求める点が特徴です。

この系統で最重要なのが RHEL を中心とした三層構造 です。Fedora が最先端の実験場として新技術を先に取り込み、安定したものが商用の RHEL に降りてきます。さらに RHEL のソース(公開が義務)から再ビルドした 無償の互換版 が下流に並びます。

  • Fedora:半年周期で最新を追う先行版。systemd など多くの新基盤の最初の採用先。
  • RHEL:長期サポートの商用版。エンタープライズの事実上の標準。
  • CentOS Stream:RHEL の 次バージョンの先行開発版(RHEL の上流側へ移動)。
  • Rocky Linux / AlmaLinux:RHEL とバイナリ互換を目指す無償後継。旧 CentOS の役割を継承。
試験で問われる三系統の対応

パッケージ形式・低レベルツール・高レベルツールの対応は頻出です。Debian系=deb / dpkg / apt、Red Hat系=rpm / rpm / dnf(yum)、Arch系=独自 / —— / pacman、SUSE系=rpm / rpm / zypper。「形式」と「依存解決ツール」を混同しないこと、Red Hat 系と SUSE 系は同じ rpm 形式でも上位ツールが dnf と zypper で異なる点が狙われます。

Arch系とSUSE系:単純さと企業向けの両極

Arch Linux は思想が対照的です。ローリングリリース を採用し、固定の版を切らず常に最新へ更新し続けます。パッケージ管理 pacman は dpkg/apt のような二層を持たず、取得・依存解決・導入を一手に担う単純な作りで、独自のバイナリ形式を扱います。利用者が初期構成を手で組み上げる文化と相まって、最小・最新・透明 を価値とします。Manjaro や EndeavourOS は、この敷居を下げて使いやすくした派生です。

SUSE 系 は Red Hat 系と同じ rpm 形式 を使いながら、上位ツールに zypper を据え、設定統合ツール YaST を備える独立系統です。コミュニティ版 openSUSE(安定版 Leap と、ローリング版 Tumbleweed)と、商用の SUSE Linux Enterprise が対になり、Red Hat 系の Fedora/RHEL に似た二段構えを取ります。

観点Debian系Red Hat系Arch系SUSE系
代表例Debian / UbuntuFedora / RHEL / RockyArch / ManjaroopenSUSE / SLE
パッケージ形式debrpm独自(tar系)rpm
低レベルツールdpkgrpmpacman(一体)rpm
依存解決・上位ツールaptdnf(旧 yum)pacmanzypper
更新方針固定リリース・安定重視固定リリース・長期サポートローリング・最新追従Leap=固定 / Tumbleweed=ローリング
代表的な強み枯れた安定性・広い派生商用サポート・互換クローン最小構成・最新性・透明性企業向け統合管理・YaST

更新方針の軸は系統の性格をよく表します。固定リリース(Debian・RHEL)は、ある時点の構成を凍結し検証してから配るため安定し、長期運用に向きます。ローリングリリース(Arch・Tumbleweed)は版を切らず逐次更新するため最新だが、変更に追従し続ける運用が前提です。パッケージ形式(deb / rpm / 独自)と更新方針は独立した軸であり、「rpm だから商用」「ローリングだから不安定」という固定観念は正確ではありません。

まとめ

  • ディストリビューションの違いはカーネル外の ユーザー空間とパッケージ管理・更新方針 に集約され、その系譜が派生図になる。
  • Debian系 は deb / dpkg / apt と安定重視で、Ubuntu とその孫世代を広く生んだ。
  • Red Hat系 は rpm / dnf を基盤に Fedora→RHEL→互換クローン(Rocky/Alma)の三層構造を作った。
  • Arch系 はローリングと pacman で最小・最新を、SUSE系 は rpm + zypper + YaST で企業向け統合管理を担う。
  • 形式・依存解決ツール・更新方針は独立した軸として切り分けて捉えると、勢力図と選定の勘所が見える。

系統の上流にあたる Unix の分岐は Unix系統樹と系譜、各系統が共有するカーネルの入口は システムコール、起動時にどれが何を読むかは ブートプロセス、Linux 固有の隔離基盤は 名前空間と cgroups も合わせてどうぞ。

OS Article

Linuxディストリビューション派生図(Debian・Red Hat・Arch系)を実務で読む

TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。

解決すること

Linux

比較で見る軸

難易度: advanced / カテゴリ: OS / タグ数: 5

導入後に効く点

apt(debパッケージ)・dnf/rpm・pacman は系統ごとの違いで、安定重視か最新追従かという更新方針と密接に結び付いています。

先に潰すリスク

用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。

数字・仕様の読み方
難易度
advanced
カテゴリ
OS
タグ数
5

判断チェックリスト

  • 自社の用途が「Linux / ディストリビューション」に近いか確認する。
  • 強みである「同じLinuxカーネルでも、ディストリビューションは三大系統(Debian・Red Hat・Arch)とSUSE系に大別され、それぞれ独自のパッケージ管理を持ちます。」が本当に評価軸になるか確認する。
  • 注意点の「用語だけ覚えても、設計・実装・運用でどこに効くかを確認しないと判断を誤る。」を運用で吸収できるか確認する。
  • 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
  • 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
  • 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。

次に確認する観点

LinuxディストリビューションaptrpmpacmanLinuxディストリビューションapt