これらの rpm オプションは、Linux サーバーを破損する可能性があるため、深刻な再インストールが必要になる場合があります。彼らと遊ぶときは注意してください。
–強制 V/s –nodeps
–力
インストール時にパッケージとファイルの競合を無視します — パッケージが適切に動作しなくなり、深刻な問題が発生する可能性があります
–nodeps
依存関係をチェックしない — このフラグを使用した後、パッケージが正しく動作しない可能性があります (または、依存パッケージが動作しなくなる可能性があります)
多くの場合、1 つの RPM パッケージが正しく動作するには、1 つ以上の他の RPM パッケージが必要です。 RPM が別の RPM の特定のバージョンに依存している場合があります。複雑な対話は、yum および rpm ツールによって維持されます。 –force または –nodeps のいずれかを使用すると、パッケージの関係が損なわれ、診断と修復が非常に困難な無関係な障害が発生する可能性があります。
オプション –force を使用する インストールは、インストールされたパッケージが正しく動作することを保証しないため、パッケージ ファイルは、システムの残りの部分で動作するかどうかに関係なくインストールされます。
同様に、–nodeps の使い方 インストールとアンインストールの場合、そのパッケージにまだ依存しているパッケージに重大な問題が発生する可能性があります。インストール中に、rpm(8) は、実際の rpm が適切に機能するために必要なパッケージをインストールせず、深刻な依存関係の問題を引き起こします。
ベスト プラクティス
RPM パッケージを強制的にインストールしないでください。 –force または –nodeps オプションは、サポート チームがそうするように提案した場合にのみ使用してください。これらのオプションが役立つシナリオもありますが、厳密なユース ケースがあります。
回復
–force または –nodeps を使用した後に RPM ライブラリが正しいことを確認するには、次のように RPM データベースをチェックします。
# rpm -Va #
RPM データベースが正しい場合、出力はありません。特定のファイルは、カスタマイズされることが予想される構成ファイルとしてフラグが立てられます。これらは文字「c」でマークされています 」が 2 番目のフィールドにある場合、2 番目のフィールドは空白になります。その他の行は、RPM によって検出された障害を表します。ファイル名は 3 番目のフィールドになります。ファイル名を RPM パッケージに戻すには、次のようにします:
# rpm -qf /bin/bash bash
rpm がコア O/S パッケージ (glibc など) の一部であった場合、ほとんどすべてのアプリケーションが一般的な C ライブラリに依存しているため、Linux を再インストールすることが最善の解決策である可能性があります。同様の損傷を引き起こす可能性のある同等のオプションとして yum に注意してください。