http://blog.sina.com.cn/s/blog_6795385f01011ifg.html
作一个嵌入式Linux rootfs,并且实现 web 服务
1.
文件系统简介
•
理论上说一个嵌入式设备如果内核能够运行起来,且不需要运行用户进程的话,是不需要文件系统的,文件系统简单的说就是
一种目录结构,由于
linux
操作系统的设备在系统中是以文件的形式存在,将这些文件进行分类管理以及提供和内核交互的接
口,就形成一定的目录结构也就是文件系统,文件系统是为用户反映系统的一种形式,为用户提供一个检测控制系统的接口。
•
根文件系统,我认为根文件系统就是一种特殊的文件系统
,
那么根文件系统和普通的文件系统有什么区别呢?由于根文件系统
是内核启动时挂在的第一个文件系统,那么根文件系统就要包括
Linux
启动时所必须的目录和关键性的文件,例如
Linux
启动
时都需要有
init
目录下的相关文件,在
Linux
挂载分区时
Linux
一定会找
/etc/fstab
这个挂载文件等,根文件系统中还包括了许
多的应用程序
bin
目录等,任何包括这些
Linux
系统启动所必须的文件都可以成为根文件系统。
•
Linux
支持多种文件系统,包括
ext2
、
ext3
、
vfat
、
ntfs
、
iso9660
、
jffs
、
yaffs
、
romfs
和
nfs
等,为了对各类文件系统进行
统一管理,
Linux
引入了虚拟文件系统
VFS(Virtual File System)
,为各类文件系统提供一个统一的操作界面和应用编程接口
。
•
Linux
启动时,第一个必须挂载的是根文件系统;若系统不能从指定设备上挂载根文件系统,则系统会出错而退出启动。之后
可以自动或手动挂载其他的文件系统。因此,一个系统中可以同时存在不同的文件系统。不同的文件系统类型有不同的特点,
因而根据存储设备的硬件特性、系统需求等有不同的应用场合。在嵌入式
Linux
应用中,主要的存储设备为
RAM(DRAM, SDRAM)
和
ROM(
常采用
FLASH
存储器
)
,常用的基于存储设备的文件系统类型包括:
jffs2, yaffs, cramfs, romfs,
ramdisk, ramfs/tmpfs
等。
2.
基于
FLASH
的文件系统
•
2.1 Cramfs
:
Compressed 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.yaffs
:
Yet Another Flash File System
•
yaffs/yaffs2
是专为嵌入式系统使用
NAND
型闪存而设计的一种日志型文件系统。与
jffs2
相比,它减少了一些功能
(
例如不支
持数据压缩
)
,所以速度更快,挂载时间很短,对内存的占用较小。另外,它还是跨平台的文件系统,除了
Linux
和
eCos
,还
支持
WinCE, pSOS
和
ThreadX
等。
yaffs/yaffs2
自带
NAND
芯片的驱动,并且为嵌入式系统提供了直接访问文件系统的
API
,用户可以不使用
Linux
中的
MTD
与
VFS
,直接对文件系统操作。当然,
yaffs
也可与
MTD
驱动程序配合使用。
•
yaffs
与
yaffs2
的主要区别在于,前者仅支持小页
(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.sysinit
,
inittab
等脚本文件。
•
4
.必要的设备文件支持:
/dev/hd*
,
/dev/tty*
,
/dev/fd0
。
•
5
.基本的应用程序,如
sh
,
ls
,
cp
,
mv
等。
•
1
.把全局配置文件放入
/etc
目录下。
•
2
.将设备文件信息放入
/dev
目录下,设备名可以作为符号链接定位在
/dev
中或
/dev
子目录中的其他设备存在。
•
3
.操作系统核心定位在
/
或
/boot
,若操作系统核心不是作为文件系统的一个文件存在,不应用它。
•
4
.库存放的目录是
/lib
。
•
5
.存放系统编译后的可执行文件、命令的目录是
/bin
,
/sbin
,
/usr
。
•
4.
定制文件系统
,
基于
ELDK
,
busybox
•
安装
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)
•
#