NFSマウントに非常に奇妙な問題が発生しました。私は複数のLinuxシステム（現在のArchlinux）のホームディレクトリとして機能するSynology NASを持っています。使用されるプロトコルはNFS V3です。
既定のユーザーを使用してコンピュータにログインすると、既定のフォルダへの書き込み権限があることがわかります。
$ ls -ld ~
drwx------ 28 cwolf cwolf 4096 26. Feb 15:10 /home/cwolf
ファイルを作成して削除できます。したがって、フォルダに実際に書き込むことができます。
今、奇妙な行動が見えます。発行された
$ test -w ~; echo $?
1
私のホームフォルダに書き込み権限がないことを示しています... KDEはホームフォルダに書き込めないと思うので、実行を拒否します。
ローカルユーザー（ホームフォルダが完全にローカルハードドライブにある）に対して同じことを試みましたが、すべてが一貫していました。したがって、テストは0。
どこで問題を解決し、テストで正しい値を返すことができるかを教えてください。もう1つの質問は、これがNFSサーバーまたはNFSクライアントで問題になる可能性が高いかどうかです。
追加情報：
この問題は、ファイルを正常に作成および削除することができるまったくroot_squash同じセッションには関係ありません。したがって、サーバーは私のコマンドをユーザーとして受け入れます。touch foorm foofoo
インターネット上のほとんどの情報は反対方向に関連しています。つまり、ユーザーに書き込み権限があるように見えますが、nobody圧縮のためにサーバーから再マップされます。私の問題は、私の資格が承認されましたが、読み取り専用として誤って表示され、レンダリングテストが失敗することです。
ここでコメントのリクエストに応じてサーバーからオプションをエクスポートします。
/volume1/cloud 134.96.8.160/27(rw,async,no_wdelay,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)
インストールオプション（出力の対応する行mount）は次のとおりです。
ds2.lsr.uni-saarland.de:/volume1/cloud on /home type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=134.96.8.162,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=134.96.8.162)
ベストアンサー1
このテストを実行するとルートになります。サーバーの設定によってはフォルダに書き込めなくなります。一般ユーザーは、このような問題は発生しません。