Como montar um compartilhamento NFS no Ubuntu 16.04?

9

Eu fiz uma nova instalação do Xubuntu 16.04 recentemente. Antes de usar o 14.04 e montar um compartilhamento NFS com a seguinte linha no / etc / fstab

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

O que deveria acontecer?

O compartilhamento nfs deve ser montado na inicialização no local especificado.

O que acontece?

A inicialização leva muito tempo e o compartilhamento nfs não está montado. Um símbolo cinza para o compartilhamento aparece na minha área de trabalho. Quando clico nele, aparece algo como "Somente o root pode montar". Quando pressiono uma seta durante a inicialização, posso ver o log do systemd (suponho) que diz ~ "Startjob for /media/user/banane (30s/1,31s)"Espera os 91s inteiros e finalmente é inicializado. Montar o NFS manualmente funciona. Mas o desligamento não termina. Olhando para a saída do systemd novamente: " Stop job for /media/netzwerkfreigabe (30s/2m)" O desligamento não termina no limite especificado. Em vez disso, outro limite maior aparece. Pelo menos três vezes.

informação adicional

  • o pacote nfs-commonestá instalado no computador cliente
  • o servidor nfs é um BananaPi executando o BananianLinux (um Debian Jessy modificado)
  • Posso montar o nfs-share usando a mesma linha / etc / fstab de outro computador usando o Xubuntu 14.04

Tanto quanto eu sei, o systemd é introduzido no Ubuntu 16.04. Isso pode ser um problema do sistema. Minha configuração do fstab deve funcionar? Você monta nfs de uma maneira diferente hoje em dia? Encontrei vários relatórios sobre problemas semelhantes de outros usuários em outros fóruns. Devo registrar um bug?

Obrigado pela sua resposta!

CaptainPlanet
fonte
qual versão do nfs você está usando o nfs versão 3/4. o senhor checou os usuários UID em ambas as máquinas
bhordupur
Eu acho que você precisa adicionar a useropção no fstab
bhordupur
@bhordupur Eu não uso UIDs Eu uso os endereços IP estáticos da minha rede interna. Como não especifico a versão do nfs, espero usar o mais novo (4), pois o ubuntu (client) e o server (client) são sistemas atualizados.
CaptainPlanet
@bhordupur A useropção não ajudou.
precisa saber é o seguinte
Eu estou tendo exatamente o mesmo problema, mas minha máquina também leva um tempo muito longo para desligar também
Rick T

Respostas:

8

Encontrei a seguinte solução aqui . Aparentemente, você precisa usar opções específicas do systemd no 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
fonte
3

Tive o mesmo problema e li todas as postagens no askubuntu.com e em outros lugares. Finalmente encontrei um wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts explicando muito bem o problema, exceto por pequenas alterações necessárias para o Ubuntu 16.04. O que não ficou tão claro para mim depois de ler isso foi que parece necessário ter ambos, a entrada no fstab (bastante padrão) E o arquivo .mount em / etc / systemd / system.

Entrada no meu fstab:

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

O arquivo da unidade de montagem para systemd /etc/systemd/system/mnt-work.mount (mencione a convenção 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 você deve observar, tive que alterar o statd.service para rpc-statd.service e network.target para network-online.target (que não sei se é necessário).

Além disso, adicionei um tempo limite de 50 segundos. No entanto, quando troco de rede via switch de hardware, o desligamento será interrompido.

Meu problema foi que, quando a entrada fstab está ausente, a unidade de montagem não será executada na inicialização!

Rambler
fonte
Eu acho que estou enfrentando isso agora. Eu não entendo por que uma entrada fstab é necessária se eu já systemctl ativou o arquivo da unidade de montagem.
Sheridp
2

Levei anos para consertá-lo e, enquanto isso, eu estava trancado nas minhas ações da NFS. Mudei o quarto campo /etc/fstabde defaultspara user. O problema é que apenas o superusuário pode montar os arquivos compartilhados. Adicionar usersignifica que qualquer pessoa pode montar arquivos, incluindo nfs.

Keeto
fonte
1

Eu tive o mesmo problema e encontrei este artigo digitalocean muito útil que fornece as opções de montagem corretas

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
Steve Lorimer
fonte
Este finalmente funcionou para mim no Ubuntu 16.04 LTS
David Okwii
0

Eu tinha exatamente a mesma configuração e funcionou para mim. A exportação do NFS estava no 14.04 e eu montei no 16.04. Fiz isso exatamente como fiz em versões mais antigas (e pelo que parece, exatamente o que você tentou). Certifique-se de adicionar a nova máquina às suas exportações.

Trey Nolen
fonte
0

Estou tendo o mesmo problema, mas também leva muito tempo para desligar. Estou conectando minha área de trabalho a um Rasberry Pi executando o NFS:

tente editar o seu / etc / fstab na sua máquina cliente para:

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

No Ubuntu 16.04, basta adicionar a opção de usuário à linha apropriada no / etc / fstab e tentar montar como usuário normal, ele deve funcionar (mesmo para montagem cifs ).

cloud81
fonte
Se você tiver (como eu) montado em casa com lvm criptografado e estiver tentando montar um compartilhamento de rede protegido por senha, se tiver um arquivo smbcredentials dentro de sua casa, pode estar alterando o local do arquivo de credenciais fora da partição inicial, corrija o questão (para mim, foi!).
cloud81