So ultimately gdbus is responsible; “apt-file search gdbus | grep gdbus” tells us:
So we could try removing that package. Except lots of stuff depends on it, not least of which are software-center, ubuntu-settings, unity, lightdm, gdm, packagekit … Similarly for the gvsf-daemon packages. I found I was able to remove gvfs:amd64 and gvfs-backends, but not gvfs-daemons. In fact ia32-libs is one of the few things I have installed that really requires gvfs:i386 and gvfs-daemons.
An experiment, a suggestion
So, hum. Not wanting to get too bogged down I decided to “kill it with fire” and do
$ sudo chmod a-x /usr/bin/gdbus
Then kill all the gvfs based processes in your favourite way – I listed them using “ps aux | grep gvfs” and then did a “kill” with a list of the process numbers after it.
At first I thought this was preventing my file-manager, dolphin (KDE) from showing the file listings. But it was just slow to start. Nothing so far has broken, including Firefox. If there are problems then my next actions will be to reverse the above (“chmod a+x”) and then swap out gvfsd-metadata library for a blank file. I’ve read that deleting the gvfs metadata cache
$ rm -rf /home/user/.local/share/gvfs-metadata
is a fix for gvfs-metadata problems too.
Hope that helps. If it does, please comment to let others share the benefit of a working solution, thanks.
Flapjacktastic is just a random collection of musings, hints&tips, notes, information ... a collection of stuff really that's overflowed from the brain of this husband, father, potter, business-man, geek ...