[root@HOSTNAME:tmp]#mount -t nfs -o nolock 192.168.0.15:/home/ubuntu/rootfs /mnt
mount: mounting 192.168.0.15:/home/ubuntu/rootfs on /mnt failed: Operation not supported解决办法：
在nfs服务器/etc/exports文件中添加insecure选项
ubuntu@system:~/Desktop/unix$ cat /etc/exports
# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/home/ubuntu/rootfs *(rw,sync,insecure,no_root_squash)离线
哎，还没有开始搞，手上资料不多啊
离线
NFS想做gdb core，不知道哪位高人提供点思路？
离线
JasonWoo 说：NFS想做gdb core，不知道哪位高人提供点思路？
这个和是否用 NFS 没有关系吧？
本人想在NFS挂载的远程文件系统上做core dump，但最后生成文件是空的。
但是在本地的文件系统上面，可以成功生成core文件，而且可以被gdb识别。
离线
https://www.cnblogs.com/vanwoos/p/6933822.html
https://blog.csdn.net/bang417/article/details/71583668
最近遇到了一个奇怪的问题。
linux系统的pc搭建nfs server，开发板作为nfs client，开发板中全程root权限操作，执行的程序放到 nfs server 中 exports 出的目录中。
1. 开发板中已经设置了 ulimit -c unlimited
2. 将程序copy到 开发板的 /tmp 目录下执行，可以正常生成 core 文件，提示 core dumped。
3. 程序放到 nfs 上执行，生成空的 core 文件，不提示 core dumped。
4. 因为在nfs server中设置了 root_squash,anonuid=1001,anongid=1001 ，所以开发板操作nfs是以uid 为1001 的用户操作的。尝试设置成 no_root_squash，发现第3步的执行可以生成core文件，提示 core dumped。
离线