.png)
同じ Ubuntu 18.10 を実行しているマシンが 2 台あります。 どちらにも、/etc/fstab
以下に示すように、複数のバインド マウントがあります。
# file system mount point type options dump pass
/mnt/hdd/folder /home/user/data none bind,x-gvfs-hide 0 0
これらのマシンの 1 つを 19.04 にアップグレードした後、次の 2 つのエラーが発生しました。
ファイルをバインドマウントからゴミ箱に移動できません (Nautilus GUI を使用しても、 経由でも
gio trash
)。$ gio trash file.txt gio: file:///home/user/data/file.txt: Trashing on system internal mounts is not supported
- Nautilusでは、最後の項目は
fstab
隠されておらず、マウントされたパーティションとして表示されます。
どうすれば修正できますか? または、バグレポートはどこに提出すればよいですか? または、回避策はありますか? (結局、19.04 がリリースされてから数か月が経過しました。) 特に、機能しないゴミは迷惑です。
答え1
あなたの投稿からしばらく経っていることは承知していますが、Ubuntu 19.10 でも問題は解決していないため、この回答は一部の人にとってまだ参考になるかもしれません。
- 最初の問題については、ここでもう少し詳しく議論されています:https://unix.stackexchange.com/questions/115757/bind マウントされたファイルシステムでファイルを削除してゴミ箱に入れることができない/115811一言で言えば、少なくとも GUI エクスペリエンスに関しては、現在のところ解決策はありません。ただし、回答の 1 つでは、
trash
コマンド ライン パッケージからコマンドを使用できtrash-cli
、バインド マウントで正常に動作することが示されています (ただし、デスクトップ コンピューターには理想的な解決策ではないと思います)。
ちなみに、私自身も Ubuntu 搭載のコンピューターでこの問題に遭遇していますが (正しく記憶していれば、以前は Fedora でも問題に遭遇していました)、Manjaro ではこの問題に遭遇していないようです (少なくとも Deepin DE を使用しています。他のデスクトップ環境では試したことがないので、それが関連しているかどうかはわかりません)。Ubuntu (および同じ問題を抱えている他のディストリビューション) で問題がどこにあるのかを特定するために、これら 2 つの異なるシステムがゴミをどのように処理するかを調べるのは興味深いことだと思います。
- 2 番目の問題については、すでにオプション を使用しているため、何が機能していないのか理解できないことを認めなければなりません
x-gvfs-hide
。私の場合、私が見つけることができる唯一の違いは、オプション もあることですdefaults
。したがって、あなたの例では次のようになります。
# file system mount point type options dump pass
/mnt/hdd/folder /home/user/data none defaults,bind,x-gvfs-hide 0 0
答え2
nautilus から nemo に移行した場合 (私の場合もそうでした)、次の方法を使用できます:
このファイルを次の場所に配置します:
~/.local/share/nemo/actions/trash.nemo_action
[Nemo Action]
Active=true
Name=Move to Tra_sh(cli)
Comment=Trash even on mount binds
Exec=xterm -title "Trashing(cli)" -e trash -v %F
Selection=any
Extensions=any
EscapeSpaces=true
xterm 部分を削除してコマンドだけを残すことができます。
ショートカットを変更することもできますが、ファイルの上でコンテキスト メニュー キーを押して「s」を押すことをお勧めします。1
つのファイル、複数のファイル、1 つのフォルダー、複数のフォルダーを選択してテストしましたが、すべて機能しました。
これは Nautilus でも機能すると確信していますが、同等のアクションをどこに配置すればよいか覚えていません。