trash lists / content due to .trash_entry_cache value

Bug #85608 reported by RMY
48
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GnomeVFS
Won't Fix
Medium
gnome-applets (Ubuntu)
Invalid
Undecided
Unassigned
gnome-vfs2 (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

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

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. I've forwarded that upstream: http://bugzilla.gnome.org/show_bug.cgi?id=420581. Does it happen only once? Do you use multi users, or non local mounts, or NFS or something which non standard config? It would be interesting to figure a way to trigger the cache change

Changed in gnome-applets:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Confirmed
Revision history for this message
Mario Vukelic (kreuzsakra) wrote :

I reported the duplicate Bug #89950. For me it happened only once, and removing the .trash_entry_cache helped. I have only a single user on the machine, only local mounts, no NFS, everything is very standard.

Revision history for this message
muzah (muzah) wrote :

Removing the .trash_entry_cache helped too.
I have a single user ubuntu and local mount, sometime usb key mount or flashcard from my camera. No NFS.

Revision history for this message
Mario Vukelic (kreuzsakra) wrote :

Right, I use an external USB disk too.

Revision history for this message
RMY (reponses) wrote : Re: [Bug 85608] Re: trash lists / content due to .trash_entry_cache value

Same for me, i've usb/firewire disks... but i mount it with my laptop and my other computer and did not have the bug with the other computer...
Only on the laptop.

> Message du 21/03/07 06:20
> De : "Mario Vukelic" <email address hidden>
> A : <email address hidden>
> Copie à :
> Objet : [Bug 85608] Re: trash lists / content due to .trash_entry_cache value
>
> Right, I use an external USB disk too.
>
> --
> trash lists / content due to .trash_entry_cache value
> https://launchpad.net/bugs/85608
>
>

Changed in gnome-vfs:
status: Unknown → Unconfirmed
Revision history for this message
Alex (jelly) wrote :

I'm using Feisty, with 2.6.20.16 kernel. Gnome-applets and Gnome-applets-data versions: 2.18.0-0ubuntu1

 Same here. It happened to me twice already.

The first time, I emptied my trash-bin, X freezed, I rebooted. I lost 230Go of personnal data. Which was exactly the content of my external hard disk (formatted in FAT32). Only a few files were still there, as I rebooted the machine short after the beginning of the freeze.

I then reinstalled the system, just keeping my /home. Same thing happened, except that this time, not only the external disk appeared in the trash-applet but the whole system.

Deleting .trash_entry_cache sorted out the problem.

I strongly believe this issue is not as "low" as it is.

Revision history for this message
Darren Warner (launchpad-dazwin) wrote :

I had a similar problem, except instead of /, Trash listed /var/run (an entry in my .trash_entry_cache said '/var/run /var/run').

I have to agree with Alex, "GNOME deleting files on my hard-disk" doesn't seem like a low priority issue.

libgnomevfs2-0 is 1:2.18.1-0ubuntu1 (Feisty)

Revision history for this message
DRs endRs (hydroxic) wrote :

I just had a similar problem also.
Running Feisty with the latest updates.

The trash was showing files in /dev in my trash can...

I believe it had a line "/dev -" in my .trash_entry_cache (sorry, I just rm -rf'd the file). Renaming the .trash_entry_cache file and doing a "sudo /etc/init.d/gdm restart" fixed the issue.

I'm not sure of the cause of this, but I'm 95% sure it happened after a boot with fsck.

Revision history for this message
Simone Tolotti (simontol) wrote :

Confirmed here ...
rm ~/.gnome/gnome-vfs/.trash_entry_cache
solve the problem.
I agree with "not as low priority".

Changed in gnome-applets:
status: New → Invalid
Revision history for this message
Alex (jelly) wrote :

Fantastic! It happened again. But this time, with an internal hard disk, 300Go... I will stay calm I swear.

If I can add any infos, just ask. But please, someone have a look at it, I really don't know how to counter this, and cannot afford to backup hundreds of Go.

thx,

Alex.

ps: tried to recover the data of course, but ext3 hasn't been nice to me at all.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Having a way to trigger the bug would be nice. The bug should make the trash list files incorrectly but not actually delete any datas

Revision history for this message
Alex (jelly) wrote :

This is a video I made one of the first time it happened:

http://dl.free.fr/zKeLhhmE/mavideo-beryl.avi

Alex.

Revision history for this message
macsim (macsim) wrote :

Confirm here, one of my partition is now link to my trash, I loose ~150Gb it happened when I pluged 2 externals harddrives to my computer,
I have backup for my 150Gb but anyway this bug is really really nasty and should be fix hurry.

Revision history for this message
Sebastien Bacher (seb128) wrote :

having a way to trigger the bug would be required to work on it

Changed in gnome-vfs2:
importance: Low → High
milestone: none → hardy-alpha-1
Revision history for this message
macsim (macsim) wrote :

All I can say is it's happened when I plug 3 usb harddrive with ntfs, I mounted its with ntfs-3g.
And when I umount its, the problem happen. I have not fix the problem already so my partition still linked to my partition so if you need info on my system just ask.

Revision history for this message
macsim (macsim) wrote :

I mean my partition still linked to my Trash. sorry.

Revision history for this message
Nicolas Rougier (rougier) wrote :

Same bug here, Trash was pointing to /var/run.
Removing ~/.gnome/gnome-vfs/.trash_entry_cache fixed the problem.

Very high priority I would say.

Steve Langasek (vorlon)
Changed in gnome-vfs2:
milestone: hardy-alpha-1 → hardy-alpha-2
Revision history for this message
RIVE (cespinoq-deactivatedaccount) wrote :

I lost 120G of files, I'm using Gutsy AMD64, have 3 SATA HD and just lost all info from one, then checking the trash icon i saw ALL my files -from the 3 HD- in the trash, hey! just lost music and .iso files, but this bug is High Priority.

Revision history for this message
AlejandroV (lanjoe9) wrote :

Hello? Is this Microsoft Support? Fix the bug already, it's been reported since february, it can't be _that_ hard!

Or are we waiting for a Service Pack!?

Sorry to troll but DO fix the bug already. If I had deleted all my files I would _NEVER_EVER_ in my whole life use Ubuntu again. And you're making the rest of the GNU/Linux Distros look bad because most people don't differentiate.

Changed in gnome-vfs2:
milestone: hardy-alpha-2 → ubuntu-8.04
Revision history for this message
Ove Peter (ovepeter) wrote :

I also ran into this bug, complete root directory in trash. I did not have any external devices mounted at that time btw.
Using Gutsy x86 32bit.

Revision history for this message
Sebastien Bacher (seb128) wrote :

unsetting the ubuntu-8.04 milestone since the new nautilus and trash use gvfs and not gnome-vfs so that's not likely a really issue on hardy

Changed in gnome-vfs2:
milestone: ubuntu-8.04 → none
Revision history for this message
Benjamin Geer (benjamin-geer) wrote :

I've just experienced this bug after upgrading from Gutsy to Hardy, but the effects were somewhat different. I emptied the trash using the trash applet, but the applet icon still showed it as full. I opened the trash directory, but it was empty. After reading this bug report, I checked the contents of the .trash_entry_cache file, and saw that files such as /dev/shm, /var/run and /lib/modules/2.6.24-16-generic/volatile/ were listed. I deleted the .trash_entry_cache file, logged out of my X session and logged in again, and the trash applet showed the trash as empty.

Revision history for this message
d4v1dv00 (davidvoo) wrote :

May i ask where do i find .trash_entry_cache in Ubuntu Hardy x64?

Revision history for this message
RMY (reponses) wrote :

Sorry i don't know, i never had this bug under hardy...
I'm even not sure that it will still solve the problem.

> Message du 25/06/08 07:25
> De : "d4v1dv00" <email address hidden>
> A : <email address hidden>
> Copie à :
> Objet : [Bug 85608] Re: trash lists / content due to .trash_entry_cache value
>
>
> May i ask where do i find .trash_entry_cache in Ubuntu Hardy x64?
>
> --
> trash lists / content due to .trash_entry_cache value
> https://bugs.launchpad.net/bugs/85608
> You received this bug notification because you are a direct subscriber
> of the bug.
>
>

Changed in gnome-vfs2:
status: Confirmed → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

lowering the settings since gvfs is used by nautilus now

Changed in gnome-vfs2:
importance: High → Low
Changed in gnome-vfs:
importance: Unknown → Medium
Changed in gnome-vfs:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.