プログラムは通常、ホームディレクトリ、通常は隠されたディレクトリ（通常は〜/ .config、〜/ .local、または〜/ .gnomeのサブディレクトリに限定されません）に設定ファイルを保存します。
プログラムをアンインストールした後も、構成ファイルはそのまま残ります（通常は優先されます）。
現在、私は時々家の隠されたディレクトリを見て、それがどこに属しているかを推測し、プログラムを使用しなくなったら削除します。しかし、これは時間がかかり、時にはディレクトリがどのプログラムに属しているのかを推測するのが難しいため、困難またはエラーが発生しやすい。私に役立つツールや方法があるかどうか疑問に思います。 （WinのBleachbitやCCleanerに似ていますが、私が知る限り、この機能はありません。）
削除されたソフトウェアの別々の構成ディレクトリを識別して削除する簡単な方法はありますか？
答え1
まず、バックアップの作成何も変更する前に。
場合によっては、使用するパッケージマネージャによって構成ファイルがインストールされ、データベースを照会できますが、それに依存しません。一部のディストリビューションには次のツールがあります。findcruft（今は廃止）Gentoo用。
最善の機会は、長い間アクセスしていないファイルを見つけて削除することだと思います。しかし、それでもパッケージがインストールされず、無効になるという保証はありません。スクリプトのパッケージマネージャと比較して候補を確認するボーナスポイントです。
$ find /etc -atime +7
すべてのファイルシステムがこのatime機能をサポートしているわけではなく、SSDドライブなどの場合は意図的にオフになる可能性があります。この場合、この方法は使用できません。あるいは、最初に一定atime期間開いてアクセスデータを収集する必要があり、信頼できる決定を下すことができます。 ~について読むrelatimeやはりまず選択してください。
$ mount
/dev/sda3 on / type ext3 (rw,noatime,nodiratime,data=ordered)
残りのオプションの1つは、これを手動で実行して、ファイル名と内容で関連パッケージを推測することです。これは通常簡単です。
答え2
システムがDebianベースの場合は、aptitude孤立した構成を含むパッケージ（通常は）を見つけることができます/etc。たとえば、次のようになります。
aptitude search ~c
以下を使用して削除します。
aptitude purge ~c
通常、パッケージマネージャはホームディレクトリにファイルを生成しません。 Homedir 構成ファイルは通常、最初に実行されたときに生成されます。
私の考えに最適な方法は、Gitなどのツールを使用してトピックを追跡し、そのトピックがいつ作成されたかを正確に知ることができるようにすることです。