I've seen this behaviour even when the harddrive isn't full. It eats CPU and hits the harddrive with thousands of ioops per second (seen using iotop). I've left it running for eight hours once, hoping it would sort itself out. Deleting ~/.local/share/gvfs-metadata and restarting the daemon "solves" the problem, but destruction is a terrible way to fix a problem, and it doens't prevent the problem from happening again days or weeks later.
-- 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: Confirmed 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 : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
