Android init进程启动流程-手机软件-电脑编程网Android init进程启动流程作者：幸福软件公司　和相关&&
一、Android Init.c执行流程
Android中的内核启动后，kernel会启动第一个用户级别的进程：init，它是一个由内核启动的用户级进程。内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。init始终是第一个进程。
PS:可以通过：ps aux | grep init命令来查看其Pid为1。
init进程对应的代码在android源码目录中的：system/core/init/init.c中。
789 int main(int argc, char **argv)
# 创建一些根文件系统中的目录
817&&&& mkdir("/dev", 0755);
818&&&& mkdir("/proc", 0755);
819&&&& mkdir("/sys", 0755);
821&&&& mount("tmpfs", "/dev", "tmpfs", 0, "mode=0755");
822&&&& mkdir("/dev/pts", 0755);
823&&&& mkdir("/dev/socket", 0755);
824&&&& mount("devpts", "/dev/pts", "devpts", 0, NULL);
825&&&& mount("proc", "/proc", "proc", 0, NULL);
826&&&& mount("sysfs", "/sys", "sysfs", 0, NULL);&
# init的标准输入，标准输出，标准错误文件描述符定向到__null__，意味着没有输入和输出，它的输入和输出全部写入到Log中
834&&&& open_devnull_stdio();
＃ 初始化log，写入init进程信息
835 & & log_init();
# 读取并且解析init.rc文件
838&&&& parse_config_file("/init.rc");
# 取得硬件名
844&&&& get_hardware_name();
845&&&& snprintf(tmp, sizeof(tmp), "/init.%s.rc", hardware);
# 读取并且解析硬件相关的init脚本文件
846&&&& parse_config_file(tmp);
# 触发在init脚本文件中名字为early-init的action，并且执行其commands，其实是: on early-init
848&&&& action_for_each_trigger("early-init", action_add_queue_tail);
849&&&& drain_action_queue();
# 初始化动态设备管理，设备文件有变化时反应给内核，后面具体解释
852&&&& device_fd = device_init();
# 加载启动动画，如果动画打开失败，则在屏幕上打印： A N D R O I D字样。
872&&&& if( load_565rle_image(INIT_IMAGE_FILE) ) {
&873&&&& fd = open("/dev/tty0", O_WRONLY);
&874&&&& if (fd &= 0) {
&875&&&&&&&& const char *
&876&&&&&&&&&&&& msg = "\n"
&877&&&&&&&& "\n"
&878&&&&&&&& "\n"
&879&&&&&&&& "\n"
&880&&&&&&&& "\n"
&881&&&&&&&& "\n"
&882&&&&&&&& "\n"& // console is 40 cols x 30 lines
&883&&&&&&&& "\n"
&884&&&&&&&& "\n"
&885&&&&&&&& "\n"
&886&&&&&&&& "\n"
&887&&&&&&&& "\n"
&888&&&&&&&& "\n"
&889&&&&&&&& "\n"
&890&&&&&&&& //"&&&&&&&&&&&& A N D R O I D ";
&891&&&&&&&& write(fd, msg, strlen(msg));
&892&&&&&&&& close(fd);
&893&&&& }
&894&&&& }
# 触发在init脚本文件中名字为init的action，并且执行其commands，其实是：on init
919&&&& action_for_each_trigger("init", action_add_queue_tail);
&920&&&& drain_action_queue();
# 启动系统属**： system property service
927&&&& property_set_fd = start_property_service();
# 创建socket用来处理孤儿进程信号
930&&&& if (socketpair(AF_UNIX, SOCK_STREAM, 0, s) == 0) {
&931&&&&&&&& signal_fd = s[0];
&932&&&&&&&& signal_recv_fd = s[1];
&933&&&&&&&& fcntl(s[0], F_SETFD, FD_CLOEXEC);
&934&&&&&&&& fcntl(s[0], F_SETFL, O_NONBLOCK);
&935&&&&&&&& fcntl(s[1], F_SETFD, FD_CLOEXEC);
&936&&&&&&&& fcntl(s[1], F_SETFL, O_NONBLOCK);
&937&&&& }
# 触发在init脚本文件中名字为early-boot和boot的action，并且执行其commands，其实是：on early-boot和on boot
948&&&& action_for_each_trigger("early-boot", action_add_queue_tail);
&949&&&& action_for_each_trigger("boot", action_add_queue_tail);
&950&&&& drain_action_queue();
# 启动所有属性变化触发命令，其实是： on property:ro.xx.xx=xx
953&&&& queue_all_property_triggers();
&954&&&& drain_action_queue();
# 进入死循环
987&&&& for(;;) {
# 启动所有init脚本中声明的service，
# 如：266 service servicemanager /system/bin/servicemanager
#&&&& user system
#&&&& critical
#&&&& onrestart restart zygote
#&&&& onrestart restart media
994&&&&&&&& restart_processes();
# 多路监听设备管理，子进程运行状态，属**
1012&&&&&&&& nr = poll(ufds, fd_count, timeout);
1013&&&&&&&& if (nr &= 0)
1014&&&&&&&&&&&&
1016&&&&&&&& if (ufds[2].revents == POLLIN) {
1017&&&&&&&&&&&& /* we got a SIGCHLD - reap and restart as needed */
1018&&&&&&&&&&&& read(signal_recv_fd, tmp, sizeof(tmp));
1019&&&&&&&&&&&& while (!wait_for_one_process(0))
1020&&&&&&&&&&&&&&&& ;
1021&&&&&&&&&&&&
1022&&&&&&&& }
1024&&&&&&&& if (ufds[0].revents == POLLIN)
1025&&&&&&&&&&&& handle_device_fd(device_fd);
1027&&&&&&&& if (ufds[1].revents == POLLIN)
1028&&&&&&&&&&&& handle_property_set_fd(property_set_fd);
1029&&&&&&&& if (ufds[3].revents == POLLIN)
1030&&&&&&&&&&&& handle_keychord(keychord_fd);
1031&&&& }
1033&&&& return 0;
二、Android init脚本语言
前面简单分析了下init.c里的操作，里面提到了解析Init.rc和硬件脚本下面详细解析下Android init脚本语言的规范。
Android初始化语言包含了四种类型的声明：
&&& Actions（行为）、Commands（命令）、Services（服务）和Options（选项）
所有这些都是以行为单位的，各种记号由空格来隔开。
C语言风格的反斜杠号可用于在记号间插入空格。
双引号也可用于防止字符串被空格分割成多个记号。
行末的反斜杠用于折行，注释行以井号（#）开头（允许以空格开头）。
Actions和Services声明一个新的分组Section。所有的命令或选项都属于最近声明的分组。位于第一个分组之前的命令或选项将会被忽略。
Actions和Services有唯一的名字。如果有重名的情况，第二个申明的将会被作为错误忽略。
Actions（行为）
& Actions其实就是一序列的Commands（命令）。Actions都有一个trigger（触发器），它被用于决定action的执行时间。当一个符合action触发条件的事件发生时，action会被加入到执行队列的末尾，除非它已经在队列里了。
&&& 队列中的每一个action都被依次提取出，而这个action中的每个command（命令）都将被依次执行。
Actions的形式如下：
&&&&&&& on &trigger&
&&&&&&&&&& &command1&
&&&&&&&&&& &command2&
&&&&&&&&&& &command3&
on后面跟着一个触发器，当trigger被触发时，command1，command2，command3，会依次执行，直到下一个Action或下一个Service。
简单来说，Actions就是Android在启动时定义的一个启动脚本，当条件满足时，会执行该脚本，脚本里都是一些命令commands，不同的脚本用on来区分。
Triggers（触发器）
&&& Triggers（触发器）是一个用于匹配特定事件类型的字符串，用于使Actions发生。
&&&&&&& boot：
&&&&&&&&&&& 这是init执行后的第一个被触发的Triggers（触发器）。（在 /init.conf （启动配置文件）被装载之后）
&&&&&&& &name&=&value&：
&&&&&&&&&&& 这种形式的Triggers（触发器）会在属性&name&被设置为指定的&value&时被触发。
&&&&&&& device-added-&path&：
&&&&&&& device-removed-&path&：
&&&&&&&&&&& 这种形式的Triggers（触发器）会在一个设备节点文件被增删时触发。
&&&&&&& service-exited-&name&：
&&&&&&&&&&& 这种形式的Triggers（触发器）会在一个特定的服务退出时触发。
触发器通常和on一起来联合使用。
& export LD_LIBRARY_PATH /system/lib
& insmod modules/fsr.ko
& symlink /system/etc /etc
& mkdir /sdcard 0000 system system
& write /proc/cpu/alignment 4
on property:ro.kernel.qemu=1
&& start adbd
上面声明了三个action：init，boot和一个属性触发器，当init被触发时，会顺序执行后面的命令，直到on boot新的action。Init的触发是由init.c里的函数action_for_each_trigger来决定的。当属性ro.kernel.qemu为1 时，会触发start adbd命令。
Services（服务）
Services（服务）是一个程序，它在初始化时启动，并在退出时可选择让其重启。Services（服务）的形式如下：
&&&&&&& service &name& &pathname& [ &argument& ]*
&&&&&&&&&& &option&
&&&&&&&&&& &option&
&&&&&&&&&& ...
name:服务名
pathname:当前服务对应的程序位置
option：当前服务设置的选项
Options（选项）
&&& Options（选项）是一个Services（服务）的修正者。他们影响Services（服务）在何时，并以何种方式运行。
&&&& critical：
&&&&&&&&&&& 说明这是一个对于设备关键的服务。如果他四分钟内退出大于四次，系统将会重启并进入recovery（恢复）模式。
&&&& disabled：
&&&&&&&&&&& 说明这个服务不会同与他同trigger（触发器）下的服务自动启动。他必须被明确的按名启动。
&&&& setenv &name& &value& （设置环境变量）
&&&&&&&&&&& 在进程启动时将环境变量&name&设置为&value&。
&&&& socket &name& &type& &perm& [ &user& [ &group& ] ]
&&&&&&&&&&& 创建一个Uinx域的名为/dev/socket/&name& 的套接字，并传递它的文件描述符给已启动的进程。&type& 必须是 "dgram"或"stream"。User 和 group默认为0。
&&&& user &username&
&&&&&&&&&&& 在启动这个服务前改变该服务的用户名。此时默认为root。（？？？有可能的话应该默认为nobody）。当前，如果你的进程要求Linux capabilities（能力），你无法使用这个命令。即使你是root，你也必须在程序中请求capabilities（能力）。然后降到你想要的 uid。
&&&& group &groupname& [ &groupname& ]*
&&&&&&&&&&& 在启动这个服务前改变该服务的组名。除了（必需的）第一个组名，附加的组名通常被用于设置进程的补充组（通过setgroups()）。此时默认为root。（？？？有可能的话应该默认为nobody）。
&&&& oneshot
&&&&&&&&&&& 服务退出时不重启。
&&&& class &name&
&&&&&&&&&&& 指定一个服务类。所有同一类的服务可以同时启动和停止。如果不通过class选项指定一个类，则默认为"default"类服务。
&&&& onrestart
&&&&&&&&&&& 当服务重启，执行一个命令（下详）。
Commands（命令）
&&& exec &path& [ &argument& ]*
&&&&&&&& 创建和执行一个程序（&path&）。在程序完全执行前，init将会阻塞。由于它不是内置命令，应尽量避免使用exec，它可能会引起init卡死。(??? 是否需要一个超时设置?)
&&& export &name& &value&
&&&&&&& 在全局环境变量中设在环境变量 &name&为&value&。（这将会被所有在这命令之后运行的进程所继承）
&&& ifup &interface&
&&&&&&& 启动网络接口&interface&
&&& import &filename&
&&&&&&&&&& 解析一个init配置文件，扩展当前配置。
&&& hostname &name&
&&&&&&&&&& 设置主机名。
&&& chmod &octal-mode& &path&
&&&&&&&&&& 更改文件访问权限。
&&& chown &owner& &group& &path&
&&&&&&&&&& 更改文件的所有者和组。
&&& class_start &serviceclass&
&&&&&&&&&& 启动所有指定服务类下的未运行服务。
&&& class_stop &serviceclass&
&&&&&&& 停止指定服务类下的所有已运行的服务。
&&& domainname &name&
&&&&&&&&&& 设置域名。
&&& insmod &path&
&&&&&&&&&& 加载&path&中的模块。
&&& mkdir &path& [mode] [owner] [group]
&&&&&&&&&& 创建一个目录&path&，可以选择性地指定mode、owner以及group。如果没有指定，默认的权限为755，并属于root用户和root组。
&&& mount &type& &device& &dir& [ &mountoption& ]*
&&&&&&& 试图在目录&dir&挂载指定的设备。&device& 可以是以 mtd@name 的形式指定一个mtd块设备。&mountoption&包括 "ro"、"rw"、"remount"、"noatime"、 ...
&&& setprop &name& &value&
&&&&&&&&&& 设置系统属性 &name& 为 &value&值.
&&& setrlimit &resource& &cur& &max&
&&&&&&& 设置&resource&的rlimit（资源限制）。
&&& start &service&
&&&&&&& 启动指定服务（如果此服务还未运行）。
&&& stop &service&
&&&&&&& 停止指定服务（如果此服务在运行中）。
&&& symlink &target& &path&
&&&&&&& 创建一个指向&path&的软连接&target&。
&&& sysclktz &mins_west_of_gmt&
&&&&&&& 设置系统时钟基准（0代表时钟滴答以格林威治平均时（GMT）为准）
&&& trigger &event&
&&&&&&&&&& 触发一个事件。用于将一个action与另一个 action排列。
&&& write &path& &string& [ &string& ]*
&&&&&&&&&& 打开路径为&path&的一个文件，并写入一个或多个字符串。
Properties（属性）
&&& Init更新一些系统属性以提供对正在发生的事件的监控能力:
&&&&&&& init.action
&&&&&&&&&&&&&& 此属性值为正在被执行的action的名字，如果没有则为""。
&&&&&&& mand
&&&&&&&&&&&&&& 此属性值为正在被执行的command的名字，如果没有则为""。
&&&&&&& init.s.&name&
&&&&&&&&&&&&&& 名为&name&的service的状态("stopped"（停止）, "running"（运行）, "restarting"（重启）)
三、Android init 示例
& 1 on init
& 3 sysclktz 0
& 5 loglevel 3
& 7 # setup the global environment
& 8&&&& export PATH /system/busybox/bin:/system/busybox/sbin:/system/busybox/usr/bin:/system/busybox/usr/sbin:/sbin:/system/sbin:/system/bin:/system/xbin
& 9&&&& export LD_LIBRARY_PATH /system/lib
&10&&&& export ANDROID_BOOTLOGO 1
&11&&&& export ANDROID_ROOT /system
&12&&&& export ANDROID_ASSETS /system/app
&13&&&& export ANDROID_DATA /data
&14&&&& export EXTERNAL_STORAGE /sdcard
&23&&&& symlink /system/etc /etc
&24&&&& symlink /sys/kernel/debug /d
&26 # create mountpoints and mount tmpfs on sqlite_stmt_journals
&27&&&& mkdir /sdcard 0000 system system
&28&&&& mkdir /system
&29&&&& mkdir /data 0771 system system
&30&&&& mkdir /cache 0770 system cache
&31&&&& mkdir /config 0500 root root
&32&&&& mkdir /sqlite_stmt_journals 01777 root root
&33&&&& mount tmpfs tmpfs /sqlite_stmt_journals size=4m
&35 #&&& mount rootfs rootfs / ro remount
&37&&&& write /proc/sys/kernel/panic_on_oops 1
&38&&&& write /proc/sys/kernel/hung_task_timeout_secs 0
&39&&&& write /proc/cpu/alignment 4
&40&&&& write /proc/sys/kernel/sched_latency_ns
&41&&&& write /proc/sys/kernel/sched_wakeup_granularity_ns 2000000
&42&&&& write /proc/sys/kernel/sched_compat_yield 1
&43&&&& write /proc/sys/kernel/sched_child_runs_first 0
&45 # Create cgroup mount points for process groups
&46&&&& mkdir /dev/cpuctl
&47&&&& mount cgroup none /dev/cpuctl cpu
&48&&&& chown system system /dev/cpuctl
&49&&&& chown system system /dev/cpuctl/tasks
&50&&&& chmod 0777 /dev/cpuctl/tasks
&51&&&& write /dev/cpuctl/cpu.shares 1024
&53&&&& mkdir /dev/cpuctl/fg_boost
&54&&&& chown system system /dev/cpuctl/fg_boost/tasks
&55&&&& chmod 0777 /dev/cpuctl/fg_boost/tasks
&56&&&& write /dev/cpuctl/fg_boost/cpu.shares 1024
&58&&&& mkdir /dev/cpuctl/bg_non_interactive
&59&&&& chown system system /dev/cpuctl/bg_non_interactive/tasks
&60&&&& chmod 0777 /dev/cpuctl/bg_non_interactive/tasks
&61&&&& # 5.0 %
&62&&&& write /dev/cpuctl/bg_non_interactive/cpu.shares 52
146 on boot
147 # basic network init
148&&&& ifup lo
149&&&& hostname localhost
150&&&& domainname localdomain
152 # set RLIMIT_NICE to allow priorities from 19 to -20
153&&&& setrlimit 13 40 40
155 # Define the oom_adj values for the classes of processes that can be
156 # killed by the kernel.& These are used in ActivityManagerService.
157&&&& setprop ro.FOREGROUND_APP_ADJ 0
158&&&& setprop ro.VISIBLE_APP_ADJ 1
159&&&& setprop ro.SECONDARY_SERVER_ADJ 2
160&&&& setprop ro.BACKUP_APP_ADJ 2
161&&&& setprop ro.HOME_APP_ADJ 4
162&&&& setprop ro.HIDDEN_APP_MIN_ADJ 7
233 # Define TCP buffer sizes for various networks
234 #&& ReadMin, ReadInitial, ReadMax, WriteMin, WriteInitial, WriteMax,
235&&&& setprop net.tcp.buffersize.default ,6,
236&&&& setprop net.tcp.buffersize.wifi&&& ,6,
237&&&& setprop net.tcp.buffersize.umts&&& ,6,
238&&&& setprop net.tcp.buffersize.edge&&& ,,
239&&&& setprop net.tcp.buffersize.gprs&&& 680,680
240&&&& setprop net.dns1 8.8.8.8
241&&&& setprop net.eth0.dns1 8.8.8.8
243&&&& class_start default
247 service console /system/bin/sh
248&&& console
252 service adbd /sbin/adbd
253&&&& disabled'
259 on property:persist.service.adb.enable=1
260&&&& start adbd
262 on property:persist.service.adb.enable=0
263&&&& stop adbd
265 service servicemanager /system/bin/servicemanager
266&&&& user system
267&&&& critical
268&&&& onrestart restart zygote
269&&&& onrestart restart media
271 service vold /system/bin/vold
272&&&& socket vold stream 0660 root mount
282 service ril-daemon /system/bin/rild
283&&&& socket rild stream 660 root radio
284&&&& socket rild-debug stream 660 radio system
285&&&& user root
286&&&& group radio cache inet misc
288 service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server
289&&&& socket zygote stream 666
290&&&& onrestart write /sys/android_power/request_state wake
291&&&& onrestart write /sys/power/state on
292&&&& onrestart restart media
294 service media /system/bin/mediaserver
295&&&& user media
296&&&& group system audio camera graphics inet net_bt net_bt_admin
298 service bootsound /system/bin/playmp3
299&&&& user media
300&&&& group audio
301&&&& oneshot
303 service bootanim /system/bin/bootanimation
304&&&& user graphics
305&&&& group graphics
306&&&& disabled
307&&&& oneshot
由上面的例子可知：该init.rc里定义了4个actions:
&&& on init
&&& on boot
&&& on property:persist.service.adb.enable=1
&&& on property:persist.service.adb.enable=0
&& 其中，前两个的触发器是由Init.c里的代码action_for_each_trigger实现触发的，后两个是由属性的值发生改变时触发的。当他们被触发时，会依次执行其后面的值，直到遇到一个新的Action或service。
该init.rc中定义了9个services，这些service属于本地服务，它们都是由c或c++代码写的，以可执行文件的方式存在文件系统里的/system/bin或/sbin目录下。由前面知识可知，如果一个服务没有使用class选项指定其分类，则其默认分类为：default，那么这9个services的分类为default。在on boot action触发时，其最后一个命令是class_start default，也就是将这9个services都依次启动。
init.rc中的9个service里，以zygote和servicemanager最为重要。
1& zygote service
该service主要用于创建Dalvik Java虚拟机，然后启动SystemServer，启动所有的Android服务，最终启动Android系统。
2& servicemanager
该service主要用来打开binder驱动，binder是Android Service通信机制的底层实现，在该service里封装了binder的操作接口。
& 在调试或理解系统的工作原理的时候，我们经常要去找服务程序对应的源码。
& 寻找c或c++程序的源码文件：
& 例如：以寻找init程序对应的源码为例。
&& find ./ -name Android.mk -exec grep -l init {} \;
& 注：通过find命令查找所有的Android.mk, 通过grep从中查找程序字符串，得到其路径，然后去路径下找源码即可，这么做的原因是，c或c++代码都是通过Android.mk来指导编译的。
&& 寻找源码文件：
&& 源码的特点是和类名一致，所以如果我们知道一个类名，找其java源码就直接加上java后缀即可。
& 例如：寻找com.android.internal.os.ZygoteInit类的代码。
&& find ./ -name ZygoteInit.java
相关资料：｜｜｜｜Android init进程启动流程来源网络，如有侵权请告知，即处理！编程Tags：　　　　　　　　　　　　　　　　&　　　　　　　　　　　　　　　　　　　　4790人阅读
Linux系统基本知识（4）
　一、什么是INIT: 　　init是Linux系统操作中不可缺少的程序之一。 　　所谓的init进程，它是一个由内核启动的用户级进程。 　　内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。所以,init始终是第一个进程（其进程编号始终为1）。 　　内核会在过去曾使用过init的几个地方查找它，它的正确位置（对Linux系统来说）是/sbin/init。如果内核找不到init，它就会试着运行/bin/sh，如果运行失败，系统的启动也会失败。 　　二、运行级别 　　那么，到底什么是运行级呢？ 　　简单的说，运行级就是操作系统当前正在运行的功能级别。这个级别从1到6 ，具有不同的功能。 　　不同的运行级定义如下：(可以参考Red Hat Linux 里面的/etc/inittab） 　　# 0 - 停机（千万不能把initdefault 设置为0 ） 　　# 1 - 单用户模式 　　# 2 - 多用户，没有 NFS 　　# 3 - 完全多用户模式(标准的运行级) 　　# 4 - 没有用到 　　# 5 - X11 （xwindow) 　　# 6 - 重新启动 （千万不要把initdefault 设置为6 ） 　　这些级别在/etc/inittab 文件里指定。这个文件是init 程序寻找的主要文件，最先运行的服务是放在/etc/rc.d 目录下的文件。在大多数的Linux 发行版本中，启动脚本都是位于 /etc/rc.d/init.d中的。这些脚本被用ln 命令连接到 /etc/rc.d/rcn.d 目录。(这里的n 就是运行级0-6) ,每个不同级别的目录都链接了Init.d中的命令的一部分。三、运行级别的配置 　　运行级别的配置是在/etc/inittab行内进行的，如下所示： 　　12 : 2 : wait : / etc / init.d / rc 2 　　第一个字段是一个任意指定的标签；　　第二个字段表示这一行适用于运行那个级别（这里是2）；　　第三个字 段表示进入运行级别时，init应该运行第四个字段内的命令一次，而且init应该等待该命令结束。/etc/init.d/rc命令运行启动和终止输入以便进入运行级别2时所需的任何命令。 　　第四个字段中的命令执行设置运行级别时的一切&杂活&。它启动已经没有运行的服务，终止不应该再在新运行级别内运行的服务。根据Linux版本的不同，采用的具体命令也不同，而且运行级别的配置也是有差别的。 　　init启动时，它会在/etc/inittab内查找一个代码行，这一行指定了默认的运行级别： 　　id : 2 : initdefault : 　　你可以要求init在启动时，进入非默认运行级别，这是通过为内核指定一个&single&或&emergency& 命令行参数来实现的。比如说，内核命令行参数的指定可通过LILO来执行。这样一来，你就可以选择单用户模式了（即运行级别1）。 　　系统正在运行时，telinit命令可更改运行级别。运行级别发生变化时， init 就会从/etc/inittab运行相应的命令。 　　四、/etc/inittab中的特殊配置 　　/etc/inittab中，有几个特殊的特性，允许init重新激活特殊事件。这些特殊特性都是用第三个字段中的特殊关键字标记出来的。比如： 　　1. powerwait 　　允许init在电源被切断时，关闭系统。其前提是具有U P S和监视U P S并通知init电源已被切断的软件。 　　2. ctrlaltdel 　　允许init在用户于控制台键盘上按下C t r l + A l t + D e l组合键时，重新启动系统。注意，如果该系统放在一个公共场所，系统管理员可将C t r l + A l t + D e l组合键配置为别的行为，比如忽略等。 3. sysinit 　　系统启动时准备运行的命令。比如说，这个命令将清除/tmp。 　　上面列出的特殊关键字尚不完整。其他的关键字及其使用详情，可参考你的inittab手册页。 　　五、在单用户模式下引导　　一个重要的运行级别就是单用户模式（运行级别1），该模式中，只有一个系统管理员使用特定的机器，而且尽可能少地运行系统服务，其中包含登录。单用户模式对少数管理任务（比如在/usr分区上运行fsck）而言，是很有必要的，因为这需要卸载分区，但这是不可能的，除非所有的服务系统已被杀死。 　　一个正在运行的系统可以进入单用户模式，具体做法是利用init，请求运行级别1。内核启动时，在内核命令行指定single或emergency关键字，就可进入运行级别1了。内核同时也为init指定命令行， init从关键字得知自己不应该采用默认的运行级别（内核命令行的输入方式和你启动系统的方式有关）。 　　有时，以单用户模式进行启动是必要的，这样一来，用户在装入分区之前，或至少在装入分散的/usr分区之前，能手工运行fsck（在分散的文件系统上，任何活动都可能使其更为分散，所以应该尽可能地运行fsck）。 　　如果自动化的fsck在启动时失败了，启动脚本init的运行将自动进入单用户模式。这样做是为了防止系统使用不连贯的文件系统，这个文件系统是f s c k不能自动修复的。文件系统不连贯的现象极为少见，而且通常会导致硬盘的不连贯或实验性的内核释放，但最好能做到防患于未然。 　　由于安全上的考虑，在单用户模式下，启动外壳脚本之前，配置得当的系统会要求用户提供root密码。否则，它会简单地为L I L O输入合适的一行代码，以r o o t的身份登录（当然，如果/etc/passwd已经由于文件系统的问题而不连贯了，就不适合这里的原则了，为对付这种情况，你最好随时准备一张启动盘）。 　　不同的运行级有不同的用处，也应该根据自己的不同情形来设置。 　　例如，如果丢失了root口令，那么可以让机器启动进入单用户状态。在启动后的 lilo 提示符下输入：　　init=/bin/sh rw 使机器进入运行级1 ，并把 root 文件系统挂为读写。他会跳过所有系统认证，让你可以使用passwd 程序来改变root口令，然后启动到一个新的运行级。　　运行级别的配置是在/etc/inittab行内进行的，如下所示： 　　12 : 2 : wait : / etc / init.d / rc 2 　　第一个字段是一个任意指定的标签；　　第二个字段表示这一行适用于运行那个级别（这里是2）；　　第三个字 段表示进入运行级别时，init应该运行第四个字段内的命令一次，而且init应该等待该命令结束。/etc/init.d/rc命令运行启动和终止输入以便进入运行级别2时所需的任何命令。 　　第四个字段中的命令执行设置运行级别时的一切&杂活&。它启动已经没有运行的服务，终止不应该再在新运行级别内运行的服务。根据Linux版本的不同，采用的具体命令也不同，而且运行级别的配置也是有差别的。 　　init启动时，它会在/etc/inittab内查找一个代码行，这一行指定了默认的运行级别： 　　id : 2 : initdefault : 　　你可以要求init在启动时，进入非默认运行级别，这是通过为内核指定一个&single&或&emergency& 命令行参数来实现的。比如说，内核命令行参数的指定可通过LILO来执行。这样一来，你就可以选择单用户模式了（即运行级别1）。 　　系统正在运行时，telinit命令可更改运行级别。运行级别发生变化时， init 就会从/etc/inittab运行相应的命令。 　　四、/etc/inittab中的特殊配置 　　/etc/inittab中，有几个特殊的特性，允许init重新激活特殊事件。这些特殊特性都是用第三个字段中的特殊关键字标记出来的。比如： 　　1. powerwait 　　允许init在电源被切断时，关闭系统。其前提是具有U P S和监视U P S并通知init电源已被切断的软件。 　　2. ctrlaltdel 　　允许init在用户于控制台键盘上按下C t r l + A l t + D e l组合键时，重新启动系统。注意，如果该系统放在一个公共场所，系统管理员可将C t r l + A l t + D e l组合键配置为别的行为，比如忽略等。 3. sysinit 　　系统启动时准备运行的命令。比如说，这个命令将清除/tmp。 　　上面列出的特殊关键字尚不完整。其他的关键字及其使用详情，可参考你的inittab手册页。 　　五、在单用户模式下引导　　一个重要的运行级别就是单用户模式（运行级别1），该模式中，只有一个系统管理员使用特定的机器，而且尽可能少地运行系统服务，其中包含登录。单用户模式对少数管理任务（比如在/usr分区上运行fsck）而言，是很有必要的，因为这需要卸载分区，但这是不可能的，除非所有的服务系统已被杀死。 　　一个正在运行的系统可以进入单用户模式，具体做法是利用init，请求运行级别1。内核启动时，在内核命令行指定single或emergency关键字，就可进入运行级别1了。内核同时也为init指定命令行， init从关键字得知自己不应该采用默认的运行级别（内核命令行的输入方式和你启动系统的方式有关）。 　　有时，以单用户模式进行启动是必要的，这样一来，用户在装入分区之前，或至少在装入分散的/usr分区之前，能手工运行fsck（在分散的文件系统上，任何活动都可能使其更为分散，所以应该尽可能地运行fsck）。 　　如果自动化的fsck在启动时失败了，启动脚本init的运行将自动进入单用户模式。这样做是为了防止系统使用不连贯的文件系统，这个文件系统是f s c k不能自动修复的。文件系统不连贯的现象极为少见，而且通常会导致硬盘的不连贯或实验性的内核释放，但最好能做到防患于未然。 　　由于安全上的考虑，在单用户模式下，启动外壳脚本之前，配置得当的系统会要求用户提供root密码。否则，它会简单地为L I L O输入合适的一行代码，以r o o t的身份登录（当然，如果/etc/passwd已经由于文件系统的问题而不连贯了，就不适合这里的原则了，为对付这种情况，你最好随时准备一张启动盘）。 　　不同的运行级有不同的用处，也应该根据自己的不同情形来设置。 　　例如，如果丢失了root口令，那么可以让机器启动进入单用户状态。在启动后的 lilo 提示符下输入：　　init=/bin/sh rw 使机器进入运行级1 ，并把 root 文件系统挂为读写。他会跳过所有系统认证，让你可以使用passwd 程序来改变root口令，然后启动到一个新的运行级。　　运行级别的配置是在/etc/inittab行内进行的，如下所示： 　　12 : 2 : wait : / etc / init.d / rc 2 　　第一个字段是一个任意指定的标签；　　第二个字段表示这一行适用于运行那个级别（这里是2）；　　第三个字 段表示进入运行级别时，init应该运行第四个字段内的命令一次，而且init应该等待该命令结束。/etc/init.d/rc命令运行启动和终止输入以便进入运行级别2时所需的任何命令。 　　第四个字段中的命令执行设置运行级别时的一切&杂活&。它启动已经没有运行的服务，终止不应该再在新运行级别内运行的服务。根据Linux版本的不同，采用的具体命令也不同，而且运行级别的配置也是有差别的。 　　init启动时，它会在/etc/inittab内查找一个代码行，这一行指定了默认的运行级别： 　　id : 2 : initdefault : 　　你可以要求init在启动时，进入非默认运行级别，这是通过为内核指定一个&single&或&emergency& 命令行参数来实现的。比如说，内核命令行参数的指定可通过LILO来执行。这样一来，你就可以选择单用户模式了（即运行级别1）。 　　系统正在运行时，telinit命令可更改运行级别。运行级别发生变化时， init 就会从/etc/inittab运行相应的命令。 　　四、/etc/inittab中的特殊配置 　　/etc/inittab中，有几个特殊的特性，允许init重新激活特殊事件。这些特殊特性都是用第三个字段中的特殊关键字标记出来的。比如： 　　1. powerwait 　　允许init在电源被切断时，关闭系统。其前提是具有U P S和监视U P S并通知init电源已被切断的软件。 　　2. ctrlaltdel 　　允许init在用户于控制台键盘上按下C t r l + A l t + D e l组合键时，重新启动系统。注意，如果该系统放在一个公共场所，系统管理员可将C t r l + A l t + D e l组合键配置为别的行为，比如忽略等。 3. sysinit 　　系统启动时准备运行的命令。比如说，这个命令将清除/tmp。 　　上面列出的特殊关键字尚不完整。其他的关键字及其使用详情，可参考你的inittab手册页。 　　五、在单用户模式下引导　　一个重要的运行级别就是单用户模式（运行级别1），该模式中，只有一个系统管理员使用特定的机器，而且尽可能少地运行系统服务，其中包含登录。单用户模式对少数管理任务（比如在/usr分区上运行fsck）而言，是很有必要的，因为这需要卸载分区，但这是不可能的，除非所有的服务系统已被杀死。 　　一个正在运行的系统可以进入单用户模式，具体做法是利用init，请求运行级别1。内核启动时，在内核命令行指定single或emergency关键字，就可进入运行级别1了。内核同时也为init指定命令行， init从关键字得知自己不应该采用默认的运行级别（内核命令行的输入方式和你启动系统的方式有关）。 　　有时，以单用户模式进行启动是必要的，这样一来，用户在装入分区之前，或至少在装入分散的/usr分区之前，能手工运行fsck（在分散的文件系统上，任何活动都可能使其更为分散，所以应该尽可能地运行fsck）。 　　如果自动化的fsck在启动时失败了，启动脚本init的运行将自动进入单用户模式。这样做是为了防止系统使用不连贯的文件系统，这个文件系统是f s c k不能自动修复的。文件系统不连贯的现象极为少见，而且通常会导致硬盘的不连贯或实验性的内核释放，但最好能做到防患于未然。 　　由于安全上的考虑，在单用户模式下，启动外壳脚本之前，配置得当的系统会要求用户提供root密码。否则，它会简单地为L I L O输入合适的一行代码，以r o o t的身份登录（当然，如果/etc/passwd已经由于文件系统的问题而不连贯了，就不适合这里的原则了，为对付这种情况，你最好随时准备一张启动盘）。 　　不同的运行级有不同的用处，也应该根据自己的不同情形来设置。 　　例如，如果丢失了root口令，那么可以让机器启动进入单用户状态。在启动后的 lilo 提示符下输入：　　init=/bin/sh rw 使机器进入运行级1 ，并把 root 文件系统挂为读写。他会跳过所有系统认证，让你可以使用passwd 程序来改变root口令，然后启动到一个新的运行级。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：359143次
积分：4682
积分：4682
排名：第4650名
原创：104篇
转载：33篇
评论：30条
(1)(2)(3)(1)(4)(2)(1)(1)(1)(2)(1)(1)(1)(2)(2)(1)(1)(2)(3)(5)(1)(3)(3)(9)(9)(29)(15)(10)(3)(6)(4)(9)