linux启动时挂载rootfs的几种方式
[转]linux启动时挂载rootfs的几种方式
一直对linux启动时挂载根文件系统的过程存在着很多疑问，今天在水木精华区找到了有用的资料，摘录如下：
1。linux启动时，经过一系列初始化之后，需要mount 根文件系统，为最后运行init进程等做准备，mount
根文件系统有这么几种方式：
1）文件系统已经存在于硬盘（或者类似的设备）的某个分区上了，kernel根据启动的命令行参数（root＝/dev/xxx),直接进行mount。
这里有一个问题，在root文件系统本身还不存在的情况下，kernel如
何根据/dev/xxx来找到对应的设备呢？注意：根文件系统和其他文件系统的mount方式是不一样的，kernel通过直接解析设备的名称来获得设备
的主、从设备号，然后就可以访问对应的设备驱动
了。所以在init/main.c中有很长一串的root_dev_names（如
hda,hdab,sda,sdb,nfs,ram,mtdblock……），通过这个表就可以根据设备名称得到设备号。注意，bootloader或内
核中设定的启动参数（root＝/dev/xxx)只是一个代号，实际的根文件系统中不一定存在这个设备文件！
2）从软驱等比较慢的设备上装载根文件系统，如果kernel支持ramdisk，在装载root文件系统时，内核判断到需要从软盘
（fdx）mount(root=/dev/fd0)，就会自动把文件系统映象复制到ramdisk，一般对应设备ram0，然后在ram0上mount
根文件系统。 从源码看，如果kernel编译时没有支持ramdisk，而启动参数又是root=/dev/fd0,
系统将直接在软盘上mount，除了速度比较慢，理论上是可行的（没试过，不知道是不是这样？）
3）启动时用到initrd来mount根文件系统。注意理解ramdisk和initrd这两个概念，其实ramdisk只是在ram上实现的块设备，
类似与硬盘操作，但有更快的读写速度，它可以在系统运行的任何时候使用，而不仅仅是用于启动；initrd（boot
loader initialized RAM
disk）可以说是启动过程中用到的一种机制，具体的实现过程也使用ramdisk技术。就是在装载linux之前，bootloader可以把一个比较
小的根文件系统的映象装载在内存的某个指定位置，姑且把这段内存称为initrd（这里是initrd所占的内存，不是ramdisk，注意区别），然后
bootloader通过传递参数的方式告诉内核initrd的起始地址和大小（也可以把这些参数编译在内核中），在启动阶段就可以暂时的用initrd
来mount根文件系统。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各
样硬件设
相关文档：
一：前言
最近在研究android的sensor driver，主要是E-compass，其中用到了Linux input子系统.在网上也看了很多这方面的资料，感觉还是这篇分析的比较细致透彻，因此转载一下以便自己学习，同时和大家分享！
（这篇博客主要是以键盘驱动为例的，不过讲解的是Linux Input Subsystem，可以仔细的研究一下！）
键盘驱动将检 ......
在linux中用户分为两类：1、root超级用户 2、普通用户
/bin
引导启动所需的命令或普通用户可能用的命令(可能在引导启动后)。
/sbin
类似/bin ，但不给普通用户使用，虽然如果必要且允许时可以使用。
/etc
特定的� ......
本程序可以读取.wav文件，然后进行播放。
确认方法：cat /etc/sndstat，如果显示无此设备，则没有安装驱动。
#include <unistd.h>#include <fcntl.h>#include <sys/types.h>#include <sys/ioctl.h>#include <stdlib.h>#include <stdio.h>#include&nbs ......
arch\arm\kernel\head.S
该文件末尾包含了语句：#include "head-common.S"，__lookup_processor_type函数在arch\arm\kernel\head-common.S中定义。
关键数据结构：struct proc_info_list，在arch\arm\include\asm\procinfo.h文件中定义，Cortex对此数据结构的填充在arch\arm\mm\proc-v7.s文件中定义。
head.s中，kernel� ......
