ソースからインストールして一連のシステムアップデートを開始する前に、パッケージを見つけて利用可能でdnf search
あることを確認しています。プロセスを終了し、奇妙だと思ってdnf info
他の情報を見つけることができるかどうかを調べるために走りました。GPG key
Postgres用にインポートするのが大丈夫かどうかを尋ね続けましたが、アップデートの実行も開始されました(15、14、13で始まります)。
私は前にこのようなことが起こったことを見たことがありません。誰もがそのポイントを説明し、私がもっと読むことができる文書を提供できることを願っています。これが標準動作ですかdnf
?
これは、ターミナルウィンドウからコピーして貼り付けます。
[nick@nicks-x1 project]$ dnf search valgrind
Copr repo for PyCharm owned by phracek 33 kB/s | 45 kB 00:01
Brave Browser - Beta 24 kB/s | 15 kB 00:00
determining the fastest mirror (144 hosts).. done. [ === ] --- B/s | 0 B --:-- ETA
Fedora 38 - x86_64 2.2 MB/s | 83 MB 00:37
Fedora 38 openh264 (From Cisco) - x86_64 773 B/s | 2.5 kB 00:03
Fedora Modular 38 - x86_64 1.5 MB/s | 2.8 MB 00:01
^CFedora 38 - x86_64 - Updates 0.0 B/s | 0 B 00:00
Error: Failed to download metadata for repo 'updates': Librepo was interrupted by a signal
[nick@nicks-x1 project]$ man dnf
[nick@nicks-x1 project]$ dnf info valgrind
Fedora 38 - x86_64 - Updates 2.2 MB/s | 32 MB 00:14
Fedora Modular 38 - x86_64 - Updates 1.5 MB/s | 2.1 MB 00:01
google-chrome 13 kB/s | 3.6 kB 00:00
pgadmin4 427 B/s | 833 B 00:01
pgadmin4 3.8 MB/s | 3.8 kB 00:00
Importing GPG key 0x210976F2:
答え1
これは通常の動作ですdnf
。メタデータ同期設定されたリポジトリから。実際、システム内のどのパッケージも更新せず、リポジトリで利用可能なパッケージに関する情報のみを更新します。
君はこれを見ることができないすべてランタイムは、dnf
このデータをキャッシュし、データが古すぎる場合にのみ更新するためです。キャッシュタイムアウトが設定されました。metadata_expire
アイテムの使用dnf.conf
(およびリポジトリメタデータの場合)デフォルト設定は48hです。
次のようにしてこれを防ぐことができますdnf -C
。dnf
これにより、ジョブはローカルにキャッシュされたメタデータのみを使用します。