gvfsd-metadata[PID]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
(hundrets of entries ...)
As a temporary workaround I killed (only) the gvfsd-metadata process (will auto-respawan, unless changed in systemd) and erased the local gfvs-metadata directory (will be recreated with a file in it):
I can confirm the problem on my system:
gvfsd-metadata[ PID]: g_udev_ device_ has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
(hundrets of entries ...)
As a temporary workaround I killed (only) the gvfsd-metadata process (will auto-respawan, unless changed in systemd) and erased the local gfvs-metadata directory (will be recreated with a file in it):
$ sudo pkill gvfsd-metadata share/gvfs- metadata
$ rm -rf ~/.local/
After that the logs disappeared from my system.
Removing removing its binary /usr/libexec/ gvfsd-metadata however is not a good practice, since it may lock up your system.
As a better alternative I tried to change /usr/share/ dbus-1/ session. conf like this (right before the </busconfig> directive/tag):
<!-- Added by TRON-DELTA.ORG for Xubuntu SE 2018 (3 lines) --> n="org. gtk.vfs. Metadata" />
<policy context="default">
<deny send_destinatio
</policy>
and changed /usr/lib/ gvfs/gvfsd- metadata via: gvfs/gvfsd- metadata
$ sudo chmod 000 /usr/lib/
Unfortunately though this led to further problems and a lock-up, not allowing to open further applications like the Thunar file explorer:
systemd[PID]: gvfs-metadata. service: Failed to execute command: Permission denied service: Failed at step EXEC spawning /usr/lib/ gvfs/gvfsd- metadata: Permission denied
systemd[PID]: gvfs-metadata.
Maybe just the D-Bus rule would have been enough?