I have a work around which is to wait until the disk goes idle and remove the metadata directory on ~/.local/share and pkill the metadata process. I will leave it to an engineer as to whether this bug can be closed, as this does not yet explain how or why the metadata gets corrupted and causes the gvfsd-metadata process to peg the CPU.
-- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/709935 Title: File MGR is very slow on any type fs -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
