⑴ unbuntu nfs 掛載失敗 mount: RPC: Unable to receive; errno = Connection refused
成功掛載過說明配置沒問題，同網段互相掛載可以說明網路沒問題，那你看看是不是你忘記起ubuntu的nfs服務了。service portmap start;service nfs start
⑵ Linux中安全nfs掛載時提示訪問被拒絕是什麼原因
許可權問題；
看下nfs中的配置
/目錄 192.168.168.0/255.255.255.0(rw,sync,all_squash,anonuid=0,anongid=0)
是否是讀寫
⑶ 我是英語專業的，最近迷上了linux，而且也自學了一段時間了。在搭建nfs的時候出現客戶端無法掛載的情況
就向您說的，許可權問題。
在mount的時候 要加上參數 rw,intr,bg
nfs ，個人感覺 有點不好
還有就是記得umount
忘了的話 輕易單伺服器重啟 或關機 nfs server會 error
切記 切記
這個跟你文件系統的許可權有關系，一般情況下，因為安全性的原因不要加 no_root_squash，在nfs伺服器生成的文件的屬組和屬性為nfsnobody。
只要你吧nfs export出的目錄和目錄下的文件的屬組和屬性都改為nfsnobody就可以進行rw了
有任何疑問請追問，滿意請採納，謝謝。
⑷ 掛載nfs目錄失敗
裝上以下包就好了。
[root@szappserver109 dvd]# find ./ -name nfs*
./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm
./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm
./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
warning: ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0()(64bit) is needed by nfs-utils-1.0.9-42.el5.x86_64
librpcsecgss.so.2()(64bit) is needed by nfs-utils-1.0.9-42.el5.x86_64
nfs-utils-lib >= 1.0.8-2 is needed by nfs-utils-1.0.9-42.el5.x86_64
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils-lib ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
librpcsecgss.so.2 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils-lib-devel ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libgssapi.so.2 is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
libgssapi.so.2(libgssapi_CITI_2) is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm
warning: ./Server/nfs4-acl-tools-0.3.3-1.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs4-acl-tools ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm
warning: ./Server/nfs-utils-1.0.9-42.el5.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
Preparing... ########################################### [100%]
1:nfs-utils ########################################### [100%]
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-devel-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libnfsidmap.so.0 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
librpcsecgss.so.2 is needed by nfs-utils-lib-devel-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
warning: ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
error: Failed dependencies:
libgssapi.so.2 is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
libgssapi.so.2(libgssapi_CITI_2) is needed by nfs-utils-lib-1.0.8-7.6.el5.i386
[root@szappserver109 dvd]# rpm -ivh ./Server/nfs-utils-lib-1.0.8-7.6.el5.i386.rpm
[root@szappserver109 dvd]# !ser
service nfsd start
nfsd: unrecognized service
[root@szappserver109 dvd]# service nfs start
Starting NFS services: [ OK ]
Starting NFS quotas: [ OK ]
Starting NFS daemon: [ OK ]
Starting NFS mountd: [ OK ]
Starting RPC idmapd: Error: RPC MTAB does not exist.
[root@szappserver109 dvd]# !mount
mount -t nfs 192.168.1.3:/data/nfs /data/109nfs/
⑸ linux下mount NFS時，總出現mount: RPC: Timed out ，但把NFS上的防火牆關了就沒有問題。怎麼解決超時問題
你先查一下NFS用的埠,然後在防火牆里把這個埠開放。
⑹ 你好，我在Linux在掛載NFS時遇到了和你一個類似的問題，想請教一下
不明確...從你寫的來看，你是在開發版的終端裡面掛載PC上的文件夾對吧。。。
1。你確定防火牆關閉了，自己把防火牆先禁掉，PC和開發版都用ifconfig 分配好你給的IP，然後確認兩個相互能ping通，保證網路暢通..再來掛載...
2。你的PC上，/etc/exports裡面是不是已經正確的寫入了參數，是不是許可權沒有打開？寫完這個配置文件之後，你需要執行exportfs -ar 來更新下NFS
然後自己在PC上找個文件夾mount下你/etc/exports裡面寫的文件夾，看看能mount上去不。。
3。提示信息說， mount version newer than kernel，是內核版本問題嗎？要不就是你的PC和開發版上的內核有一個版本比較舊了..或者是mount這個組件比較老，PC上和開發版終端分別用uname -a看下內核版本
可以在mount的時候添加一個 -v2或者 －v3（這兩參數己不清楚了,好像是nfsv2,nfsv3。。。需要再查查）的參數試試，這個是用來指定NFS的版本的。。
4。掛載參數非常多...不可能一次寫完。你至少確認了前兩點沒問題，再看看結果，不行再給我發個消息，我也好久沒看這個了
慢慢來，
⑺ linux用nfs掛載文件系統，提示服務沒有響應
看不清寫的是什麼，我有自己寫了一個NFS伺服器的簡單配置，裡面的地址是我們自己區域網的地址，你自己可以替換下。你可以參考下http://blog.csdn.net/hoooo000/article/details/9397427
⑻ Linux 掛載NFS失敗
提示一切都正常啊，沒有啥錯誤。
⑼ 為什麼nfs總是掛載失敗
在UNIX類操作系統上定義的網路服務有兩層級別的許可權設置，一是文件系統級別的許可權設置，另一個是網路服務自定義的許可權設置。參見
⑽ 用base-fs做nfs的根文件系統怎麼不行
使用NFS掛載根文件系統，在開發階段有很多的好處，對根文件系統進行修改後不用每次都下載到NandFlash中，可以把製作的根文件系統放到主機中的NFS輸出目錄中，在正式成為產品以後在燒寫到開發板中，這樣可以方便很多，也可以把編譯生成的內核也放到NFS輸出目錄中這樣也可以引導內核，很是方便，還等什麼開始吧！
NFS伺服器端的配置已經在上一篇文章中寫到過了。U-boot中使用tftp協議也在另一篇文章中。按道理來說NFS命令也是可以是使用的，因為都是基於網卡的，只要網卡驅動移植的沒有問題，NFS也就直接可以使用了，不過在我這里可是行不通，在使用NFS傳輸文件中，一直出現下面的錯誤類型，提示掛載不上：
U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/ubuntu/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/ubuntu/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: *** ERROR: Cannot mount //僅僅提示掛載不上
可還有下面的錯誤：
[U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/ubuntu/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/ubuntu/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: *** ERROR: Cannot mount
*** ERROR: Cannot umount //這里還提示了不能卸載
在網上查找資料，出現 Cannot umount錯誤的解決方法是修改u-boot-2009.08/net/nfs.c文件，在大約453行附近的位置：
static intnfs_umountall_reply (uchar *pkt, unsigned len)
{
struct rpc_t rpc_pkt;
debug("%s\n", __func__);
memcpy ((unsigned char *)&rpc_pkt, pkt, len);
//if (ntohl(rpc_pkt.u.reply.id) != rpc_id) //原來的這一行修改成下面的一行
if ((ntohl(rpc_pkt.u.reply.id)+1) != rpc_id)
return -1;
if (rpc_pkt.u.reply.rstatus ||
..................
}
可是在我這里修改完以後還是不可以使用，一樣出現上面的錯誤。這是就想到了是不是和tftp時出現的錯誤是一樣的，也是因為超時的原因，雖然這裡面沒有出現超時的提示，不管怎麼樣還是先改了再說；還是在/nfs.c文件中修改下面的超時的宏定義：
#define HASHES_PER_LINE 65 /* Number of "loading" hashes per line */
#define NFS_RETRY_COUNT 30
#define NFS_TIMEOUT (30*2000UL) //把原來的2000UL改成 30*2000UL，
修改完上面的宏定義以後，再使用NFS傳輸文件，一開始有幾次還是不成功，不過後面再使用時大部分情況下都是成功的，不再像上面一次也沒有成功過：
[U-Boot@mini2440]#nfs 0x30000000 10.27.10.48:/home/zfz/kernel/fs/u-boot.bin
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:00:3e:26:0a:5b
operating at 100M full plex mode
Using dm9000 device
File transfer via NFS from server 10.27.10.48; our IP address is 10.27.10.23
Filename '/home/zfz/kernel/fs/u-boot.bin'.
Load address: 0x30000000
Loading: ###############################
done
Bytes transferred = 155016 (25d88 hex)
既然NFS可以使用了，那就可以用NFS掛載根文件系統了。根文件系統的製作在另一篇文章中也已經寫了，這里就還是使用上次的根文件系統，只是不再用工具製作成Yaffs2的鏡像了，直接使用Busybox,製作成功的noot_nfs目錄下的各個文件就可以了，如果要下載到NandFlash中，再使用Yaffs2格式的鏡像文件。
可以先用NFS把Linux內核下載到內存中，然後設置傳遞給內核的參數，在u-boot-2009.08/include/configs/mini2440.h文件中，修改原來使用nand read 方式，修改成使用NFS方式的；
//#define CONFIG_BOOTCOMMAND "nand read 0x32000000 0x60000 0x560000;bootm 0x32000000"
//把上面的注釋掉，修改成下面的方式
#define CONFIG_BOOTCOMMAND "nfs 0x30000800 10.27.10.48:/home/zfz/kernel/fs/uImage.img;bootm"
這樣，在用U-boot引導時就可以把Linux的內核首先復制到內存中了，這樣也不用把Linux 內核下載到開發板中了。然後在修改傳遞給內核的參數，修改為下面的：
//#define CONFIG_BOOTARGS "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0,115200 mem=64M"
//把上面的修改成下面的這句
#define CONFIG_BOOTARGS "noinitrd root=/dev/nfs rw nfsroot=10.27.10.48:/home/ubuntu/kernel/fs/root_nfs ip=10.27.10.23:10.27.10.48::255.255.255.0 console=ttySAC0,115200 init=/linuxrc mem=64M"