Linux で RPM パッケージをインストール/削除/クエリ/更新する方法 (チート シート)

以降のバージョンは通常、「-U」を使用してインストールされます 」 (更新) 「-i」の代わりに RPM 関数 」 RPM機能。唯一の RPM ルールの一般的な例外は、カーネル RPM です。通常、システムには複数のバージョンのカーネルがインストールされています。 RPM には、複数のバージョンがインストールされている可能性がある RPM のリストがあります。複数のバージョンがインストールされているときに 1 つのバージョンを削除するには、パッケージ名とバージョンを完全に指定する必要があります。

x86_64 アーキテクチャでは、32 ビットと 64 ビットの両方のアプリケーションをサポートするために、32 ビットの「.i386」と 64 ビットの「.x86_64」RPM パッケージの両方をインストールするのが一般的です。通常、RPM はクエリでパッケージのアーキテクチャを表示しませんが、手動で表示できます。

インストールと削除

# rpm -i --install (install new RPM; error if already installed)
# rpm -U --upgrade (delete existing RPM, if any; install new)
# rpm -F --freshen (update RPM only if package already installed)
# rpm -e --erase (remove, delete, expunge)

共通オプション
出力:-v (冗長 – ファイル名)、-h (ハッシュ)
前提条件:–nodeps、–replacefiles、–force (注意してください!!!)
再配置:–excludepath、–prefix、–relocate、–badreloc、–root
URL サポート:ftp、http

例:

# rpm -ivh binutils-2.11.90.0.8-12.i386.rpm
# rpm -Uvh finger-0.17-9-i386.rpm
# rpm -Fvh ftp://updates.redhat.com/current/i386/*.rpm
# rpm -e diffutils
# rpm -e kernel-enterprise-2.4.9-e.12

ヒント :「-U」オプションを使用して新しいカーネル RPM をインストールすることは絶対にしないでください。 「-U」更新機能は、最初に現在の RPM をシステムから削除してから、新しい RPM のインストールを試みます。新しい RPM のインストールを妨げる問題があると、システムは起動できなくなります。これは望ましくないため、常に「-i」スイッチを使用してカーネル RPM をインストールしてください。

クエリ (パッケージおよび/または情報)

インストールされているパッケージに関する情報を取得するには、クエリを使用します。インストールされているすべてのパッケージに対してクエリを実行することも、単一のインストールされたパッケージに対してクエリを実行することもできます。また、特定のファイルを提供する RPM を見つけることもできます。

# rpm -q [packages] [information]
# rpm -qa (all installed packages)
# rpm -q package_name
# rpm -qf (filename)
# rpm -qp (package filename)

情報
default (パッケージ名)
-i :一般情報
-l :ファイル一覧

例:

# rpm -qa
# rpm -q kernel -i (information)
# rpm -q kernel -l (files contained in package)
# rpm -q kernel --requires (prereqs)
# rpm -q kernel --provides (capabilities provided by package)
# rpm -q kernel --scripts (scripts run during installation and removal)
# rpm -q kernel --changelog (revision history)
# rpm -q kernel -queryformat format (rpm --querytags for list of options)

ヒント :正確な名前がわからない場合に特定の RPM パッケージを検索する場合、次のようなコマンド パイプライン:

$ rpm -qa | grep foo

が一般的に使用されます。 RPM ツールの新しいバージョンでは、これを次のように簡潔に行うことができます:

$ rpm -qa '*foo*'

クエリ – 検証 (ファイル)

RPM データベースには、RPM によってインストールされたすべてのファイルに関する多くの属性が含まれています。パッケージのインストール時に RPM によってカタログ化された情報に対して、ファイルの現在のステータスを確認できます。

# rpm -V package_name
# rpm -Va (verify all)
# rpm -Vf (filename)
# rpm -Vp (package filename)

この情報を追加すると、アプリケーションの起動が速くなりますが、ファイルの変更により、RPM データベース内のほとんどのファイル属性 (最終ファイル変更日、ファイル サイズ、ファイルの MD5 チェックサムなど) が無効になります。

クエリ – 検証 (パッケージ)

# rpm -import /mnt/cdrom/RPM-GPG-KEY
# rpm -q gpg-pubkey
# rpm --checksig m4-1.4.1-11.i386.rpm

例:

# rpm -qf /path/filename (what package owns filename)
# rpm -qf /path/filename -i (what does it do)
# rpm -qp m4-1.4.1-11.i386.rpm -l (files in m4)
# rpm -qp m4-1.4.1-11.i386.rpm --requires (prereqs needed to install m4)
# rpm -q --whatprovides glibc.so (what package provides requisite library)

RPM データベースを修復する

RPM ツールは、独自のカスタム データベース実装を使用して情報を格納します。場合によっては、そのデータベースが破損することがあります。症状には、インストールされている RPM パッケージが見つからないという主張が含まれます。または、RPM を更新しようとするとハングアップします。 RPM データベースがハングまたは破損している場合は、これらのコマンドを使用して修復を試みることができます。このプロセスの動作は保証されていません。

これらの手順では、スーパーユーザー権限 (別名「root」) でログインする必要があります。コマンドはルート ターミナル ウィンドウに直接コピー アンド ペーストできます。

1. システムで実行中の RPM プロセスが残っていないことを確認します。それらを識別するには、ps コマンドを使用します。 kill コマンドを使用して、見つけた「rpm」プロセスをすべて終了します。 「kill -9」が必要な場合があります。

2. RPM が使用するロック ファイルを削除します。

# rm -f /var/lib/rpm/__db*

3. 「rpm」コマンドがハングする場合は、もう一度試してください。それが機能する場合は、終了です。そうでない場合は、手順 1 と 2 をもう一度実行します。次に、次のステップに進みます。

4. RPM データベースのバックアップを作成します:

# cd /var/lib
# mkdir rpm-backup
# rsync -av ./rpm/. ./rpm-backup/.

5. RPM データベースを再構築します:

# rpm -vv --rebuilddb > /tmp/rpmrebuilddb.log 2>&1

6. 失敗した RPM コマンドを再試行してください。