A file in one partition, wherever mounted, cannot be "moved" to any location in another partition, as to place it on a different physical device or a partition of one means copying the file to that location, then deleting it from the original, not just attacking a new path to an existing physical location. If "trash" is a directory in any location, files can only be moved to and from it on the same device or partition as a direct result of this limitation.
A fix for this would require code in a trash manager to copy to trash anything from a different device, deleting it on that device, then copy back to that device and delete from the trash to restore it. This is how "one trash can, many devices" would have to work. Needless to say, trashing any large file would require waiting for copying to complete, as would restoring it. Much of that and many users, especially on slow machines, may prefer separate trash cans for each device. Consider this result of using such code as proof of what I have just said: : Two empty devices, a file on one, trash on the other. If you could "move" the file to the trash on the other device, then empty trash, a file recovery utility would find TWO copies of the file, one on each device. Since partitions are effectively physical devices as well, that also applies to bind mounts from other partitions. I don't use the trash at all, instead creating a "secure trash" directory on each magnetic disk that is empted using nautilus-wipe, which does not work from the trash can. Flash drives are worse: they require normal deletion (can use trash) but have to be filled usinng dd to overwrite old files-still won't get everything if a block picks that moment to die and go read-only! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/594674 Title: Trash is not shown on --bind mounted filesystems Status in The "G" Library - GLib: Confirmed Status in Nautilus: Invalid Status in “glib2.0” package in Ubuntu: Triaged Status in “nautilus” package in Ubuntu: Triaged Bug description: Binary package hint: nautilus I have a secondary partition, mounted at /media/data, from which I --bind mount a directory to be my ~/Videos using fstab. When I use Nautilus to navigate into ~/Videos and move a file into trash (either using Delete or by dragging or whatever), the file vanishes, but does not show up when I open Trash from the side panel. If I press Ctrl+H to see hidden files I find a ~/Videos/.Trash-1000 directory, under which the file has been moved. Navigating to /media/data/path/Videos and removing the file from there moves it under /media/data/.Trash-1000, from where it correctly shows up in the trash can. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: nautilus 1:2.30.1-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2 Uname: Linux 2.6.32-22-generic x86_64 Architecture: amd64 Date: Tue Jun 15 19:03:29 2010 InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Release Candidate amd64 (20100419.1) ProcEnviron: LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/glib/+bug/594674/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
