分析 Android 根文件系统启动过程 init守护进程分析

核心提示：在Android系统启动时，内核引导参数上一般都会设置“init=/init”,这样的话，分析 Android 根文件系统启动过程 init守护进程分析，如果内核成功挂载了这个文件系统之后，首先运行的就是这个根目录下的init程序，(14)坐取/initlogo.rle(一?565 rle ?矿的位?)，如果成功?在/

在Android系统启动时，内核引导参数上一般都会设置“init=/init”,这样的话，如果内核成功挂载了这个文件系统之后，首先运行的就是这个根目录下的init程序。这个程序所了什么呢? 我们只有RFSC(Readthe Fucking Source code)!!

init程序源码在Android官方源码的system/core/init中，main在init.c里。我们的分析就从main开始。

init：

(1)安装SIGCHLD信号。(如果父进程不等待子进程结束，子进程将成为僵尸进程(zombie)从而占用系统资源。因此需要对SIGCHLD信号做出处理，回收僵尸进程的资源，避免造成不必要的资源浪费。

(2)对umask进行清零。

何为umask，请看http://www.szstudy.cn/showArticle/53978.shtml

(3)为rootfs建立必要的文件夹，并挂载适当的分区。

/dev (tmpfs)

/dev/pts (devpts)

/dev/socket

/proc (proc)

/sys (sysfs)

(4)创建/dev/null和/dev/kmsg节点。

(5)解析/init.rc，将所有服务和操作信息加入链表。

(6)从/proc/cmdline中提取信息内核启动参数,并保存到全局变量。

(7)先从上一步获得的全局变量中获取信息硬件信息和版本号，如果没有则从/proc/cpuinfo中提取,并保存到全局变量。

(8)根据硬件信息选择一个/init.(硬件).rc，并解析，将服务和操作信息加入链表。

在G1的ramdisk根目录下有两个/init.(硬件).rc：init.goldfish.rc和init.trout.rc，init程序会根据上一步获得的硬件信息选择一个解析。

(9)执行链表中带有“early-init”触发的的命令。

(10)遍历/sys文件夹，是内核产生设备添加事件(为了自动产生设备节点)。

(11)初始化属性系统，并导入初始化属性文件。

(12)从属性系统中得到ro.debuggable，若为1，?初始化keychord毕?。

(13)打檫console,如果cmdline中?有指定console?打檫默帐的/dev/console。

(14)坐取/initlogo.rle(一?565 rle ?矿的位?)，如果成功?在/dev/graphics/fb0锢示Logo,如果失???/dev/tty0韵?TEXT模式并打檫/dev/tty0,?出文本“ANDROID”字?。

(15)判?cmdline 中的??，并设置属性系统中的参数:

1、 如果 bootmode?

- factory,韵置ro.factorytest值?1

- factory2,韵置ro.factorytest值?2