After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 743739 - Can't move to trash in data partition
Can't move to trash in data partition
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-01-30 13:41 UTC by Mike
Modified: 2021-06-18 15:53 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Some strace results (4.05 KB, text/x-log)
2015-01-30 13:41 UTC, Mike
Details

Description Mike 2015-01-30 13:41:38 UTC
Created attachment 295802 [details]
Some strace results

I have a clean install of Ubuntu 14.10.

I partitioned my disk into / (20GB) and /data (230GB) partitions.
I then created /data/home/ubuntu, moved my /home there, and bind mounted /home to /data/home/ubuntu.
I then created symlinks for ~/Downloads, ~/Music, etc... to /data/Downloads, /data/Music, etc...

Whenever I delete files directly inside ~/ they seem to go to the Trash (in ~/.local/share/Trash), but when I try to delete files in other folders that are linked to /data (for example ~/Downloads, or /data/Downloads) Nautilus says: "File can't be put in the trash. Do you want to delete it immediately?".

To fix it, I attempted to create trash folders with permissions 1700 and chowned to my user in the following places (to no avail!):
 * /data/.Trash-$(id -u)
 * /data/.Trash
 * /.Trash-$(id -u)
 * /.Trash

I've done a couple of straces of nautilus while attempting to delete some files. In the cases where it fails deleting a file in the /data partition, I don't understand why it isn't looking for a /data/.Trash folder and instead trying to move the deleted file to ~/.local/share/Trash which obviously fails.
Comment 1 Niklas Beisert 2018-05-14 08:56:11 UTC
This issue is related to bug #637800: The linux kernel cannot move files between two different (primary/bind) mounts of the same partition. However, glib/gio does not detect these mounts to be different and therefore trashing fails in the situation described above. Even though the issue is not exactly the same, I propose to mark this a duplicate of bug #637800.
Comment 2 André Klapper 2021-06-18 15:53:42 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.