[Bug 594674] Re: Trash is not shown on --bind mounted filesystems
Luke
594674 at bugs.launchpad.net
Sat Jul 21 04:07:18 UTC 2012
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 Ubuntu
Foundations Bugs, which is subscribed to glib2.0 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
More information about the foundations-bugs
mailing list