Come montare una condivisione NFS in Ubuntu 16.04?


9

Di recente ho fatto una nuova installazione di Xubuntu 16.04. Prima ho usato 14.04 e montato una condivisione NFS con la seguente riga in / etc / fstab

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

Cosa dovrebbe succedere?

La condivisione nfs deve essere montata all'avvio nella posizione specificata.

Che succede?

L'avvio richiede molto tempo e la condivisione nfs non è montata. Sul desktop appare un simbolo in grigio per la condivisione. Quando faccio clic su di esso, dice qualcosa come "Solo root può montare". Quando premo una freccia durante l'avvio, vedo il registro di sistema (suppongo) che dice ~ "Startjob for /media/user/banane (30s/1,31s)"Aspetta tutti gli anni '90 e infine si avvia. Il montaggio di nfs funziona manualmente. Ma poi l'arresto non finisce. Guardando di nuovo l'output di systemd: " Stop job for /media/netzwerkfreigabe (30s/2m)" L'arresto non termina al limite indicato. Invece appare un altro limite più lungo. Almeno tre volte.

Informazioni aggiuntive

  • il pacchetto nfs-commonè installato sul computer client
  • il server nfs è un BananaPi che esegue BananianLinux (un Debian Jessy modificato)
  • Posso montare la condivisione nfs usando la stessa linea / etc / fstab da un altro computer usando Xubuntu 14.04

Per quanto ne so systemd è stato introdotto in Ubuntu 16.04. Questo potrebbe essere un problema di sistema. La mia configurazione di fstab dovrebbe funzionare? Montate nfs in un modo diverso in questi giorni? Ho trovato diverse segnalazioni su problemi simili di altri utenti in altri forum. Devo presentare un bug?

La ringrazio per la risposta!


quale versione di nfs stai usando nfs versione 3/4. hai controllato l'UID degli utenti in entrambe le macchine
bhordupur

Penso che sia necessario aggiungere l' useropzione in fstab
bhordupur il

@bhordupur Non utilizzo gli UID. Uso gli indirizzi IP statici della mia rete interna. Non specifico la versione di nfs, quindi mi aspetto di utilizzare il più recente (4) poiché ubuntu (client) e server (client) sono sistemi aggiornati.
CaptainPlanet,

@bhordupur L' useropzione non ha aiutato.
CaptainPlanet,

Sto riscontrando lo stesso identico problema ma anche la mia macchina impiega molto tempo a spegnersi
Rick T

Risposte:


8

Ho trovato la seguente soluzione qui . Apparentemente, devi usare specifiche opzioni di systemd in 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

3

Ho avuto lo stesso problema e ho letto tutti i post su askubuntu.com e altrove. Ho finalmente trovato un wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts che spiega abbastanza bene il problema, ad eccezione dei piccoli cambiamenti necessari per Ubuntu 16.04. Ciò che non era così chiaro per me dopo aver letto questo, era che sembra necessario avere entrambi, la voce in fstab (piuttosto standard) E il file .mount in / etc / systemd / system.

Entrata nel mio fstab:

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

Il file dell'unità di montaggio per systemd /etc/systemd/system/mnt-work.mount (menzionare la convenzione di denominazione / 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

Come potresti notare, ho dovuto cambiare statd.service in rpc-statd.service e network.target in network-online.target (che non so se è necessario).

Inoltre, ho aggiunto un timeout di 50 secondi. Tuttavia, quando cambio rete tramite switch hardware, l'arresto si bloccherà.

Il mio problema era che, quando mancava la voce fstab, l'unità mount non verrà eseguita all'avvio!


Penso che mi sto imbattendo in questo ora. Non capisco perché sia ​​necessaria una voce fstab se ho già abilitato systemctl il file dell'unità di montaggio.
Sheridp,

2

Mi ci sono voluti anni per ripararlo, e nel frattempo sono stato bloccato fuori dalle mie condivisioni nfs. Ho cambiato il 4 ° campo in /etc/fstabda defaultsa user. Il problema è che solo i superutente possono montare i file condivisi. L'aggiunta usersignifica che chiunque può montare file, incluso nfs.


1

Ho avuto lo stesso problema e ho trovato questo articolo digitalocean molto utile che offre le opzioni di montaggio corrette

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0

Questo alla fine ha funzionato per me su Ubuntu 16.04 LTS
David Okwii,

0

Avevo la stessa configurazione e ha funzionato per me. L'esportazione NFS era il 14.04 e l'ho montato usando il 16.04. L'ho fatto proprio come ho fatto con le versioni precedenti (e da quello che sembra, proprio quello che hai provato). Assicurati di aver aggiunto la nuova macchina alle tue esportazioni.


0

Sto riscontrando lo stesso problema ma ci vuole anche molto tempo per spegnerlo. Sto collegando il mio desktop a un rasberry pi con NFS in esecuzione:

prova a modificare il tuo / etc / fstab sul tuo computer client per:

192.168.178.66:/media/user/drive /media/user/banana nfs soft,intr,rsize=8192,wsize=8192

0

In Ubuntu 16.04 basta aggiungere l' opzione utente alla riga appropriata in / etc / fstab e provare a montare come utente normale, dovrebbe funzionare (anche per cifs mount).


Se hai (come me) / home montato con lvm crittografato e stai provando a montare una condivisione di rete protetta da password, se hai un file smbcredentials all'interno della tua casa, potrebbe cambiare la posizione del file delle credenziali all'esterno della partizione home problema (per me l'ha fatto!).
nuvola81

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.