in effetti quando avevo la OMV 2014.2 non avevo di questi problemi; girellando ho notato parecchi (ubuntu) che si lamentano del mancato montaggio del nfs.
ho provato alcune delle loro soluzioni tipo:
#systemctl add-wants multi-user.target rpcbind.service
e anche a toccare il firewall, che comunque non ho mai usato… ma niente.
ho rimesso tutto com’era. spero. aspetterò aggiornamenti.
le birre sono due adesso.
grazie.
forse mi sono spiegato male.
riesco a montare sulla Lx3.0 uno share nfs esportato da un server 2014.2.
Quindi non sembrano necessari aggiornamenti.
fai l’ultima prova:
in Rosa
#mount -vv /mnt/Bru/
mount.nfs: timeout set for Sun Nov 20 21:30:01 2016
mount.nfs: trying text-based options ‘vers=4,addr=192.168.1.100,clientaddr=192.168.1.14’
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options ‘addr=192.168.1.100’
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.1.100 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.1.100 prog 100005 vers 3 prot UDP port 30000
nas:/Bruno on /mnt/Bru type nfs (rw)
in OMVLx3.0
#mount -vv /mnt/Bru
mount.nfs: timeout set for Sun Nov 20 21:42:15 2016
mount.nfs: trying text-based options ‘vers=4.2,addr=192.168.1.100,clientaddr=192.168.1.14’
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified
fuochino?
sembra che usi vers 3, prot UDP e porta 30000
puoi provare a indicarle in Lx3.0
si comportano anche diversamente perchè Rosa sembra che cerchi di aggiustare il tiro, mentre Lx3 esce di brutto.
io confronterei anche il file di configurazione in /etc
provati in serie
#mount -t nfs -o nfsvers=3,proto=udp,port=30000 192.168.1.100:/Bruno /mnt/Bru
Failed to start rpc-statd.service: Unit rpc-statd.service not found.
#mount -t nfs -o vers=3,proto=udp,port=30000 192.168.1.100:/Bruno /mnt/Bru
Failed to start rpc-statd.service: Unit rpc-statd.service not found.
#mount -vv -t nfs -o vers=3,proto=udp,port=30000 192.168.1.100:/Bruno /mnt/Bru
mount.nfs: timeout set for Sun Nov 20 22:28:01 2016
Failed to start rpc-statd.service: Unit rpc-statd.service not found.
#mount -vv -t nfs -o vers=3,proto=tcp,port=2049 192.168.1.100:/Bruno /mnt/Bru
mount.nfs: timeout set for Sun Nov 20 22:29:04 2016
Failed to start rpc-statd.service: Unit rpc-statd.service not found.
anche dopo aver modificato /etc/fstab
nas:/Bruno/ /mnt/Bru nfs vers=3,proto=udp,port=30000 0 0
#mount -vv /mnt/Bru
mount.nfs: timeout set for Sun Nov 20 22:31:58 2016
Failed to start rpc-statd.service: Unit rpc-statd.service not found.
i files di configurazione
/etc/nfsmount.conf
in OMV e Rosa sono identici (solo poche rige di più in OMV ma comunque commentate.
mi pare proprio che manchi qualcosa, rpc-statd.service non c’è proprio nel mio sysytemd.
e comunque stando al manuale di nfs dovrebbe fare tentativi per adattarsi alla versione, come in effetti avviene in Rosa.
una cosa che ho notato è che in Rosa /var/lib/rpcbind appartiene a rpc:rpc, mentre in Lx3.0 è root:root, ma il processo rpcbind gira come utente “rpc” quindi si spiegano i problemi di “Permission denied”
Ma dove azz…sta rpc-statd.service non lo so 
Però puoi provare ad eseguire a manina /sbin/rpc.statd e…
# mount -vvv -t nfs -o vers=3 192.168.0.147:/srv/testnfs /mnt/tmp
mount.nfs: timeout set for Sun Nov 20 23:54:33 2016
mount.nfs: trying text-based options ‘vers=3,addr=192.168.0.147’
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.0.147 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.0.147 prog 100005 vers 3 prot UDP port 20048
192.168.0.147:/srv/testnfs on /mnt/tmp type nfs (rw,vers=3)
ora negozia e monta.
quindi ricapitolando:
una passeggiata
tornato. eseguito… luca-wizard
#chown -R rpc /var/lib/rpcbind/
#/sbin/rpc.statd &
#mount -vv -t nfs -o vers=3 192.168.1.100:/Bruno /mnt/Bru
mount.nfs: timeout set for Mon Nov 21 18:31:50 2016
mount.nfs: trying text-based options ‘vers=3,addr=192.168.1.100’
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.1.100 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.1.100 prog 100005 vers 3 prot UDP port 30000
192.168.1.100:/Bruno on /mnt/Bru type nfs (rw,vers=3)
e finalmente la directory viene montata via nfs.
grande!
resterebbe da capire se è errore o danneggiamento di alcuni miei files (e amen)
o imprecisione in fase di compilazione-pacchettamento (già più serio)
Secondo me ci sono due errori:
andrebbero segnalati in bugzilla.
io ho contratto una forte allergia da sviluppatori 
ed al solo pensiero di interagirci mi ricopro di bolle 
vedi tu.
metti risolto
Ciao
considendo la mia inesperienza nella segnalazione di bug e il mio pessimo inglese lascerò decantare la faccenda… magari al prossimo aggiornamento si risolve.
grazie ancora (ma quante birre!).
Ok, è stato un piacere.
Ma in questo modo è stato risolto a livello individuale mentre con un bug report si sistemerebbe anche per gli altri.
Come si può sperare che correggano un bug se non viene segnalato??
risposta breve:
lo farò non appena avrò connessione stabile.
risposta lunga:
qualche giorno addietro nel bel mezzo di un corposo aggiornamento della mia OMVLx3.0 il mio provider ha deciso che era il momento giusto per dar seguito alla mia richiesta di passaggio per cambio operatore.
ho commesso l’errore di riavviare il notebook e mi sono trovato impantanato.
ho passato due giorni cercando il miracolo, invano! così ne ho profittato per rifare installazione della OMVLx3.0 e verificare il problema con nfs.
il problema, almeno sul mio notebook, persiste anche se mi sembra più un errore di configurazioni che un bug classico.
ora sto con connessione provvisoria e ballerina ma benedetta, e benedetto sia il mio vicino! quindi…
goto {$risposta breve}