GNOME Bugzilla – Bug 420581
trash lists / content due to .trash_entry_cache value
Last modified: 2018-08-17 13:49:47 UTC
The bug has been opened on https://launchpad.net/bugs/85608 "Binary package hint: gnome-applets Edgy kernel 2.6.17-10-generic auto-updated to 17-11-generic After reboot, i've seen my trash icon looking as if trash is not empty. When openning i saw with surprise all my root file-tree, I mean all the files and folders that were in / ... Try to empty : nothing happened Try to go deeper in directory and come back : nautilus looking as if i'm not in trash, but really in / ... Try to copy 1 folder from trash (home) to Desktop (outside nautilus window of sure): impossible to copy a folder on itself... Everything looks like my / was mount in the trash... I've found a way to solve the problem, but was'nt able to reproduce the bug : I've rename ".gnome/gnome-vfs/.trash_entry_cache" and restarted my session so gnome create another .trash_entry_cache. Just under you will find content of those files, hope that could help. Sorry for my bad english, if something is wrong with my bug report please contact me by mail. RMY _________________________________________ 1st post with this bug on french forum : http://forum.ubuntu-fr.org/viewtopic.php?id=95978 _________________________________________ .trash_entry_cache "bugged" : /dev/shm - /lib/modules/2.6.17-10-generic/volatile - /proc/bus/usb - /var/run - / - /mnt/recup /mnt/recup/.Trash-sabatier /media/hda9 /media/hda9/.Trash-sabatier /var/lock / _________________________________________ .trash_entry_cache "valid" : /var/lock - /dev/shm - /lib/modules/2.6.17-10-generic/volatile - /proc/bus/usb - /var/run - / - /media/hda9 /media/hda9/.Trash-sabatier /mnt/recup /mnt/recup/.Trash-sabatier" Changing "/var/lock -" to "/var/lock /" is enough to trigger the bug
*** Bug 464753 has been marked as a duplicate of this bug. ***
I can confirm that bug. In my case a separate partition inside my home directory (home/dm/data) was suddenly listed in .trash_entry_cache as /home/dm/data //home/dm/data I didn't put it there, but not looking properly at the contents of the trash deleted some 140G of files.
gnome-vfs got deprecated in 2008. gnome-vfs is not under active development anymore and had its last code changes in 2011. Its codebase has been archived: https://gitlab.gnome.org/Archive/gnome-vfs/commits/master gio (in glib) and gvfs are its successors. See https://developer.gnome.org/gio/stable/ch33.html and https://people.gnome.org/~gicmo/gio-migration-guide/ for porting info. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Feel free to open a task in GNOME Gitlab if the issue described in this task still applies to a recent + supported version of glib/gio/gvfs. Thanks!