mount.nfs:rpc.statd no se está ejecutando pero es necesario para el bloqueo remoto

Tuve el mismo problema y fue porque el cliente intentó conectarse localmente a su propio rpc.

Tuve que agregar 127.0.0.1 a mi /etc/hosts.allow en la máquina cliente.

Para mi sesión copiada a continuación, esos son los datos involucrados:

• guarra es el nombre de la máquina cliente.
• 192.168.2.53 el servidor (llamado fluor pero este nombre no se usa aquí).
• /files es el recurso compartido exportado desde el servidor.
• /files/fluor es el destino para montarlo.

Una modificación previa de la sesión de shell:

example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
example@unixlinux.online:/files#

Modifiqué el archivo y obtuve esto:

example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
example@unixlinux.online:/files#

Después de agregar la IP local al cliente, podría usar su propio rpc, como puede ver, el mensaje de error desapareció y pude montar el recurso compartido remoto correctamente.

systemctl start rpc-statd 

o

service rpcbind start
service nfs-common start

entonces tus monturas NFS funcionarán.