apt update
私はアップデートがディストリビューションの既存のパッケージインデックスをサポートしていますが、これらのパッケージインデックスに基づいてインストールされたインストール済みパッケージ(ユーティリティ)をアップグレードパッケージにアップグレードしないことを理解していますapt upgrade
。
~からapt-get
男性:
update
update
ソースからパッケージ索引ファイルを再同期するために使用されます。利用可能なパッケージのインデックスは指定された場所から取得されます/etc/apt/sources.list
。たとえば、Debianアーカイブを使用すると、このコマンドはファイルを検索して検索し、新しいパッケージと更新されたパッケージに関する情報を検索Packages.gz
します。更新は常にupgrade
またはそれ以前に実行する必要がありますdist-upgrade
。パッケージファイルのサイズが事前にわかりませんので、全体的なスケジュールが不正確な場合がありますのでご注意ください。
私もAnsibleapt
基準寸法これには次のディレクティブが含まれます。
- name: update the apt package index i.e. apt-get update
apt: update_cache=yes
これ関連Ansibleドキュメント説明する:
操作前に apt-get update と同等のものを実行してください。パッケージのインストールの一部として実行することも、別々の手順で実行することもできます。
Ansibleが「古い」コードをコミュニティから派生したup2dateそのコードに変換するため(元のコード自体が変更された場合)、「同等」と仮定します。
しかし、キャッシュがこれとどのように関連しているかはまだ見逃しています。私にとって、コンピューティングにおけるキャッシュの概念は、必要に応じてナビゲーションを保存するために遠くにあるものをコピーしてリソースを節約することですが、apt update
それでもapt update
。
答え1
apt
ローカルパッケージのリストを維持します。これは、利用可能なパッケージ、その依存関係などを「知る」方法です。apt update
リポジトリからこれらのパッケージを検索して、これらのパッケージのリストを更新します。パッケージはアップグレードされません。
これがキャッシュです。システムで構成されたリポジトリーで使用できるパッケージ情報のローカル・キャッシュ。apt
すべての決定はこのキャッシュに基づいて行われるため、最新の状態に保つ必要があります。古いキャッシュが原因でapt
更新が欠落したり、パッケージを完全にインストールできなくなる可能性があります(必要なバージョンがリポジトリで利用できなくなったため)。
update_cache=yes
apt
必要な変更(存在する場合)を適用する前にキャッシュをフラッシュするようにAnsibleモジュールに指示します。