失われた構成フォルダをすべて検出して削除するにはどうすればよいですか？
時間の経過とともに、ホームフォルダーに非表示の.configurationフォルダーの数が増えています。
これらの多くは、テストのためにインストールしただけのアプリケーション、またはもう使用しないアプリケーションからのものです。私は本当に気にしませんが、これらのフォルダは私の家を散らかします、そしてそれより悪いことには今までに80ギガバイトにも達します。聞いたことのないアプリケーションもあるので（少なくとも、インストールしたことを思い出せません）削除するのをためらっています。
パージされたアプリケーションに由来するフォルダーを見つける方法はありますか？構成フォルダを作成したアプリケーションを削除するのではなく削除するときに、構成フォルダを自動的に削除する方法さえありますか？
インストールされていないことがわかっているものを削除し、識別できないものを手動でグーグルする以外に、簡単な修正は考えられません。 Etch-a-Sketchメソッドを選択して、プロファイル全体を削除したか、プロファイルの大きなチャンクを削除したのは、恐ろしい問題です（.config、.gnome-2など）
私がこれを行うと考えられる唯一の長期的な解決策は、以下のオンラインデータベースをセットアップすることです。
- パッケージ
- 彼らが使用する構成パス
その情報を単純なJSON "データベース"に格納し、おそらくgzipしてオンラインのどこかに格納します。
次に、このグローバルリストをダウンロードしてパスをスキャンし、ユーザーの自宅で対応するパスを検索するツールがあります。一致するものがあれば、パッケージリストをチェックして、そのパッケージがまだインストールされているかどうかを確認します。そうでない場合、それは死のリストに載ります。
そのスキャンの後、ユーザーは利用可能なクリーンアップ操作のリストを取得し（プログラムがどのパッケージであると考えるかについての詳細が表示されます）、好きなように核を駆除するオプションを与えました。
完璧な世界では、これをパッケージングシステムに統合します（そしてapt-get clean-my-home）ですが、それはパイプの夢だと思います。メンテナは、パッケージデータベースフォーマットのリエンジニアリング（すでに十分に揺れている）に加えて、大量の作業を行う必要があります。
これを各パッケージのファブリックに書き込むのは魅力的ではないため、通常のユーザーがパッケージのパスを提案するための何らかのインターフェイスも必要です。 （それは私の仕事なので）人々が提案を行うことができ、MOTU、Ubuntuメンバーなどがフローをモデレートして、人々が潜在的に危険な検索を提案していないことを確認できる、迅速で汚いWebアプリをおそらく提案します。
現状のままでは、ホームファイルを作成する何千ものアプリを入手するには、多大な労力が必要になります。
これは興味深い問題です。これは、Quicklyのcliテンプレートを操作するためのよい言い訳になるかもしれません（私はPythonistaであり、パッケージングも私を怖がらせるためです）。
古いconf-filesを取り除くために buntu-Tweak を試しましたか？ :)また、Sudo apt-get purge PACKET-NAMEを使用して、パッケージを実際に削除することもできます。
*編集：Sudo apt-get install bleachbitを試して、「簡単」な片付けもできます。