在網(wǎng)上他人博客中方法都大同小異，但是卻無法解決我遇到的問題。

我隨意挑選一個(gè)網(wǎng)友的方法http://blog.csdn.net/zjg555543/article/details/7792984

當(dāng)然我的虛擬機(jī)的NFS是配置好的，Linux掛載沒有問題。

這里我就不詳細(xì)說明網(wǎng)上存在的相同的東西了，主要是要注意Android的nfs文件系統(tǒng)與Linux不一樣，構(gòu)建Android的文件系統(tǒng)需要Android編譯源碼out板級(jí)目錄下的三個(gè)文件夾的文件（/out/target/product/***/），即root、data、system。

看下面三條命令

$cp -rf $OUTPUTDIR/root/* /nfsroot??

$cp -rf $OUTPUTDIR/system /nfsroot

$cp -rf $OUTPUTDIR/data /nfsroot

由上面三條命令拷貝文件到nfsroot目錄下即可，這里一定要注意第一條的拷貝，并非拷貝root文件夾，而是拷貝root目錄下的所有文件。

可以確定我的nfs服務(wù)器，目錄的構(gòu)建都沒有問題，可是死活起不來。網(wǎng)上還有說修改init.rc文件的，可是修改還需要對(duì)Android源碼做操作，就沒干。

雖然說網(wǎng)上說修改init.rc的方法我沒用，但是給我提供了思路。Linux內(nèi)核起來后會(huì)加載ramdisk文件，把該文件下的所有文件拷貝到文件系統(tǒng)中，而init.rc就在里面，內(nèi)核會(huì)去加載它，做一些初始化的工作，其中就有對(duì)系統(tǒng)目錄的操作，進(jìn)而決定使用的根文件系統(tǒng)位置。

存在加載ramdisk.img時(shí)的情況如下：

[ ? ?2.704625] dm9000 dm9000: eth0: link down
[ ? ?2.707371] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ ? ?2.889699] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ ? ?2.904730] IP-Config: Complete:
[ ? ?2.906471] ? ? ?device=eth0, addr=192.168.1.21
[ ? ?2.910836] dm9000 dm9000: eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
[ ? ?2.917844] , mask=255.255.255.0, gw=192.168.1.1,
[ ? ?2.922244] ? ? ?host=192.168.1.21, domain=, nis-domain=(none),
[ ? ?2.928158] ? ? ?bootserver=192.168.1.22, rootserver=192.168.1.22, rootpath=
[ ? ?2.935580] Freeing init memory: 192K
[ ? ?2.950182] init: could not import file /system/etc/init.local.rc
[ ? ?2.955826] init: /init.smdkv210.rc: 93: invalid command 'rmmod'

由上分析發(fā)現(xiàn)，在內(nèi)核加載完init.rc對(duì)于nfs的掛載設(shè)置就給忽略了，這可以說明，在init.rc文件中對(duì)根文件系統(tǒng)做了設(shè)置，而且覆蓋傳遞給內(nèi)核的nfs的設(shè)置參數(shù)，進(jìn)而雖然nfs設(shè)置正確也無法掛載。

既然加載ramdisk.img會(huì)影響nfs的掛載，那么把它刪了就好了?？梢园阎按娣旁撐募目臻g擦除即可，這么做之后成功掛載了。成功掛載后打印的應(yīng)該是下面的信息：

[ ? ?2.684659] dm9000 dm9000: eth0: link down
[ ? ?2.687409] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ ? ?2.889733] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ ? ?2.904765] IP-Config: Complete:
[ ? ?2.906504] ? ? ?device=eth0, addr=192.168.1.21
[ ? ?2.910869] dm9000 dm9000: eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
[ ? ?2.917878] , mask=255.255.255.0, gw=192.168.1.1,
[ ? ?2.922277] ? ? ?host=192.168.1.21, domain=, nis-domain=(none),
[ ? ?2.928317] ? ? ?bootserver=192.168.1.22, rootserver=192.168.1.22, rootpath=
[ ? ?2.945327] VFS: Mounted root (nfs filesystem) on device 0:11.

由此延伸，發(fā)現(xiàn)這個(gè)ramdisk的加載與u-boot有關(guān)，我的板子是realarm210的EMMC版本。默認(rèn)的加載內(nèi)核環(huán)境變量是：

setenv bootcmd "movi read kernel 30008000;movi read rootfs 40800000 180000;bootm 30008000 40800000"

可以看到會(huì)有rootfs的加載，這時(shí)如果把rootfs給刪掉呢，是不是ramdisk.img在emmc中就不用刪除了，該成的命令如下：

setenv bootcmd "movi read kernel 30008000;bootm 30008000"

回頭試試。

已測試了，修改u-boot參數(shù)也是可行的。這里記錄一下，網(wǎng)友遇到這類問題時(shí)可參考一下。

修正上面的一個(gè)問題，關(guān)于init.rc的。

看來還是需要修改該文件的，不同開發(fā)板，不同的Flash恐怕都要修改該文件。

具體如下：

主要是下圖所示的位置：

下面紅框是Android默認(rèn)的，上面的紅框是開發(fā)板添加，由于要使用nfs，所以都要給注釋掉。

原因是：系統(tǒng)默認(rèn)是掛載的是emmc的ext4分區(qū)，如果不注釋掉，那么訪問的system目錄并非構(gòu)建的根文件系統(tǒng)下的system文件。

不注釋上圖的代碼是情況如下：

開發(fā)板的system信息如下：

而nfs文件系統(tǒng)的system信息如下：

明顯不一樣，這就說明了問題，當(dāng)然注釋掉之后就沒問題了。

到此，該問題已經(jīng)解決了。

總結(jié)

以上是生活随笔為你收集整理的Android NFS文件系统挂载遇到的问题解决方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。