É certamente relacionado ao root_squash'ing.
Eu imagino que você já leu sobre root_squash , mas por completo.
Quando em vigor, ele remapeia o UID privilegiado e o GID de 0 para o 65534 , que normalmente é o usuário nobody . Portanto, se root criasse um arquivo em um compartilhamento esmagado, ele seria de propriedade de nobody . Isso traz algum benefício de segurança - embora, sem dúvida, não seja muito, já que o usuário root em um cliente NFS pode representar qualquer outro UID.
Em resposta ao seu problema, você tem certeza de que o segundo grupo de exportação está sendo usado? A participação foi reexportada desde que as opções foram alteradas? O servidor NFS é capaz de resolver corretamente o nome do host mattr-desktop ?
Se a resposta a todos é "sim", isso é estranho. Você pode querer experimentar as opções anonuid=0,anongid=0 apenas para resolver as permissões nesse arquivo.