
Acabo de tener el problema de que gvfsd-smb-browse
empieza a consumir toda la CPU y es necesario eliminarlo. Buscando en Internet veo que esto no es raro y no parece haber una solución general. Como no uso samba, me gustaría simplemente eliminar gvfsd-smb-browse
; pero está instalado con el paquete más grande gvfsd-backends
que probablemente no quiero eliminar. ¿Hay alguna manera de librarse de ello?
Respuesta1
Tuve el mismo problema después de actualizar a 16.04. Lo que hice fue cambiar los permisos en gvfsd-smb-browse para que solo pueda ejecutarse como sudo o como root. Ahora gvfsd-smb-browse no se ejecuta al inicio. A continuación se muestra cómo puede cambiar los permisos.
sudo chmod 744 /usr/lib/gvfs/gvfsd-smb-browse
No estoy seguro de si es una solución real al problema subyacente. Pero resuelve el problema de uso de la CPU al no ejecutar gvfsd-smb-browse al inicio.
Respuesta2
Bueno, el paquete ascendente no configuró ningún archivo o carpeta de configuración. Creo que estas carpetas son más adecuadas para estar en algún lugar/etc
/usr/share/gvfs/mounts/
/usr/share/gvfs/remote-volume-monitors/
O tener al menos una anulación allí. De todos modos hagamos uno.
sudo mkdir -p /etc/gvfs/enabled
sudo cp -ar /usr/share/gvfs/mounts /etc/gvfs/enabled
sudo cp -ar /usr/share/gvfs/remote-volume-monitors /etc/gvfs/enabled
echo 'export GVFS_MONITOR_DIR="/etc/gvfs/enabled/remote-volume-monitors/"' | sudo tee /etc/profile.d/gvfs.sh
echo 'export GVFS_MOUNTABLE_DIR="/etc/gvfs/enabled/mounts/"' | sudo tee -a /etc/profile.d/gvfs.sh
sudo chmod +x /etc/profile.d/gvfs.sh
Ahora tienes control total:
- Desactivar: eliminar/cambiar el nombre de los archivos de definición de back-ends y monitores de
/etc/gvfs/enabled/mounts/
&/etc/gvfs/enabled/remote-volume-monitors/
respectivamente. - Habilitar: copiar desde el origen o cambiar el nombre (
.mount
y.monitor
extensión)
He probado estas instrucciones en Ubuntu 20.10, solo con monitores para una prueba rápida ( ps ax | grep -i gvfs
).
Referencia:
Respuesta3
Hay unpregunta similardonde la solución es editar tu smb.conf
me gusta enError de la plataforma de lanzamiento n.º 1409032. ¡Funcionó para mí reduciendo el uso de la CPU y realmente aceleró las cosas!
Acabo de poner esta línea debajo de la globals
declaración después de hacer una copia de seguridad de mi /etc/samba/smb.conf
archivo:
[global]
name resolve order = wins lmhosts bcast
Nota:Las victorias ya no son necesarias en la mayoría de los sistemas, especialmente en los posteriores al año 2000.