如何精準設計Fedora nfs中port

如何精準設計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 =err= -2
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問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。