apt / aptitudeを使用して展開アップグレード後にソースを持たない古いパッケージをすべて削除する方法は？

Question

その出力をファイルに保存し（たとえば、リダイレクトを使用するか、非常に小さいリストなので、マウスのコピーと貼り付けを使用）、awk '{print $3}'パッケージ名が3つのフィールドの各行の最初にあるため、実行してパッケージ名を簡単に抽出できます。その後、またはapt-get removeコマンドを使用してapt-get purgeこれらのパッケージ名を使用できます。

aptitude searchたとえば、「古い」パッケージのリストを取得するために使用することもできますaptitude -F %p search '?obsolete'。これにより、「再インストールとしてマークされた」パッケージ名よりも大きいパッケージ名のリストが生成される可能性がありますが、source.listの構成と使用中のリポジトリの現在の状態は不明です。おそらく大丈夫でしょう。

ただし、多数のパッケージを自動的に削除すると、思ったより多くのパッケージが削除される可能性があります。他のパッケージは、削除したいパッケージによって異なります。特に、ライブラリパッケージ（例えばlibfam0、libvala-0.48-0およびlibsepol1）がこの問題を引き起こす可能性が高いです。削除すると、containerd.ioDockerまたは同様のコンテナ管理ツールが削除される可能性があります。

これらのパッケージを自動的に削除しないことをお勧めします。

慎重に選択したパッケージを選択的に削除問題になると判明した場合大丈夫ですが（いくつかの例外を除いて）、彼らが消費するディスク容量は何の理由もなく削除する危険はありません。

古いカーネルヘッダーはかなり大きく（〜50 MB）、通常安全に削除できます。実際には、インストールされているカーネルのカーネルモジュールをコンパイルする必要がある場合（例：dkmsを使用する）にのみ役立ちます。そして、あまりにも多くの言語のgnomeスタートアップガイドは必要ないかもしれません。

頻繁に使用するがパッケージマネージャがメンテナンスする時間がなくなるため、ディストリビューションに含まれていないパッケージを削除することがあります。私は私のDebianコンピュータにいくつかの類似したデバイスがあることを知っています。特に、1990年代以降、継続的にアップグレードされたデバイスはさらにそうです。たとえば、私はroxtermパッケージを自動的に削除するのが嫌いです。このパッケージは長年にわたって昔ながらであり、作者によって廃棄されたことがありましたが、他のlibvteベースのターミナルエミュレータよりもパフォーマンスがはるかに低いため、まだ使用しています。 .. .. .そして、廃止されたソフトウェアにもかかわらず、まだうまくいきます。

ちなみに、W:各行のプレフィックスは次のことを示すことを覚えておく価値があります。警告する、エラー条件ではありません。これは注目すべき価値がある点を指摘していますが、必ずしも解決すべき実際の問題ではありません。

Answer 1

その出力をファイルに保存し（たとえば、リダイレクトを使用するか、非常に小さいリストなので、マウスのコピーと貼り付けを使用）、awk '{print $3}'パッケージ名が3つのフィールドの各行の最初にあるため、実行してパッケージ名を簡単に抽出できます。その後、またはapt-get removeコマンドを使用してapt-get purgeこれらのパッケージ名を使用できます。