I thought it was a weird behavior specific to very few people. I didn't
know it is a general bug and it was hanging for half a year without
anybody caring so i changed it to fixed. Will reopen if you want.
** Changed in: gvfs (Ubuntu)
Status: Fix Released => New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021
Title:
gvfsd-metadata causes 100% CPU usage
Status in “gvfs” package in Ubuntu:
New
Bug description:
Binary package hint: gvfs
My disk space was really full at one moment, no byte left free. People say,
that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the
gvfsd-metadata can't read it without being screwed up.
Workaround: run "rm -rf ~/.local/share/gvfs-metadata"
Expected results:
gvfsd-metadata should be able to handle the no space left situation.
--- Original description ---
After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or
Gnome-commander take several minutes when there are many files in it e.g.
10.000. Interestingly Midnight-commander does not have this problem. Opening
such folders does not hang with MC.
Using "top" i can see that "gvfsd-metadata" is using 100% CPU and when i kill
it the computer stops "hanging". I am using the 32bit version of Karmic too and
there is no such Problem (although tested on a different computer).
Please fix this because it is highly annyoing. Right now i am killing
it every 20s with the watch command to be able to work at all.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
