如何精準(zhǔn)設(shè)計Fedora nfs中port，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

深州ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！

學(xué)習(xí)Fedora時，你可能會遇到Fedora nfs問題，這里將介紹Fedora nfs問題的解決方法，在這里拿出來和大家分享一下。vmware又裝了一個fedora7，這次裝的是gcome,界面超漂亮，但是連一把Fedora nfs居然找不到port.。又回到kde的那個系統(tǒng)（同一個xp下，用同一個vmware打開），這樣就成功了。我趕緊snapshot了一下，保留下這個正確的狀態(tài)，對比看看到底問題出在哪里。

正確狀態(tài)：
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 中的內(nèi)容：/yctek/root  *(rw, sync,no_root_squash) vmware在啟動兩個Fedora nfs時eth0都failed,但是能成功的還是能成功沒什么影響我在兩個Fedora nfs下試/etc/rc.d/init.d/portmap start 和serivce portmap start這兩個命令，結(jié)果兩個系統(tǒng)都不認(rèn)，并且在setup里也只有nfs而無portmap了，這和redhat是不一樣的。但是該成功的還成功，看來Fedora nfs里portmap已經(jīng)默認(rèn)了。

找了半天也沒找出問題，我先去vpc下redhat中看一下吧，這邊的問題是能找到portmap,但是console就是active 不了，這應(yīng)該不是nfs的問題了。先把/yctek/root換一次血試試。我像在vmware下一樣，用.iso把所需的root文件考過來，就在執(zhí)行 tar jxvf recover_system_pack.tar.bz2時，出現(xiàn)了和在Fedora nfs下類似的時間戳警告，

執(zhí)行一下，果然有影響：
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里那個比比，結(jié)果是一模一樣，看來問題不在這里。

我又在那個kde中，把.iso中的recover_system拷根目錄，用tar jxvf 釋放到y(tǒng)ctek里，F(xiàn)edora nfs也出現(xiàn)了時間戳警告，不過和red hat 中的警告很不一樣，開超級終端試一下，居然active成功了。不過我還是擔(dān)心這個root有問題所以沒有執(zhí)行recover_system

關(guān)于如何精準(zhǔn)設(shè)計Fedora nfs中port問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。

分享文章：如何精準(zhǔn)設(shè)計Fedoranfs中port
網(wǎng)頁URL：http://jinyejixie.com/article8/gpgcip.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、面包屑導(dǎo)航、網(wǎng)站改版、域名注冊、標(biāo)簽優(yōu)化、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)