Nautilusのごみ箱は、ファイルをbtrfsファイルシステムのごみ箱に移動せずに永久に削除します。 Thunarも同じことをしているようで、これはbinの下位レベルのライブラリ実装に関連しているようです。
ファイルマネージャNautilusとThunarがごみ箱を使用できるように新しいディレクトリを追加しましたが、~/.local/share/Trash/
これは同じサブボリュームで発生する削除にのみ機能します。他の btrfs サブボリュームまたはパーティションのガベージ処理は、永続的な削除を引き起こします。
eBookライブラリマネージャCalibreの動作は異なります。私の口径ライブラリは私の家とは異なるサブボリュームにあります。 Calibre Managerから本を削除すると、.Trash-1000
Calibreライブラリが保存されているサブボリュームのルートの下にある隠しディレクトリに本が移動されます。しかし、ごみ箱はこの隠されたディレクトリを考慮していなかったので、本は私がついに発見するまで隠されたままスペースを占めました。私はCalibreがext3 / 4ファイルシステムの外部メディアでごみ箱を管理する方法のように見えるので、ここに問題があるとは思いません。
Emacs機能はさまざまなサブボリュームにごみ箱を使用し、驚くべきことに他のディスク上の他のパーティション(delete-file)
にごみ箱を使用します。~/.local/share/Trash/
したがって、作業を完全に実行します。
- さまざまなbtrfsサブボリュームにまたがるごみ箱を処理できるデスクトップファイルマネージャをご存知ですか?
- 特定のソフトウェア(口径など)が削除されたと思われるファイルが隠された場所に移動するのを防ぐ方法を知っていますか?
- ごみ管理にはgvfsとglib / gioライブラリを使用しているようです。私が言及したソフトウェアはすべて、ファイルを削除すると異なるオペレーティングシステム機能を呼び出し、結果が一貫していません。ゴミ箱を正しく管理する方法を知っている人はいますか?
私の研究によると、この問題は5年以上になったようです。 https://bugs.launchpad.net/glib/+bug/1442649私は長い間btrfsを使用してきましたが、他の人はこの問題にどのようにアクセスするのか疑問に思います。これは特にbtrfsがますます普及し、いくつかのLinuxディストリビューションインストーラで提案されているようです。
GNU/Linux 5.15.2-2 マンジャロ GNOME: 41.1