Проблема перемонтирования nfs

Я нахожу.

Это потому, что NFS по умолчанию использует sharecache. См. В man nfs :

   sharecache / nosharecache
                  Determines  how  the  client's  data  cache and attribute cache are shared when mounting the same export more than once concurrently.  Using the same
                  cache reduces memory requirements on the client and presents identical file contents to applications when the same remote file is accessed  via  dif‐
                  ferent mount points.

                  If  neither  option  is  specified,  or  if the sharecache option is specified, then a single cache is used for all mount points that access the same
                  export.  If the nosharecache option is specified, then that mount point gets a unique cache.  Note that when data and attribute  caches  are  shared,
                  the mount options from the first mount point take effect for subsequent concurrent mounts of the same export.

                  As  of  kernel 2.6.18, the behavior specified by nosharecache is legacy caching behavior. This is considered a data risk since multiple cached copies
                  of the same file on the same client can become out of sync following a local update of one of the copies.

На странице руководства указано, что для всех точек монтирования, которые обращаются к одному и тому же экспорту , используется единый кэш.

Затем я использую параметр nosharecache , теперь это нормально.

192.168.122.100:/file1 on /mnt/file1 type nfs4 (ro,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,hard,nosharecache,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.122.1,local_lock=none,addr=192.168.122.100)
192.168.122.100:/file2 on /mnt/file2 type nfs4 (rw,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,hard,nosharecache,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.122.1,local_lock=none,addr=192.168.122.100