ntfs-3g

  1. Bug #688576
  2. Comment #17

Comment 17 for bug 688576

Revision history for this message
In , tnttrx (trx-lists) wrote :

I can confirm that this problem is still present in KDE 4.4.5.

I have OS installed on SSD.
My /home directory is on SSD, too.
I use KDE 4.4.5.

Everything big is on NFS mounted inside my home dir.

Deleting (without holding shift-key) some file from NFS moves that file to SSD as there is trash bin.
That's not good.

I've tried to remove .Trash dir from top level of mounted NFS partition and first file moved to trash recreated that dir.
So, my user had sufficient permissions to create .Trash dir, but
(and that's sad part of the story)
instead of ending in
/home/myuser/some-mount/.Trash
file ended in
/home/myuser/.local/share/Trash

So, after kde-lists kind suggestion to set "sticky bit" on .Trash, I've removed ".Trash" in topdir of my NFS partition, created new one as a root, changed permissions to my user, set sticky bit by chmod a+t and then chmod ga+w to get something like 1777. It was empty. I removed ~/.local/share/Trash, too.

Then I've deleted (moved to the trash bin) one small file (readme.txt) form NFS partition. After that, I inspected Trash dirs:

1. .Trash on NFS partiton got the subdir named "1000" owned by my user and with drwx------ permissions. Subdir "1000" had two subdirs: "files" and "info" and "files" with the same owner/permissions. These subdirs were empty.

2. ~/.local/share/Trash was recreated (I've deleted it before the experiment). Owner was my user and permissions were drwx------. It had two subdirs ("info" and "files") and one file in it - "metadata". Subdir "files" had "readme.txt" file in it, and subdir "info" had "readme.txt.trashinfo" file in it.

So, as far as I can tell, KDE makes right separate trash bin on my NFS partition, then KDE populates it with right subdir-structure, but at the end it doesn't use it.

USB behaviour is somewhat different: if I delete file from FAT32 formatted USB automatically mounted by KDE to /media/MYFLASH, no dirs are created on USB itself and file is moved to ~/.local/share/Trash/files

Both of these kinds of trashing behaviour should be considered as a bug.