xilinx zynq开发--修改官方的根文件系统

#前段时间在做zynq702评估的时候，提出了一种省事的制作和修改根文件系统的方法：

#用dd命令将官方uramdisk----->ramdisk  

#或者直接用官方的ramdisk ，解压后得到ramdisk.image

#1.将ramdisk 挂载到/mnt下

$mount  ramdisk.image  /mnt

#2.同步到/nfsroot下

$sudo  rsync  -a  /mnt  /nfsroot

#这样就可以通过nfs网络文件系统做开发了，但是最近发现了一个问题，就是官方给的文件系统，加载完之后，

#想去看/proc下的cpuinfo时， $cat  /proc/cpuinfo  无任何反应，ls  /proc  发现没有任何东西，这个显然是有问题的，

#理由是：proc文件系统是用来提供内核和进程信息的虚拟文件系统，使用内核自动生成的文件，加载完成一定要能

#查到很多信息才对。

#同样的利用这个nfs去开发内核驱动的时候，发现：利用 insmod XXX.ko可以正常插入内核模块，但是lsmod，

#和rmmod都出现了问题，提示/proc下缺东西，/lib/modules下缺东西

解决方法：

#proc文件系统必须要跟访问其他文件系统一样，需要先挂载。挂载方法：mount -t proc none /proc

#我们可以在加载文件系统初始化过程让他自动挂载

$vim  /nfsroot/etc/init.d/rcS

#在文件末尾加入：

mount  -t  proc  none  /proc

#解释：/proc作为虚拟文件系统，不与任何物理的设备对应，用none 与之配合，加入要挂载物理的设备，则为

#mount  -t  ext4  /dev/mmcblk0p2   /proc  ,这是他们的差别

#验证：重启开发板

$ls  /proc

#你会看到你想要的内容了

#还有一个rmmod，提示缺少/lib/modules文件还是什么的，具体记不清了大致就是这个意思。

#原因是在lib/modules下缺少对应你内核版本的文件，只需启动开发板后，输入指令：

$mkdir  /lib/modules/$(uname  -r)

#这时再去看/lib/modules/下会出现一个对应你内核版本的文件夹，再去做内核模块驱动的加载删除

#查看就ok了