linux rootfs制作

http://blog.sina.com.cn/s/blog_6795385f01011ifg.html

作一个嵌入式Linux rootfs,并且实现 web 服务

1. 文件系统简介
理论上说一个嵌入式设备如果内核能够运行起来,且不需要运行用户进程的话,是不需要文件系统的,文件系统简单的说就是一种目录结构,由于 linux操作系统的设备在系统中是以文件的形式存在,将这些文件进行分类管理以及提供和内核交互的接口,就形成一定的目录结构也就是文件系统,文件系统是为用户反映系统的一种形式,为用户提供一个检测控制系统的接口。
根文件系统,我认为根文件系统就是一种特殊的文件系统,那么根文件系统和普通的文件系统有什么区别呢?由于根文件系统是内核启动时挂在的第一个文件系统,那么根文件系统就要包括Linux启动时所必须的目录和关键性的文件,例如Linux启动时都需要有init目录下的相关文件,在 Linux挂载分区时Linux一定会找/etc/fstab这个挂载文件等,根文件系统中还包括了许多的应用程序bin目录等,任何包括这些Linux 系统启动所必须的文件都可以成为根文件系统。
Linux支持多种文件系统,包括ext2ext3vfatntfsiso9660jffsyaffsromfsnfs等,为了对各类文件系统进行统一管理,Linux引入了虚拟文件系统VFS(Virtual File System),为各类文件系统提供一个统一的操作界面和应用编程接口
Linux启动时,第一个必须挂载的是根文件系统;若系统不能从指定设备上挂载根文件系统,则系统会出错而退出启动。之后可以自动或手动挂载其他的文件系统。因此,一个系统中可以同时存在不同的文件系统。不同的文件系统类型有不同的特点,因而根据存储设备的硬件特性、系统需求等有不同的应用场合。在嵌入式Linux应用中,主要的存储设备为 RAM(DRAM, SDRAM)ROM(常采用FLASH存储器),常用的基于存储设备的文件系统类型包括:jffs2, yaffs, cramfs, romfs,ramdisk, ramfs/tmpfs等。
2.    基于FLASH的文件系统 
2.1 CramfsCompressed ROM File System
它的速度快,效率高,其只读的特点有利于保护文件系统免受破坏,提高了系统的可靠性。由于以上特性,Cramfs在嵌入式系统中应用广泛。但是它的只读属性同时又是它的一大缺陷,使得用户无法对其内容对进扩充。Cramfs映像通常是放在Flash中。
 
2.2 jffs2
Jffs2: 日志闪存文件系统版本2 (Journalling Flash FileSystem v2)

主要用于NOR型闪存,基于MTD驱动层,特点是:可读写的、支持数据压缩的、基于哈希表的日

志型文件系统,并提供了崩/掉电安全保护,提供写平衡支持等。

缺点主要是当文件系统已满或接近满时,因为垃圾收集的关系而使jffs2的运行速度大大放慢。jffs不适合用于NAND闪存主要是因为NAND闪存的容量一般较大,这样导致jffs为维护日志节点所占用的内存空间迅速增大,另外,jffs 文件系统在挂载时需要扫描整个FLASH的内容,以找出所有的日志节点,建立文件结构,对于大容量的NAND闪存会耗费大量时间。

 

2.3.yaffsYet Another Flash File System 

 

yaffs/yaffs2是专为嵌入式系统使用NAND型闪存而设计的一种日志型文件系统。与jffs2相比,它减少了一些功能(例如不支持数据压缩),所以速度更快,挂载时间很短,对内存的占用较小。另外,它还是跨平台的文件系统,除了LinuxeCos,还支持WinCE, pSOSThreadX等。yaffs/yaffs2自带NAND芯片的驱动,并且为嵌入式系统提供了直接访问文件系统的API,用户可以不使用Linux中的MTD VFS,直接对文件系统操作。当然,yaffs也可与MTD驱动程序配合使用。
yaffsyaffs2的主要区别在于,前者仅支持小页(512 Bytes) NAND闪存,后者则可支持大页(2KB) NAND闪存。同时,yaffs2在内存空间占用、垃圾回收速度、读/写速度等方面均有大幅提升。
 
2.4. 网络文件系统NFS (Network File System)
NFS是由Sun开发并发展起来的一项在不同机器、不同操作系统之间通过网络共享文件的技术。
在嵌入式Linux系统的开发调试阶段,可以利用该技术在主机上建立基于NFS的根文件系统,挂载到嵌入式设备,可以很方便地修改根文件系统的内容。
 
所采用的工具:mkfs.cramfs,mkfs.jffs2,mkfs.yaffs
http://sourceforge.net/projects/cramfs/
http://sourceforge.net/projects/jffs2os/
http://sourceforge.net/projects/yaffs/
3.根文件系统的组成
目录  内容
Bin  :基本的可执行文件
Opt  :添加的软件包
Boot :启动时需要的一些文件
Proc :内核及进程信息的虚拟文件系统
Dev : 设备文件
 
Root:root用户目录
Etc: 系统配置文件
Sbin:系统管理的程序
Home : 用户目录
Tmp : 临时文件
Lib : 库文件
Usr : 应用程序
Mnt : 挂载文件系统的挂载点
Var : 存放系统日志或一些服务程序的临时文件
根文件系统中的每一个顶级目录都有特定的用途和目的 
但并不是所有的目录在嵌入式环境下都需要,
我们只创建需要的一些目录:
/bin /sbin /etc /proc /tmp /var /dev /mnt
Linux的根文件系统至少应包括以下几项内容。
1.基本的文件系统结构,包含一些必需的目录比如:/dev/proc/bin/etc/lib/usr/tmp等。
2.基本程序运行所需的库函数,如Glibc/uClibc
3.基本的系统配置文件,比如rc.sysinitinittab等脚本文件。
4.必要的设备文件支持:/dev/hd*/dev/tty*/dev/fd0
5.基本的应用程序,如shlscpmv等。
1.把全局配置文件放入/etc目录下。
2.将设备文件信息放入/dev目录下,设备名可以作为符号链接定位在/dev中或/dev子目录中的其他设备存在。
3.操作系统核心定位在//boot,若操作系统核心不是作为文件系统的一个文件存在,不应用它。
4.库存放的目录是/lib
5.存放系统编译后的可执行文件、命令的目录是/bin/sbin/usr
4. 定制文件系统 ,基于 ELDKbusybox
安装ELDK:
#mount –o loop arm-2008-11-24.iso /mnt
#/mnt/install –d /opt/eldk
#mkdir rootfs ;假定以下内容都是在 rootfs 目录下:
4.1自定义文件系统
目录bin
-------->busybox编译,下面说明
目录sbin
-------->busybox编译,下面说明
目录usr
-------->建立bin sbin两个空目录 
目录var
-------->建立log空目录 
目录etc
------->可以把/opt /eldk/arm下或者s3c2410_recover
etc 拷贝过来修改,怎么修改下面说明,需要包括:
inittab
rc.local -> rc.d/rc.local
rc.sysinit -> rc.d/rc.sysinit
目录dev
------->这里不能直接从/opt/eldk/ 拷贝
       应当如下制作否则系统启动是会说明找不到设备文件console之类
      cd /  rootfs/dev
      /mnt/ELDK_MAKEDEV  //ELDK_MAKEDEV ELDK ISO 文件里copy出来
这样在目录dev 节点文件就出现了
目录lib
------->如果是采用静态编译,这里就空着;
如果采用动态编译 
s3c2410_recover\lib
 /usr/local/arm/3.4.1/arm-linux/lib
/opt/eldk/arm/lib copy 过来,再裁减lib 
目录 proc
------->空着但必须有这目录
4.2.etc/下文件内容修改
4.2.1 etc/rc.d/rc.sysinit
这里你还可以按自己的要求修改
4.2.2 etc/rc.d/rc.local
以后要启动的程序你可以加在这里
=============================================================
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.
#touch /var/lock/subsys/local
=======================================
4.2.3 etc/inittab
init启动后会首先执行这个文件
===========================================================#
# inittab       This file describes how the INIT process should set up
#               the system in a certain run-level.
# Default runlevel. The runlevels used by RHS are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not have networking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#

 

posted @ 2014-02-19 14:15  静之深  阅读(10977)  评论(0编辑  收藏  举报