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
Nautilusには、ファイルシステムのルートに.Trash-1000
フォルダー(例:/media/D_0931_data/.Trash-1000
)が存在し、ユーザーが書き込み可能にする必要があると思います。
NOTE:1000
の.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
。
私が知る限り、これはnautilusの少しのバグですが、おそらく報告していただけますか?私もこれを経験しましたが、私が理解している限り、オウムガイの愚かな「機能」の1つであり、実際には論理ではない方法で何かを行います。
Nautilusが自動マウントされたドライブを「理解」する方法に関連しているようです。どういうわけか非ネイティブであると見なし、一部の機能を無効にします(安全な「機能」)。先ほど言ったように、ここでの最良の選択肢はnautilusのバグを報告することです。