¿Cómo montar un recurso compartido NFS en Ubuntu 16.04?

9

Hice una nueva instalación de Xubuntu 16.04 recientemente. Antes utilicé 14.04 y monté un recurso compartido NFS con la siguiente línea en / etc / fstab

192.168.178.66:/media/user/drive /media/user/banana nfs rw 0 0

¿Qué debería pasar?

El recurso compartido nfs debe montarse al inicio en la ubicación dada.

¿Lo que pasa?

El arranque tarda mucho y el recurso compartido nfs no está montado. Aparece un símbolo gris para el recurso compartido en mi escritorio. Cuando hago clic en él, dice algo como "Solo la raíz puede montarse". Cuando presiono una flecha durante el arranque, puedo ver el registro del sistema (supongo) que dice ~ "Startjob for /media/user/banane (30s/1,31s)"Espera todo el 91 y finalmente arranca. El montaje de nfs funciona manualmente. Pero luego el cierre no termina. Mirando la salida del sistema nuevamente: " Stop job for /media/netzwerkfreigabe (30s/2m)" El apagado no termina en el límite dado. En cambio, aparece otro límite más largo. Al menos tres veces.

Información Adicional

  • el paquete nfs-commonestá instalado en la computadora del cliente
  • el servidor nfs es un BananaPi que ejecuta BananianLinux (un Debian Jessy modificado)
  • Puedo montar el nfs-share usando la misma línea / etc / fstab desde otra computadora usando Xubuntu 14.04

Hasta donde yo sé, systemd se presenta en Ubuntu 16.04. Esto puede ser un problema del sistema. ¿Debería funcionar mi configuración fstab? ¿Montas nfs de una manera diferente en estos días? Encontré varios informes sobre problemas similares de otros usuarios en otros foros. ¿Debo presentar un error?

¡Gracias por su respuesta!

mount 16.04 nfs systemd CaptainPlanet
fuente
¿Qué versión de nfs estás usando nfs versión 3/4? ¿comprobó el UID de los usuarios en ambas máquinas
bhordupur
Creo que debe agregar la useropción en fstab
bhordupur
@bhordupur No uso UIDs. Uso las direcciones IP estáticas de mi red interna. No especifico la versión nfs, así que espero usar el más nuevo (4) ya que ubuntu (cliente) y servidor (cliente) son sistemas actualizados.
CaptainPlanet
@bhordupur La useropción no ayudó.
CaptainPlanet
Tengo exactamente el mismo problema, pero mi máquina también tarda mucho en apagarse
Rick T,

Respuestas:

8

Encontré la siguiente solución aquí . Aparentemente, debe usar opciones específicas de systemd en fstab.

servername:/home   /mountpoint/on/client  nfs  noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0
Ralph
fuente
3

Tuve el mismo problema y he leído todas las publicaciones en askubuntu.com y en otros lugares. Finalmente encontré un wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts que explica el problema bastante bien, excepto por los pequeños cambios necesarios para Ubuntu 16.04. Lo que no me quedó claro después de leer esto, fue que parece necesario tener ambos, la entrada en fstab (bastante estándar) Y el archivo .mount en / etc / systemd / system.

Entrada en mi fstab:

myserver:/export/work    /mnt/work       nfs     auto    0       0

El archivo de la unidad de montaje para systemd /etc/systemd/system/mnt-work.mount (mencione la convención de nomenclatura / mnt / work ==> mnt-work.mount

[Unit]
Description=/mnt/work
Wants=network-online.target rpc-statd.service
After=network-online.target rpc-statd.service

[Mount]
What=myserver:/export/work
Where=/mnt/work
Type=nfs
StandardOutput=syslog
StandardError=syslog
TimeoutSec=50

Como puede observar, tuve que cambiar statd.service a rpc-statd.service y network.target a network-online.target (que no sé si es necesario).

Además, agregué un tiempo de espera de 50 segundos. Sin embargo, cuando cambio de red a través del interruptor de hardware, el apagado se bloqueará.

¡Mi problema fue que, cuando falta la entrada fstab, la unidad de montaje no se ejecutará al inicio!

Excursionista
fuente
Creo que me estoy encontrando con esto ahora. No entiendo por qué es necesaria una entrada fstab si ya he habilitado systemctl para el archivo de la unidad de montaje.
sheridp
2

Me llevó años arreglarlo, y mientras tanto me bloquearon mis recursos compartidos. Cambié el cuarto campo /etc/fstabde defaultsa user. El problema es que solo el superusuario puede montar los archivos compartidos. Agregar usersignifica que cualquiera puede montar archivos, incluidos nfs.

Keeto
fuente
1

Tuve el mismo problema y encontré este artículo muy útil en digitalocean que ofrece las opciones de montaje correctas

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
Steve Lorimer
fuente
Esto finalmente funcionó para mí en Ubuntu 16.04 LTS
David Okwii
0

Tenía exactamente la misma configuración y simplemente funcionó para mí. La exportación de NFS fue el 14.04 y la monté usando 16.04. Lo hice como lo hice con versiones anteriores (y por lo que parece, justo lo que has probado). Asegúrese de agregar la nueva máquina a sus exportaciones.

Trey Nolen
fuente
0

Tengo el mismo problema, pero también tarda mucho tiempo en apagarse. Estoy conectando mi escritorio a un rasberry pi con NFS:

intente editar su / etc / fstab en su máquina cliente para:

192.168.178.66:/media/user/drive /media/user/banana nfs soft,intr,rsize=8192,wsize=8192
Rick T
fuente
0

En Ubuntu 16.04 solo agregue la opción de usuario a la línea apropiada en / etc / fstab e intente montar como usuario normal, debería funcionar (incluso para el montaje cifs ).

cloud81
fuente
Si tiene (como yo) / home montado con lvm encriptado y está intentando montar un recurso compartido de red protegido por contraseña, si tiene un archivo de credenciales smb dentro de su hogar, puede estar cambiando la ubicación del archivo de credenciales fuera de la partición de inicio. problema (para mí, lo hizo!).
cloud81