Re: Résolu !

Divagations

Ah ah ok, j'ai compris (enfin je crois), en me remémorant les migrations de nfs3 vers nfs4.

Il y a un truc pas du tout intuitif, c'est que quand tu mets ceci dans le /etc/exports :

/srv/nfsroot 192.168.1.0/255(rw)
/srv/nfsroot/boring 192.168.1.0/255(rw)
/srv/nfsroot/fun 192.168.1.0/255(rw)

Pour y accéder en nfs3, tu montes avec : mount serveur:/srv/nfsroot/boring /mnt
Mais en nfs4 (ou 4.2 ?), il faut faire : mount serveur:/boring /mnt

(c'est ce qu'on voit dans la commande qui force le nfs 4.2 : mount.nfs4: mounting 192.168.1.16:/srv/partagenfs failed, reason given by server: No such file or directory.)

Hypothèse foireuse : il doit exister soit un downgrade en nfs3 en cours de route, soit un mode de compatibilité, qui fait que les ports 111 et consorts sont utilisés quand même.

J'ai vu des infos intéressantes sur le wiki de Archlinux, en particulier au niveau de la mention fsid=0, à laquelle je n'avais jamais trop fait attention.

Chez toi

Au final, je pense que si tu changes le premier champ de la fstab comme ceci :

192.168.1.16:/ /media/partagenfs/ nfs user,rw,x-systemd.requires=NetworkManager-wait-online.service,noatime,intr 0 0

Ça devrait fonctionner avec seulement le port 2049.

Chez moi

Par exemple dans un de mes /etc/exports j'ai :

/vol 192.168.0.0/23(rw,async,fsid=0,crossmnt,no_subtree_check)
/vol/data 192.168.0.0/23(rw,async,no_subtree_check)

et dans /proc/mount :

unserveur.interne.example.com:/data /mnt/boring nfs4 
 rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,
 namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,
 clientaddr=192.168.1.42,local_lock=none,addr=192.168.0.12 0 0

et dans la config autofs :

automountInformation: -fstype=nfs4,async unserveur.interne.example.com:/data

On voit bien que /vol côté serveur devient / côté client, et que je monte le sous-répertoire /data. Ça m'avait surpris lors du passage des serveurs de Debian 8 à Debian 10, il y a quelques années, j'avais totalement oublié.