Linuxパッケージ管理の完全比較：RPM/dnfとDebian/aptのコマンド・リポジトリ設定【LinuC101】



Linuxシステムにおけるソフトウェアの導入・更新・削除は、「パッケージ管理システム」によって安全かつ効率的に統制されています。Linuxディストリビューションには、Red Hat系（RPM / DNF）とDebian系（dpkg / APT）という2大系統が存在し、それぞれが低レベルのアーカイブ操作ツールと高レベルのリポジトリ依存関係解決ツールの2層構造を持っています。本稿では、LinuC 101試験において重要度合計8を占めるパッケージ管理の仕組み、各種コマンド体系、設定ファイル形式、そして高度な利用法（rpm2cpioやパージ削除など）を実機検証ログとともに論理的に解説します。

目次

1. 1. Linuxパッケージ管理の全体像と2層構造
   1. 1.1 ソースコードビルドからパッケージ管理システムへの進化
   2. 1.2 低レベルツール（rpm / dpkg）と高レベルツール（dnf / apt）の役割分担
   3. 1.3 Red Hat系とDebian系の系譜とパッケージ形式（.rpm と .deb）
2. 2. Red Hat系パッケージ管理：RPMの基礎と高度な利用
   1. 2.1 RPMパッケージの命名規則（名前・バージョン・リリース・アーキテクチャ）
   2. 2.2 rpmコマンドによるインストール・更新・削除（-i, -U, -F, -e）
   3. 2.3 rpm照会オプション（-qa, -qi, -ql, -qc, -qf, -qd）
   4. 2.4 パッケージの整合性検証（rpm -V）
   5. 2.5 rpm2cpioを用いたパッケージの展開と中身の抽出
3. 3. Red Hat系リポジトリ管理：YUMとDNF
   1. 3.1 YUMからDNFへの進化と互換性
   2. 3.2 DNFの基本コマンド（install, remove, update, check-update）
   3. 3.3 パッケージ検索とファイル逆引き（search, info, provides）
   4. 3.4 リポジトリ設定ファイル（/etc/yum.repos.d/*.repo）の書式と管理
4. 4. Debian系パッケージ管理：dpkgの基礎と活用
   1. 4.1 dpkgコマンドによるインストールと削除（-i, -r, -P: purge）
   2. 4.2 dpkg照会オプション（-l, -s, -L, -S）
   3. 4.3 パッケージの再設定（dpkg-reconfigure）
5. 5. Debian系リポジトリ管理：APTツール群（apt, apt-get, apt-cache）
   1. 5.1 aptとapt-get/apt-cacheの関係と使い分け
   2. 5.2 APTの基本ワークフロー（update, upgrade, full-upgrade/dist-upgrade）
   3. 5.3 パッケージ検索・情報表示（search, show）
   4. 5.4 リポジトリ設定ファイル（/etc/apt/sources.list と sources.list.d）の書式
6. 6. 実機ハンズオン演習：AlmaLinux 9でRPM/DNF操作とrpm2cpioを検証
   1. 6.1 実機検証環境の確認
   2. 6.2 演習1：rpmコマンドによるファイル逆引きとパッケージ詳細照会
   3. 6.3 演習2：dnf providesによる未インストールコマンドの提供元特定
   4. 6.4 演習3：rpm2cpioを用いたRPMパッケージの個別ファイル抽出
7. 7. LinuC 101試験対策まとめとコマ問頻出チェック
   1. 7.1 RPM vs dpkg / DNF vs APT 完全対比マトリクス
   2. 7.2 コマ問（記述式）頻出キーワード一覧表
   3. 7.3 本番想定 総合確認演習問題
   4. 7.4 Ping-t演習へのブリッジ（対象分野と推奨学習順）
8. 8. まとめと次回予告

1. Linuxパッケージ管理の全体像と2層構造#

初期のUNIXやLinuxでは、ソフトウェアを導入する際に開発元からソースコード（C言語等のアーカイブ）を入手し、コンパイル（configure ➔ make ➔ make install）を行う方式が一般的でした。しかし、この方式ではライブラリの依存関係が複雑化し、アンインストールやバージョン追跡が困難になる問題（いわゆる「依存関係地獄」）が発生しました。

これを解決するために考案されたのが、コンパイル済みのバイナリ、設定ファイル、依存情報、メタデータを単一アーカイブにまとめたパッケージ管理システムです。

1.1 ソースコードビルドからパッケージ管理システムへの進化#

パッケージ管理システムを導入することで、以下の利点が得られます。

• インストールの簡素化: コンパイル済みの実行可能バイナリが所定のディレクトリ（/usr/binや/etcなど）へ即座に展開されます。
• アンインストールの確実性: どのパッケージがどのファイルを配置したかがローカルデータベースに記録されるため、不要になった際に綺麗に削除できます。
• バージョンの追跡と検証: システムに導入されているソフトウェアの改ざんや欠損を検知できます。

1.2 低レベルツール（rpm / dpkg）と高レベルツール（dnf / apt）の役割分担#

現代のLinuxパッケージ管理は、役割の異なる2つの階層に明確に分離されています。

• 低レベルツール（Low-level Tool）: rpm / dpkg

  手元のローカルディスク上に存在する単一のパッケージファイル（.rpmや.deb）を直接開き、システムへの配置、削除、照会を行います。ローカルデータベース（/var/lib/rpmや/var/lib/dpkg）を直接更新する責任を持ちますが、「依存する別のパッケージをインターネットから自動的に探してダウンロードする機能」は持っていません。依存パッケージが不足している場合はエラーを出力して停止します。

• 高レベルツール（High-level Tool）: dnf（yum） / apt（apt-get）

  インターネット上のソフトウェア保管庫（リポジトリ: Repository）に接続し、メタデータを取得して依存関係ツリーを自動解析します。必要な関連パッケージ群をすべてダウンロードした上で、内部的に低レベルツールを呼び出して一括インストールします。

1.3 Red Hat系とDebian系の系譜とパッケージ形式（.rpm と .deb）#

Linuxの主要ディストリビューションは、採用しているパッケージ形式によって大きく2つの系統に分かれます。

2. Red Hat系パッケージ管理：RPMの基礎と高度な利用#

Red Hat系ディストリビューションの中核をなすRPM（Red Hat Package Manager / 現在の公式名称はRPM Package Manager）の構造とコマンド操作を解説します。

2.1 RPMパッケージの命名規則（名前・バージョン・リリース・アーキテクチャ）#

RPMパッケージのファイル名は、厳格な命名規約に沿って構築されています。実機linuc-node01のcoreutilsパッケージを例に分解します。

coreutils-8.32-41.el9_8.x86_64.rpm
└──┬────┘ └─┬──┘ └───┬───┘ └──┬──┘ └─┬─┘
   │        │        │        │      └─ 拡張子 (.rpm)
   │        │        │        └─ 対象CPUアーキテクチャ (x86_64, aarch64, noarch 等)
   │        │        └─ ディストリビューション固有のリリース番号 (RHEL/Alma 9.8 向け41版)
   │        └─ アップストリーム（原作者）のソフトウェアバージョン (8.32)
   └─ パッケージ名称 (coreutils)

2.2 rpmコマンドによるインストール・更新・削除（-i, -U, -F, -e）#

rpmコマンドによるパッケージ操作の基本オプションは以下の通りです。試験では大文字・小文字の区別が問われます。

2.3 rpm照会オプション（-qa, -qi, -ql, -qc, -qf, -qd）#

rpmコマンドでローカルデータベース（/var/lib/rpm/）に登録されている情報を調べる際は、照会（Query）を意味する-qオプションと各種サブオプションを組み合わせます。この組み合わせはLinuC 101試験で極めて高い出題率を誇ります。

2.4 パッケージの整合性検証（rpm -V）#

システム上のファイルがインストール時と比べて改ざんされたり破損したりしていないかを検証するには、rpm -V（または--verify）コマンドを使用します。

[user01@linuc-node01 ~]$ rpm -V coreutils

何も出力されなければ全ファイルが正常です。変更があった場合は、以下のようなステータス文字の羅列が出力されます。

• S: ファイルサイズが異なる
• M: パーミッションまたはファイルタイプが異なる
• 5: MD5/SHA256ダイジェスト（チェックサム）が異なる（中身が改ざん・書き換えされた）
• D: デバイスのメジャー/マイナー番号が異なる
• L: シンボリックリンクのパスが異なる
• U: 所有ユーザーが異なる
• G: 所有グループが異なる
• T: 最終修正時刻（mtime）が異なる

2.5 rpm2cpioを用いたパッケージの展開と中身の抽出#

パッケージ全体をシステムにインストールすることなく、特定のバイナリや設定ファイルだけを緊急に取り出したい場合があります。その際に用いられるのがrpm2cpioコマンドです。

rpm2cpioは、RPMパッケージファイルを汎用のcpioアーカイブ形式に変換して標準出力に流します。これをcpioコマンドへパイプで渡すことで、カレントディレクトリに安全に展開できます。

# 書式: rpm2cpio パッケージファイル.rpm | cpio -idmv
[user01@linuc-node01 tmp]$ rpm2cpio /path/to/sample.rpm | cpio -idmv

• -i: 復元・抽出（extract）
• -d: 必要に応じてディレクトリを作成（make directories）
• -m: ファイルの最終更新時刻を維持（preserve modification time）
• -v: 展開ファイル名を詳細表示（verbose）

3. Red Hat系リポジトリ管理：YUMとDNF#

RPMの依存関係解決を自動化するために開発された高レベルツールがYUM（Yellowdog Updater, Modified）であり、それを全面的に刷新した後継がDNF（Dandified YUM）です。

3.1 YUMからDNFへの進化と互換性#

従来のyum（Python 2ベース）は、大規模な依存関係解決時にメモリを過剰消費し、動作が緩慢になる欠点がありました。RHEL 8 / AlmaLinux 8以降では、C言語ライブラリ（libsolv）による高速なSATソルバーを搭載したdnfが標準となりました。

互換性を維持するため、yumというコマンド名はdnfへのシンボリックリンクとして残されており、従来のyum install等のコマンドはそのままdnfとして実行されます。

3.2 DNFの基本コマンド（install, remove, update, check-update）#

日常の管理作業で使用する主要サブコマンドは以下の通りです。

3.3 パッケージ検索とファイル逆引き（search, info, provides）#

リポジトリ内に存在するソフトウェアを探すためのコマンドです。

• dnf search <keyword>: パッケージ名や要約文からキーワード検索します。
• dnf info <pkg>: パッケージの詳細情報を表示します（rpm -qiの高レベル版）。
• dnf provides <path-or-cmd>（別名: whatprovides）: 「このファイルやコマンドを提供しているパッケージは何か？」を未インストールの状態からリポジトリ横断で逆引き検索します。実務・試験の双方で最重要コマンドです。

3.4 リポジトリ設定ファイル（/etc/yum.repos.d/*.repo）の書式と管理#

DNF/YUMが参照するリポジトリ情報は、/etc/yum.repos.d/ディレクトリ配下に拡張子.repoを持つテキストファイルとして配置されます。

[user01@linuc-node01 ~]$ cat /etc/yum.repos.d/almalinux-baseos.repo
[baseos]
name=AlmaLinux $releasever - BaseOS
mirrorlist=https://mirrors.almalinux.org/mirrorlist/$releasever/baseos
# baseurl=https://repo.almalinux.org/almalinux/$releasever/BaseOS/$basearch/os/
enabled=1
gpgcheck=1
countme=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-AlmaLinux-9

設定ファイルの重要ディレクティブ：

• [baseos]: リポジトリID（角括弧で囲む一意の識別名）
• name=: 管理者向けのわかりやすい名称
• baseurl=: パッケージが格納されているHTTP/FTP/ローカルパスのURL
• mirrorlist=: 最寄りのミラーサイト一覧を動的に取得するURL
• enabled=: 1でリポジトリ有効、0で無効
• gpgcheck=: 1でパッケージのGPG公開鍵署名を検証、0で検証スキップ
• gpgkey=: 署名検証に用いる公開鍵ファイルの場所（URLまたはローカルパス）

4. Debian系パッケージ管理：dpkgの基礎と活用#

DebianやUbuntuなどのDebian系ディストリビューションにおいて、ローカルの.debアーカイブを直接操作する低レベルコマンドがdpkg（Debian Package）です。

4.1 dpkgコマンドによるインストールと削除（-i, -r, -P: purge）#

dpkgによるインストールと削除では、設定ファイルの扱いに関する重要なオプションの差異が存在します。

4.2 dpkg照会オプション（-l, -s, -L, -S）#

dpkgの照会オプションは大文字・小文字の区別が厳格であり、コマ問での減点対象になりやすい領域です。

4.3 パッケージの再設定（dpkg-reconfigure）#

Debian系において、インストール済みのパッケージに対して対話形式の初期設定ウィザード（Debconf）を再度呼び出し、タイムゾーンやキーボードレイアウトなどを再設定するコマンドがdpkg-reconfigureです。

# タイムゾーンを対話画面で再設定する例
$ sudo dpkg-reconfigure tzdata

5. Debian系リポジトリ管理：APTツール群（apt, apt-get, apt-cache）#

Debian系において、リモートリポジトリからのダウンロードと自動依存関係解決を担当するフレームワークがAPT（Advanced Package Tool）です。

5.1 aptとapt-get/apt-cacheの関係と使い分け#

従来は、パッケージのインストールや更新にはapt-getを用い、検索やメタデータ表示にはapt-cacheを用いるというようにコマンドが分かれていました。

Debian 8およびUbuntu 16.04以降、エンドユーザー向けの日常コマンドとしてこれらを統合し、プログレスバー表示などを追加したaptコマンドが導入されました。ただし、シェルスクリプトなどの非対話環境での後方互換性を担保するため、apt-getとapt-cacheも現在でも広く利用され、試験範囲にも含まれます。

5.2 APTの基本ワークフロー（update, upgrade, full-upgrade/dist-upgrade）#

APTを用いたシステム管理には、決まった手順が存在します。

5.3 パッケージ検索・情報表示（search, show）#

• apt search <keyword>（または apt-cache search <keyword>）: リポジトリ内のパッケージを検索します。
• apt show <pkg>（または apt-cache show <pkg>）: パッケージの詳細情報、依存パッケージ一覧、サイズ等を表示します。
• apt-cache depends <pkg>: 指定パッケージが依存している関連パッケージ一覧を表示します。

5.4 リポジトリ設定ファイル（/etc/apt/sources.list と sources.list.d）の書式#

Debian系のリポジトリ情報は、/etc/apt/sources.listファイルおよび/etc/apt/sources.list.d/*.listディレクトリ内に記録されます。1行に1つのリポジトリを定義するスペース区切りの書式です。

deb http://deb.debian.org/debian bookworm main contrib non-free
deb-src http://deb.debian.org/debian bookworm main contrib non-free

書式の要素分解：

• deb / deb-src: アーカイブ種別（debはバイナリパッケージ、deb-srcはソースコードパッケージ）
• http://deb.debian.org/debian: リポジトリのベースURI
• bookworm: ディストリビューションのコードネームまたはリリース名（stable, testing, jammy等）
• main contrib non-free: コンポーネント分類（Debianフリーソフトウェアガイドラインに完全準拠するmain、依存関係に非フリーを含むcontrib、非フリーライセンスのnon-free）

6. 実機ハンズオン演習：AlmaLinux 9でRPM/DNF操作とrpm2cpioを検証#

実機環境linuc-node01（AlmaLinux 9）において、RPMコマンドの照会、DNFによるコマンド逆引き、そして未インストールRPMの安全な展開演習を実施します。

6.1 実機検証環境の確認#

システムに登録されているRPMの総数とリポジトリ構成を確認します。

[user01@linuc-node01 ~]$ rpm -qa | wc -l
378

[user01@linuc-node01 ~]$ dnf repolist
repo id               repo name
appstream             AlmaLinux 9 - AppStream
baseos                AlmaLinux 9 - BaseOS
extras                AlmaLinux 9 - Extras

6.2 演習1：rpmコマンドによるファイル逆引きとパッケージ詳細照会#

日常のトラブルシューティングにおいて多用される「ファイルの所属パッケージ特定」と「設定ファイルの調査」をrpmコマンドで実行します。

# 1. /usr/bin/ls がどのパッケージに属するか逆引き
[user01@linuc-node01 ~]$ rpm -qf /usr/bin/ls
coreutils-8.32-41.el9_8.x86_64

# 2. coreutilsの詳細情報を表示
[user01@linuc-node01 ~]$ rpm -qi coreutils | head -n 10
Name        : coreutils
Version     : 8.32
Release     : 41.el9_8
Architecture: x86_64
Install Date: 2026年09月06日 10時25分08秒
Group       : Unspecified
Size        : 5900138
License     : GPLv3+
Signature   : RSA/SHA256, 2026年06月25日 17時04分12秒, Key ID d36cb86cb86b3716
Source RPM  : coreutils-8.32-41.el9_8.src.rpm

# 3. sshdの設定ファイル一覧を表示
[user01@linuc-node01 ~]$ rpm -qc openssh-server
/etc/pam.d/sshd
/etc/ssh/sshd_config
/etc/ssh/sshd_config.d/50-redhat.conf
/etc/sysconfig/sshd

6.3 演習2：dnf providesによる未インストールコマンドの提供元特定#

システムにDNS問い合わせコマンドdigが存在しない場合、どのパッケージを導入すればよいかをリポジトリから逆引きします。

[user01@linuc-node01 ~]$ dnf provides /usr/bin/dig
bind-utils-32:9.16.23-40.el9_8.1.x86_64 : Utilities for querying DNS name servers
Repo        : appstream
一致:
ファイル名    : /usr/bin/dig

この結果から、sudo dnf install bind-utilsを実行すれば目的のdigコマンドが導入できることが判明します。

6.4 演習3：rpm2cpioを用いたRPMパッケージの個別ファイル抽出#

パッケージ全体をOSに上書きインストールすることなく、RPMの中から特定の設定ファイルやバイナリのみを作業ディレクトリへ抽出します。

# 作業用ディレクトリを作成して移動
[user01@linuc-node01 ~]$ mkdir -p /tmp/rpm_extract && cd /tmp/rpm_extract

# リポジトリからパッケージをダウンロード（インストールはしない）
[user01@linuc-node01 rpm_extract]$ dnf download zlib

# rpm2cpioとcpioを用いて現在のディレクトリに展開
[user01@linuc-node01 rpm_extract]$ rpm2cpio zlib-*.rpm | cpio -idmv
./usr/lib64/libz.so.1
./usr/lib64/libz.so.1.2.11
./usr/share/doc/zlib
./usr/share/doc/zlib/ChangeLog
./usr/share/doc/zlib/README
./usr/share/licenses/zlib
./usr/share/licenses/zlib/README

# 後片付け
[user01@linuc-node01 rpm_extract]$ cd ~ && rm -rf /tmp/rpm_extract

7. LinuC 101試験対策まとめとコマ問頻出チェック#

Red Hat系とDebian系のコマンド・オプション対応は、LinuC 101試験における最大の頻出ポイントです。

7.1 RPM vs dpkg / DNF vs APT 完全対比マトリクス#

7.2 コマ問（記述式）頻出キーワード一覧表#

LinuC 101試験の記述式問題（コマ問）において、大文字・小文字の誤りやオプションの取り違えが多発する最重要キーワードを整理します。

7.3 本番想定 総合確認演習問題#

7.4 Ping-t演習へのブリッジ（対象分野と推奨学習順）#

LinuC 101試験の主題1.04（重要度合計8）は、得点源にしやすい一方で、オプションの大文字・小文字を取り違えるケアレスミスが発生しやすい分野です。

1. 「RPMおよびYUM/DNFパッケージ管理」分野（重要度4）: rpm -qi、-ql、-qf、-qc、rpm -Vの出力記号の意味、rpm2cpio <file.rpm> | cpio -idmvのパイプライン、および /etc/yum.repos.d/*.repo の書式を記述式（コマ問）を含めて完璧にします。
2. 「Debianパッケージ管理」分野（重要度4）: dpkg -L（含有ファイル一覧）と dpkg -S（ファイル逆引き検索）の大文字指定、dpkg -P（完全削除/purge）、および apt update（目録更新）と apt upgrade（実体更新）の処理順序を重点的に反復練習します。

8. まとめと次回予告#

次回は101試験編の総仕上げとなる主題1.05「デバイス、Linuxファイルシステム、ファイルシステム階層標準」より、ハードウェア情報の取得、ディスクパーティション分割（fdisk / gdisk / parted）、およびファイルシステムの作成とマウント制御（mkfs / mount / /etc/fstab）の技術体系を詳細に解説します。