S5PV210Kernel移植8之rootfs制作
1.根文件系统概述
1.1为什么需要根文件系统
1)init进程的应用程序在根文件系统上
2)根文件系统提供了根目录/
3)内核启动后的应用层配置(etc目录)在根文件系统上。几乎可以认为:发行版=内核+rootfs,应用程序工作在内核上,但配置在根文件系统上。
4)shell命令程序在根文件系统上。譬如ls、cd等命令
总结:一套linux体系,只有内核本身是不能工作的,必须要rootfs(上的etc目录下的配置文件、/bin /sbin等目录下的shell命令,还有/lib目 录下的库文件等•••)相配合才能工作。
1.2根文件系统的实质是什么
1)根文件系统是特殊用途的文件系统。它是内核启动时所挂载的第一个文件系统,内核代码的镜像文件保存在根文件系统中,系统引导启动程序会在根文件系统挂载之后从中把一些初始化脚本(如rcS,inittab)和服务加载到内存中运行。
2)根文件系统也必须属于某种文件系统格式。rootfstype=
3)究竟文件系统是用来干嘛的。ZnFAT
首先,存储设备(块设备,像硬盘、flash等)是分块(扇区)的,物理上底层去访问存储设备时是按照块号(扇区号)来访问的。这就很麻烦。
其次,文件系统是一些代码,是一套软件,这套软件的功能就是对存储设备的扇区进行管理,将这些扇区的访问变成了对目录和文件名的访问。我们在上层按照特定的目录和文件名去访问一个文件时,文件系统会将这个目录+文件名转换成对扇区号的访问。用户只需要知道文件名、路径等文件的简单特征信息,就可以方便的使用文件,而不必知道文件具体是如何存储在系统的物理空间,以及系统是如何处理文件的打开、关闭等相关的操作的,
最后,不同的文件系统的差异就在于对这些扇区的管理策略和方法不同,譬如坏块管理、碎片管理。
2根文件系统的形式
根文件系统分为镜像文件形式和文件夹形式。
2.1镜像文件形式
1)使用专用工具软件制作的可供烧录的镜像文件
2)镜像中包含了根文件系统中的所有文件
3)烧录此镜像类似于对相应分区格式化。
4)镜像文件系统具有一定的格式,格式是内化的,跟文件名后缀是无关的。
2.2文件夹形式
1)根文件系统其实就是一个包含特定内容的文件夹而已
2)根文件系统可由任何一个空文件夹添加必要文件构成而成
3)根文件系统的雏形就是在开发主机中构造的文件夹形式的总结
1)镜像文件形式的根文件系统主要目的是用来烧录到块设备上,设备上的内核启动后去挂载它。镜像文件形式的根文件系统是由文件夹形式的根文件系统使用专用的镜像制作工具制作而成的。
2)最初在开发主机中随便mkdir创建了一个空文件夹,然后向其中添加一些必要的文件(包括etc目录下的运行时配置文件、/bin等目录下的可执行程序、/lib目录下的库文件等•••)后就形成了一个文件夹形式的rootfs。然后这个文件夹形式的rootfs可以被kernel通过nfs方式来远程挂载使用,但是不能用来烧录块设备。我们为了将这个rootfs烧录到块设备中于是用一些专用的软件工具将其制作成可供烧录的一定格式的根文件系统镜像。
3)文件夹形式的rootfs是没有格式的,制作成镜像后就有了一定的rootfs格式了,格式是由我们的镜像制作过程和制作工具来决定的。每一种格式的镜像制作工具的用法都不同。
3自己制作ext3格式的根文件系统
3.1mke2fs介绍
1)mke2fs是一个应用程序,在ubuntu中默认是安装了的。这个应用程序就是用来制作ext2、ext3、ext4等格式的根文件系统的。
2)一般用来制作各种不同格式的rootfs的应用程序的名字都很相似,类似于mkfs.xxx(譬如用来制作ext2格式的rootfs的工具叫mkfs.ext2、用来制作jffs2格式的rootfs的工具就叫mkfs.jffs2)
3)ubuntu14.04中的mkfs.ext2等都是mke2fs的符号链接而已。
3.2动手制作ext3格式的根文件系统
分为四步:
1)创建rootfs.ext2文件并且将之挂载到一个目录下方便访问它
《参考资料: http://blog.****.net/zhengmeifu/article/details/24174513》
dd if=/dev/zero of=rootfs.ext2 bs=1024 count=2048
losetup /dev/loop1 rootfs.ext2
mke2fs -m 0 /dev/loop1 2048
mount -t ext2 /dev/loop1 ./rootfs/
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
2.构建文件系统(部分需要root权限)
2.1.mkdir rootfs (后面文件系统就挂载在这里)
2.2.dd if=/dev/zero of=rootfs.ext2 bs=1k count=512000(制作500MB大小的根文件系统,实际文件系统空间不能超出这个范围)
2.3.losetup /dev/loop0 rootfs.ext2 (如果loop0已被使用,可以使用loop1等。)
2.4.mke2fs -m 0 /dev/loop0 512000
2.5.mount -t ext2 /dev/loop0 ./rootfs/
接下来进入rootfs/目录,可以看到里面已经有了一个lost+found目录.在rootfs/目录中添加相关的文件和目录,完成根文件系统的构建.
以下步骤为把根文件系统拷贝到./rootfs文件夹下,若已经制作好,可以直接跳到2.11步骤。
2.6.cp –avrf (busybox目录)/_install/* rootfs
2.7.cp –avrf (busybox目录)/example/bootfloppy/etc rootfs
etc里面的是启动init相关的设置,这里以最简单来设置,同时修改ect下inttab,保留前2行,如下
::sysinit:/etc/init.d/rcS
::respawn:-/bin/sh
2.8.建立剩下需要的文件夹mkdir lib dev proc
2.9.复制lib库,这个要简单的话直接复制板子提供的文件系统里的lib即可,我就是直接复制的.如果没有,则需要拷贝交叉编译器中的uclibc库,进入交叉编译器的lib目录,然后拷贝必要的库.
2.10.创建dev库,在busybox目录/example/bootfloppy下有一个mkdevs.sh,
sh mkdevs.sh rootfs/dev/
可以用它来快捷建立需要的设备.也可以根据需要来使用mknod建立.
至此,最基本的基于ext2的根文件系统制作完成~
2.11打包压缩
umount /dev/loop0
losetup -d /dev/loop0
gzip -v9 rootfs.ext2
最后制作出来的rootfs.ext2.gz就是需要的了
---------------------------------------------------------------------------------------
2)我们向镜像中写入一个普通文件linuxrc。这个文件就会成为我们制作的镜像中的/linuxrc。内核挂载了这个镜像后就会尝试去执行/linuxrc。然后执行时必然会失败。我们将来实验看到的现象就应该是:挂载成功,执行/linuxrc失败。
3)将来真正去做有用的rootfs时,就要在这一步添加真正可以执行的linuxrc程序,然后还要添加别的/lib目录下的库文件,/etc目录下的配置文件等。
4)卸载掉,然后镜像就做好了。
umount /dev/loop1
losetup -d /dev/loop1
3.3什么是挂载?
我们将ext2格式的镜像挂载到rootfs文件夹,那么rootfs文件夹就相当于那个镜像文件的窗口,我们可以通过这个窗口去访问镜像文件或者添加文件进去。这就是挂载的意义:即将镜像文件链接到一个文件夹,通过文件夹去读写镜像文件。
3.4烧录制作的rootfs.ext3
烧录过程参考裸机中第三部分的刷机过程。注意bootargs传参设置
fastboot flash system rootfs.ext2
set bootargs console=ttySAC2,115200 root=/dev/mmcblk0p2 rw init=/linuxrc rootfstype=ext3
3.5分析和总结
记得接上串口线,记得在fastboot文件夹运行fastboot.exe,记得在windows命令行下进入fastboot文件夹,然后fastboot devices查看串口连接的设备,然后烧录。注意bootargs的传参设备。
4.nfs方式启动自制简易文件夹形式的rootfs
4.1什么是nfs
1)nfs是一种网络通讯协议,由服务器和客户端构成。
2)nfs的作用。利用nfs协议可以做出很多直接性应用,我们这里使用nfs主要是做rootfs挂载。开发板中运行kernel做nfs客户端,主机ubuntu中搭建nfs服务器。在主机ubuntu的nfs服务器中导出我们制作的文件夹形式的rootfs目录,则在客户端中就可以去挂载这个文件夹形式的rootfs进而去启动系统。
3)搭建nfs服务器。
4.2配置内核以支持nfs作为rootfs
1)设置nfs启动方式的bootargs
2)在menuconfig中配置支持nfs启动方式
4.3总结
1)nfs方式启动相当于开发板上的内核远程挂载到主机上的rootfs
2)nfs方式启动不用制作rootfs镜像
3)nfs方式不适合真正的产品,一般作为产品开发阶段调试使用
4.4注意
注意的是,我们挂载的是什么路径!!!比如课程中的文件路径是/root/porting_x210/rootfs/rootfs,这个路径是我们的挂载路径,挂载的结果就是可以直接读取rootfs内部的linuxrc文件,如果是/root/porting_x210/rootfs/,少了一级rootfs目录,那么系统就找不到linuxrc文件,或者说挂载失败,打印信息如下:
Looking up port of RPC 100005/1 on 192.168.1.3
[5.546517] Root-NFS: Server returned error -13 while mounting /root/porting_x210/rootfs
[5.553178] VFS: Unable to mount root fs via NFS, trying floppy.
[5.559519] VFS: Cannot open root device "nfs" or unknown-block(2,0)
[5.565454] Please append a correct "root=" boot option; here are the available partitions:
5.到底什么是linuxrc
5.1 /linuxrc是一个可执行的应用程序
1)/linuxrc是应用层的,和内核源码一点关系都没有
2)/linuxrc在开发板当前内核系统下是可执行的。因此在ARM SoC的linux系统下,这个应用程序就是用arm-linux-gcc编译链接的;如果是在PC机linux系统下,那么这个程序就是用gcc编译连接的。
3)/linuxrc如果是静态编译连接的那么直接可以运行;如果是动态编译连接的那么我们还必须给他提供必要的库文件才能运行。但是因为我们/linuxrc这个程序是由内核直接调用执行的,因此用户没有机会去导出库文件的路径,因此实际上这个/linuxrc没法动态连接,一般都是静态连接的。
5.2 /linuxrc执行时引出用户界面
1)操作系统启动后在一系列的自己运行配置之后,最终会给用户一个操作界面(也许是cmdline,也许是GUI),这个用户操作界面就是由/linuxrc带出来的。
2)用户界面等很多事并不是在/linuxrc程序中负责的,用户界面有自己专门的应用程序,但是用户界面的应用程序是直接或者间接的被/linuxrc调用执行的。用户界面程序和其他的应用程序就是进程2、3、4•••••,这就是我们说的进程1(init进程,也就是/linuxrc)是其他所有应用程序进程的祖宗进程。
5.3 /linuxrc负责系统启动后的配置
1)好像一个房子建好之后不能直接住,还要装修一样;操作系统启动起来后也不能直接用,要配置下。
2)操作系统启动后的应用层的配置(一般叫运行时配置,英文简写etc)是为了让我们的操作系统用起来更方便,更适合我个人的爱好或者实用性。
5.4 /linuxrc在嵌入式linux中一般就是busybox
1)busybox是一个C语言写出来的项目,里面包含了很多.c文件和.h文件。这个项目可以被配置编译成各个平台下面可以运行的应用程序。我们如果用arm-linux-gcc来编译busybox就会得到一个可以在我们开发板linux内核上运行的应用程序。
2)busybox这个程序开发出来就是为了在嵌入式环境下构建rootfs使用的,也就是说他就是专门开发的init进程应用程序。
3)busybox为当前系统提供了一整套的shell命令程序集。譬如vi、cd、mkdir、ls等。在桌面版的linux发行版(譬如ubuntu、redhat、centOS等)中vi、cd、ls等都是一个一个的单独的应用程序。但是在嵌入式linux中,为了省事我们把vi、cd等所有常用的shell命令集合到一起构成了一个shell命令包,起名叫busybox。
进程0:进程0其实就是刚才讲过的idle进程,叫空闲进程,也就是死循环。
进程1:kernel_init函数就是进程1,这个进程被称为init进程。
进程2:kthreadd函数就是进程2,这个进程是linux内核的守护进程。这个进程是用来保证linux内核自己本身能正常工作的。
6 rootfs中还应该有什么
6.1最重要的就是上节课讲过的/linuxrc
6.2.dev目录下的设备文件。在linux中一切皆是文件,因此一个硬件设备也被虚拟化成一个设备文件来访问,在linux系统中/dev/xxx就表示一个硬件设备,我们要操作这个硬件时就是open打开这个设备文件,然后read/write/ioctl操作这个设备,最后close关闭这个设备。
在最小rootfs中/dev目录也是不可少的,这里面有一两个设备文件是rootfs必须的。
6.3.sys和proc目录。在最小rootfs中也是不可省略的,但是这两个只要创建了空文件夹即可,里面是没东西的,也不用有东西。这两个目录也是和驱动有关的。属于linux中的虚拟文件系统。
6.4.usr是系统的用户所有的一些文件的存放地,在最小rootfs中也是不可省略的,这个东西将来busybox安装时会自动生成。
6.5.etc目录是很关键很重要的一个,目录中的所有文件全部都是运行时配置文件。/etc目录下的所有配置文件会直接或者间接的被/linuxrc所调用执行,完成操作系统的运行时配置。etc目录是制作rootfs的关键,所以后面下一个课程专门讲这个etc目录。
6.6.lib目录也是rootfs中很关键的一个,不能省略的一个。lib目录下放的是当前操作系统中的动态和静态链接库文件。我们主要是为了其中的动态链接库。
7.VFS简介
7.1什么是VFS
1)VFS是linux内核的一种设计理念、设计机制。VFS就是vitrual file system,叫虚拟文件系统。
2)具体的一些文件系统如FAT、NTFS、ext2、ext3、jffs2、yaffs2、ubi等主要设计目的是为了管理块设备(硬盘、Nand•••)
3)VFS是借鉴了文件系统的设计理念(通过文件系统将底层难以管理的物理磁盘扇区式访问,转换成目录+文件名的方式来访问),将硬件设备的访问也虚拟化成了对目录+文件的访问。所以有了VFS后我们可以通过设备文件(目录+文件名,譬如/dev/mmcblk0p2)的方式来访问系统中的硬件设备。
4)以上可以初步看出VFS的一些厉害之处,但是VFS不止于此。
7.2.VFS的意义
1)上面说过的对硬件设备的访问,将对硬件设备的访问和对普通文件的访问给接口统一化了(linux中一切届是文件)。
2)将操作系统上层(应用层)对下层不同文件系统类型的访问细节给屏蔽掉了。因此如果没有VFS那我们写cp命令(其他命令也一样)的时候就不得不去考虑你cp的这个文件在什么文件系统类型下。所以cp命令非常复杂,因此要考虑具体的文件系统类型。有了VFS后情况就不同了。VFS成了一个隔离层,隔离了下层的不同文件系统的差异性,对上层应用提供一个统一的接口。
3)VFS将不同文件系统和下层硬件设备(块设备)驱动之间的细节也给屏蔽了。不同类型的文件系统在本身设计时是不用考虑各种不同的硬件设备的具体操作差异的,这里有一个类似于VFS的设计理念。
7.3.VFS和我们学习的关系
1)VFS机制和rootfs挂载,和其他文件系统的挂载都是有关联的。
2)内核中有一些sys proc这种虚拟文件系统,这东西也是和VFS机制有关。
3)/dev/目录下的设备文件都和VFS有关,所以学习驱动绕不开VFS。