如何精准设计Fedora nfs中port，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
学习Fedora时，你可能会遇到Fedora nfs问题，这里将介绍Fedora nfs问题的解决方法，在这里拿出来和大家分享一下。vmware又装了一个fedora7，这次装的是gcome,界面超漂亮，但是连一把Fedora nfs居然找不到port.。又回到kde的那个系统（同一个xp下，用同一个vmware打开），这样就成功了。我赶紧snapshot了一下，保留下这个正确的状态，对比看看到底问题出在哪里。
正确状态：
param set linux_cmd_line "console=ttySAC0 root=/dev/nfs nfsroot=192.168.1.1:/yctek/root ip=192.168.1.12:192.168.1.1:192.168.1.1:255.255.255.0:www.yctek.com:eth0:off"
eth0是briaged
xp主机ip 192.168.1.13 但是从虚拟机里ping不通,从超级终端中ping 192.168.1.1通，但是1.13也不通,总之，ARM和Fedora nfs 是可以互相ping通的（两个Fedora nfs都能ping通，但是还是问题依旧）/etc/exports 中的内容：/yctek/root *(rw, sync,no_root_squash) vmware在启动两个Fedora nfs时eth0都failed,但是能成功的还是能成功没什么影响我在两个Fedora nfs下试/etc/rc.d/init.d/portmap start 和serivce portmap start这两个命令，结果两个系统都不认，并且在setup里也只有nfs而无portmap了，这和redhat是不一样的。但是该成功的还成功，看来Fedora nfs里portmap已经默认了。
找了半天也没找出问题，我先去vpc下redhat中看一下吧，这边的问题是能找到portmap,但是console就是active 不了，这应该不是nfs的问题了。先把/yctek/root换一次血试试。我像在vmware下一样，用.iso把所需的root文件考过来，就在执行 tar jxvf recover_system_pack.tar.bz2时，出现了和在Fedora nfs下类似的时间戳警告，
执行一下，果然有影响：
IP-Config: Complete:
device=eth0, addr=192.168.1.12, mask=255.255.255.0, gw=192.168.1.1,
host=www, domain=, nis-domain=yctek.com,
bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath=
Looking up port of RPC 100003/2 on 192.168.1.1
Looking up port of RPC 100005/1 on 192.168.1.1
Root-NFS: Server returned error -13 while mounting /yctek/root
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: test name =
VFS: fs_name =
VFS: fs_name =
VFS: fs_name =
VFS: fs_name =
VFS: tried fs_name =
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Fedora nfs一波未平一波又起，先放放。在原来那个root放回/yctek,报错信息是这样的：
Freeing init memory: 176K
/etc/init.d/rcS: 20: /bin/hostname: Permission denied
Please press Enter to activate this console.
Bummer, could not run '/bin/sh': Permission denied
Please press Enter to activate this console.
看来问题还是出在/etc/init.d/rcS这个文件里，和我vmware里那个比比，结果是一模一样，看来问题不在这里。
我又在那个kde中，把.iso中的recover_system拷根目录，用tar jxvf 释放到yctek里，Fedora nfs也出现了时间戳警告，不过和red hat 中的警告很不一样，开超级终端试一下，居然active成功了。不过我还是担心这个root有问题所以没有执行recover_system
关于如何精准设计Fedora nfs中port问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注编程网行业资讯频道了解更多相关知识。
