web-dev-qa-db-ja.com

ゴミ箱は、Nautilusでマウントされた場合はNTFSで機能しますが、/ etc / fstabを介して自動マウントされた場合は機能しません

2つの「データ」ドライブがあります。 1つはntfsで、もう1つはext4です。

Nautilusにマウントの処理を許可すると、両方のドライブでゴミ箱が機能します。

/ etc/fstabのエントリを介して自動マウントすることを選択しましたが、これを行うと、ext4のみが機能するゴミ箱ディレクトリを提供します。

ntfsドライブのゴミ箱は、単に機能しません。
「削除」を押すか、「ゴミ箱に移動」のコンテキストメニュー項目を使用すると、このエラーダイアログメッセージが表示されます。

Cannot move file to trash, do you want to delete immediately?
. . . . The file "test" cannot be moved to the trash . . . .

これが私の/ etc/fstab行です。

/dev/sdb1 /media/D_0931_data   ntfs  defaults  0   0  
/dev/sdc1 /media/E_0298_back   ext4  defaults  0   0  

...そして、ここにマウントポイントディレクトリの作成方法を示します。

Sudo mkdir  /media/D_0931_data  
Sudo mkdir  /media/E_0298_back  

ntfsドライブのゴミ箱を除いて、すべて正常に動作しているようです...
ext4ドライブのゴミ箱は正常に機能します。

PDATE:Sudo mount -aの後の所有権の変更に関する詳細情報

Sudo mkdir  /media/D_0931_data
Sudo mkdir  /media/E_0298_back
#
ls -la      /media
  drwxr-xr-x  2 root root 4096 2010-11-28 10:27 D_0931_data
  drwxr-xr-x  2 root root 4096 2010-11-28 10:27 E_0298_back
#
gksu gedit  /etc/fstab
  /dev/sdb1 /media/D_0931_data   ntfs  defaults  0   0
  /dev/sdc1 /media/E_0298_back   ext4  defaults  0   0
#
Sudo mount -a
#
ls -la      /media
  drwxrwxrwx  1 root root  12288 2010-11-28 10:22 D_0931_data
  drwxrwxr-x  5 root axiom  4096 2010-11-28 09:51 E_0298_back
11
Peter.O

Nautilusには、ファイルシステムのルートに.Trash-1000フォルダー(例:/media/D_0931_data/.Trash-1000)が存在し、ユーザーが書き込み可能にする必要があると思います。

NOTE1000.Trash-1000はユーザーIDです。 id -u USERNAMEで取得できます。必要に応じて適宜変更してください。

これを実行してみてください:Sudo mkdir /media/D_0931_data/.Trash-1000; Sudo chmod 777 /media/D_0931_data/.Trash-1000

それがうまくいかなかった場合、同じことを試みることができますが、.Trashの代わりにTrash-1000を使用し、thatが '仕事、ls -la /media/D_0931_dataの出力を投稿しますか?

これをfstab(ntfs行で)に追加してみてください:defaultsだけではなく、defaults,uid=1000

7
evgeny

私が知る限り、これはnautilusの少しのバグですが、おそらく報告していただけますか?私もこれを経験しましたが、私が理解している限り、オウムガイの愚かな「機能」の1つであり、実際には論理ではない方法で何かを行います。

Nautilusが自動マウントされたドライブを「理解」する方法に関連しているようです。どういうわけか非ネイティブであると見なし、一部の機能を無効にします(安全な「機能」)。先ほど言ったように、ここでの最良の選択肢はnautilusのバグを報告することです。

0
RolandiXor