nicht angemeldet
Leider ist mit systemd nicht mehr alles so einfach und durchsichtig wie beim alten init.d:
Ich habe versucht, gvfs-metadata auf folgende weise zu deaktivieren:
systemctl --user mask gvfs-metadata.service
systemctl --user stop gvfs-metadata.service
danach stand er zwar stille (denied), aber nach einer Neuanmeldung war er wieder „alive“...
also:
systemctl --user umask gvfs-metadata.service
systemctl --user disable gvfs-metadata.service
systemctl --user stop gvfs-metadata.service
Auch hier: nach einer Neuanmeldung war er wieder quicklebendig... (jeweils überprüft mit systemctl --user status gvfs-metadata.service)
● gvfs-metadata.service - Virtual filesystem metadata service
Loaded: loaded (/usr/lib/systemd/user/gvfs-metadata.service; static; vendor pre
Active: active (running) since Mon 2020-04-20 12:35:59 CEST; 13s ago
Main PID: 4031 (gvfsd-metadata)
CGroup: /user.slice/user-1000.slice/user@1000.service/gvfs-metadata.service
└─4031 /usr/lib/gvfs/gvfsd-metadata
Ihn mit
pkill gvfsd-metadata
rm -rf .local/share/gvfs-metadata
zu beschießen sorgt auch dafür, dass er zwar strirbt, aber beim nächsten Einstöpeln eines USB-Sticks wieder erweckt wird:
● gvfs-metadata.service - Virtual filesystem metadata service
Loaded: loaded (/usr/lib/systemd/user/gvfs-metadata.service; static; vendor preset: enabled)
Active: active (running) since Mon 2020-04-20 12:47:45 CEST; 1min 37s ago
Main PID: 4606 (gvfsd-metadata)
CGroup: /user.slice/user-1000.slice/user@1000.service/gvfs-metadata.service
└─4606 /usr/lib/gvfs/gvfsd-metadata
Hm. Demnach ist Dein Probem mit der hohen CPU-Nutzung möglicherweise nicht dauerhaft, wohl aber akut zu beheben…
pkill gvfsd-metadata;
rm -rf "${HOME}/.local/share/gvfs-metadata";
… es sei denn, Du willst gvfs komplett deinstallieren und nimmst den Komfort-verlust in Kauf.
Der Martin