首页｜黄页｜ＶＩＰ｜ＦＴＰ｜留言｜注册｜帮助｜  合作之窗｜推荐书目｜  首页资料下载技术文章　开发板搜索供应求购企业列表嵌入式论坛您的位置：嵌入式首页－＞技术文章－＞软件开发－＞ｌｉｎｕｘ内核
搜索文章
文章：
文章类别
硬件设计　［７８７１］
  　ＡＲＭ文章　［１１６］
  　ＤＳＰ　［５８７］
  　单片机　［１４２８］
  　ＡＶＲ　［３０］
  　无线开发　［０］
  　ＥＤＡ　［５８１］
  　接口电路　［３５１］
  　存储技术　［１０９］
  　显示光电　［６４］
  　电源技术　［８６０］
  　传感／控制　［６３５］  　模拟技术　［２６９］
  　通信网络　［１１４４］  　无线通信　［６２１］
  　电测仪表　［５２６］
  　消费电子　［２８４］
  　汽车电子　［８６］
软件开发　［２１０３］
  　ＷｉｎＣＥ　［２９］
  　ｕＣ／ＯＳ　［４３］
  　ｌｉｎｕｘ编程　［１５４］  　ｂｏｏｔｌｏａｄｅｒ　［２７］  　嵌入式开发　［１１６７］  　编程基础　［２３］
  　ｖｘｗｏｒｋｓ　［２１］
  　网络协议　［２２］
  　ｌｉｎｕｘ使用　［５６５］  　ｌｉｎｕｘ内核　［１９］
  　数据库　［１７］ 
  发表时间：２００５－９－２８发布人：ａｄｍｉｎｉｓｔｒａｔｏｒ阅读次数：７７５
Ｌｉｎｕｘ启动过程综述
亚威ｌｉｎｕｘ高级培训ｌｉｎｕｘ双证直．．．
亚威Ｌｉｎｕｘ培训全面针对于ＲＨＣＥ认证考试，
使用第４版官方教材，并辅以大量中．．．
ＯＰＥＮ－ＬＡＢ（上海）授权ＬＩＮＵＸ培训考．．．
ＯＰＥＮ－ＬＡＢ专业提供ＬＩＮＵＸ，ＣＩＳＣＯ，ＭＣＳＥ
业ＩＴ认证培训。ＬＩＮＵＸ课程设置为入．．．
百度主题推
Ｌｉｎｕｘ启动过程综述
l随笔
作者ｙｆｘ４０９＠２００５年０５月２６日，１４：２３
内容：
一．Ｂｏｏｔｌｏａｄｅｒ
二．Ｋｅｒｎｅｌ引导入口
三．核心数据结构初始化－－内核引导第一部分
四．外设初始化－－内核引导第二部分
五．ｉｎｉｔ进程和ｉｎｉｔｔａｂ引导指令
六．ｒｃ启动脚本
七．ｇｅｔｔｙ和ｌｏｇｉｎ
八．ｂａｓｈ
附：ＸＤＭ方式登录
本文以Ｒｅｄｈａｔ６．０Ｌｉｎｕｘ２．２．１９ｆｏｒＡｌｐｈａ／ＡＸＰ为平台，描述了从开机到登录的Ｌｉｎｕｘ启动
文对ｉ３８６平台同样适用。
一．Ｂｏｏｔｌｏａｄｅｒ
在Ａｌｐｈａ／ＡＸＰ平台上引导Ｌｉｎｕｘ通常有两种方法，一种是由ＭＩＬＯ及其他类似的引导程序引导，
Ｆｉｒｍｗａｒｅ直接引导。ＭＩＬＯ功能与ｉ３８６平台的ＬＩＬＯ相近，但内置有基本的磁盘驱动程序（如ＩＤＥ等），以及常见的文件系统驱动程序（如ｅｘｔ２，ｉｓｏ９６６０等），ｆｉｒｍｗａｒｅ有ＡＲＣ、ＳＲＭ两种形式
ＢＩＯＳ界面，甚至还有多重引导的设置；而ＳＲＭ则具有功能强大的命令行界面，用户可以在控制台上使用ｂｏｏｔ等命令引导系统。ＡＲＣ有分区（Ｐａｒｔｉｔｉｏｎ）的概念，因此可以访问到分区的首扇区；而
制转给磁盘的首扇区。两种ｆｉｒｍｗａｒｅ都可以通过引导ＭＩＬＯ来引导Ｌｉｎｕｘ，也可以直接引导Ｌｉｎｕｘ
码。
ａｒｃｈ／ａｌｐｈａ／ｂｏｏｔ下就是制作ＬｉｎｕｘＢｏｏｔｌｏａｄｅｒ的文件。ｈｅａｄ．Ｓ文件提供了对ＯＳＦＰＡＬ／１口，它将被编译后置于引导扇区（ＡＲＣ的分区首扇区或ＳＲＭ的磁盘０扇区），得到控制后初始化一些构，再将控制转给ｍａｉｎ．ｃ中的ｓｔａｒｔ＿ｋｅｒｎｅｌ（），ｓｔａｒｔ＿ｋｅｒｎｅｌ（）向控制台输出一些提示
ｐａｌ＿ｉｎｉｔ（）初始化ＰＡＬ代码，调用ｏｐｅｎｂｏｏｔ（）打开引导设备（通过读取Ｆｉｒｍｗａｒｅ环境），调
心代码加载到ＳＴＡＲＴ＿ＡＤＤＲ（见ｉｎｃｌｕｄｅ／ａｓｍ－ａｌｐｈａ／ｓｙｓｔｅｍ．ｈ），再将Ｆｉｒｍｗａｒｅ中的核心引
到ＺＥＲＯ＿ＰＡＧＥ（０）中，最后调用ｒｕｎｋｅｒｎｅｌ（）将控制转给０ｘ１０００００的ｋｅｒｎｅｌ，ｂｏｏｔｌｏａｄｅｒ部分
ａｒｃｈ／ａｌｐｈａ／ｂｏｏｔ／ｂｏｏｔｐ．ｃ以ｍａｉｎ．ｃ为基础，可代替ｍａｉｎ．ｃ与ｈｅａｄ．Ｓ生成用于
网络引导的Ｂｏｏｔｌｏａｄｅｒ。
  　ｌｉｎｕｘ集　［３］
  　ｃ＆＆ｃ＋＋编程　［５］
程序杂谈　［６８］
  　程序杂谈－嵌入
式　［４０］
  　程序杂谈－其它　［２８］业界资讯　［６３３］
  　业界－嵌入式　［６００］  　业界－其它　［３３］
移动开发　［１８２］
  　Ｓｙｍｂｉａｎ　［１６１］
  　ＷｉｎｄｏｗｓＭｏｂｉｌｅ　［１］  　Ｊ２ＭＥ　［２０］Ｂｏｏｔｌｏａｄｅｒ中使用的所有ｓｒｍ＿函数在ａｒｃｈ／ａｌｐｈａ／ｌｉｂ／中定义。
以上这种Ｂｏｏｔ方式是一种最简单的方式，即不需其他工具就能引导Ｋｅｒｎｅｌ，前提是按照Ｍａｋｅｆｉｌｅ
生成ｂｏｏｔｉｍａｇｅ文件，内含以上提到的ｂｏｏｔｌｏａｄｅｒ以及ｖｍｌｉｎｕｘ，然后将ｂｏｏｔｉｍａｇｅ写入自磁
的位置中。
当采用ＭＩＬＯ这样的引导程序来引导Ｌｉｎｕｘ时，不需要上面所说的Ｂｏｏｔｌｏａｄｅｒ，而只需要ｖｍｌｉｎｕｘ
ｖｍｌｉｎｕｘ．ｇｚ，引导程序会主动解压加载内核到０ｘ１０００（小内核）或０ｘ１０００００（大内核），并
引导部分，即本文的第二节。
对于Ｉ３８６平台
ｉ３８６系统中一般都有ＢＩＯＳ做最初的引导工作，那就是将四个主分区表中的第一个可引导分区
加载到实模式地址０ｘ７ｃ００上，然后将控制转交给它。
在ａｒｃｈ／ｉ３８６／ｂｏｏｔ目录下，ｂｏｏｔｓｅｃｔ．Ｓ是生成引导扇区的汇编源码，它首先将自己拷贝
上，然后将紧接其后的ｓｅｔｕｐ部分（第二扇区）拷贝到０ｘ９０２００，将真正的内核代码拷贝到０ｘ１０００００这些拷贝动作都是以ｂｏｏｔｓｅｃｔ．Ｓ、ｓｅｔｕｐ．Ｓ以及ｖｍｌｉｎｕｘ在磁盘上连续存放为前提的，也就是
ｂｚＩｍａｇｅ文件或者ｚＩｍａｇｅ文件是按照ｂｏｏｔｓｅｃｔ，ｓｅｔｕｐ，ｖｍｌｉｎｕｘ这样的顺序组织，并存放于始于引
的首扇区的连续磁盘扇区之中。
ｂｏｏｔｓｅｃｔ．Ｓ完成加载动作后，就直接跳转到０ｘ９０２００，这里正是ｓｅｔｕｐ．Ｓ的程序入口。ｓｅｔｕｐ．Ｓ
就是将系统参数（包括内存、磁盘等，由ＢＩＯＳ返回）拷贝到０ｘ９００００－０ｘ９０１ＦＦ内存中，这个
ｂｏｏｔｓｅｃｔ．Ｓ存放的地方，这时它将被系统参数覆盖。以后这些参数将由保护模式下的代码来
除此之外，ｓｅｔｕｐ．Ｓ还将ｖｉｄｅｏ．Ｓ中的代码包含进来，检测和设置显示器和显示模式。最后，
统转换到保护模式，并跳转到０ｘ１０００００（对于ｂｚＩｍａｇｅ格式的大内核是０ｘ１０００００，对于ｚＩｍａｇｅ
０ｘ１０００）的内核引导代码，Ｂｏｏｔｌｏａｄｅｒ过程结束。
对于２．４．ｘ版内核
没有什么变化。
二．Ｋｅｒｎｅｌ引导入口
在ａｒｃｈ／ａｌｐｈａ／ｖｍｌｉｎｕｘ．ｌｄｓ的链接脚本控制下，链接程序将ｖｍｌｉｎｕｘ的入口置于
＂ａｒｃｈ／ａｌｐｈａ／ｋｅｒｎｅｌ／ｈｅａｄ．Ｓ＂中的＿＿ｓｔａｒｔ上，因此当Ｂｏｏｔｌｏａｄｅｒ跳转到０ｘ１０００００时，＿＿ｓｔａｒｔ
始执行。＿＿ｓｔａｒｔ的代码很简单，只需要设置一下全局变量，然后就跳转到ｓｔａｒｔ＿ｋｅｒｎｅｌ去了
ｓｔａｒｔ＿ｋｅｒｎｅｌ（）是＂ｉｎｉｔ／ｍａｉｎ．ｃ＂中的ａｓｍｌｉｎｋａｇｅ函数，至此，启动过程转入体系结构无关
中。
对于Ｉ３８６平台
在ｉ３８６体系结构中，因为ｉ３８６本身的问题，在＂ａｒｃｈ／ａｌｐｈａ／ｋｅｒｎｅｌ／ｈｅａｄ．Ｓ＂中需要更多的设
是通过ｃａｌｌＳＹＭＢＯＬ＿ＮＡＭＥ（ｓｔａｒｔ＿ｋｅｒｎｅｌ）转到ｓｔａｒｔ＿ｋｅｒｎｅｌ（）这个体系结构无关的函数中去
所不同的是，在ｉ３８６系统中，当内核以ｂｚＩｍａｇｅ的形式压缩，即大内核方式（＿＿ＢＩＧ＿ＫＥＲＮＥＬ＿＿
需要预先处理ｂｏｏｔｓｅｃｔ．Ｓ和ｓｅｔｕｐ．Ｓ，按照大核模式使用￥（ＣＰＰ）处理生成ｂｂｏｏｔｓｅｃｔ．Ｓ和ｂｓｅｔｕｐ．Ｓ
编译生成相应的．ｏ文件，并使用＂ａｒｃｈ／ｉ３８６／ｂｏｏｔ／ｃｏｍｐｒｅｓｓｅｄ／ｂｕｉｌｄ．ｃ＂生成的ｂｕｉｌｄ工具，
（未压缩的，含ｋｅｒｎｅｌ中的ｈｅａｄ．Ｓ代码）与＂ａｒｃｈ／ｉ３８６／ｂｏｏｔ／ｃｏｍｐｒｅｓｓｅｄ＂下的ｈｅａｄ．Ｓ和ｍｉｓｃ．ｃ起，其中的ｈｅａｄ．Ｓ代替了＂ａｒｃｈ／ｉ３８６／ｋｅｒｎｅｌ／ｈｅａｄ．Ｓ＂的位置，由Ｂｏｏｔｌｏａｄｅｒ引导执行（ｓｔａｒｔｕｐ＿３２口），然后它调用ｍｉｓｃ．ｃ中定义的ｄｅｃｏｍｐｒｅｓｓ＿ｋｅｒｎｅｌ（）函数，使用＂ｌｉｂ／ｉｎｆｌａｔｅ．ｃ＂中定义
内核解压到０ｘ１０００００，再转到其上执行＂ａｒｃｈ／ｉ３８６／ｋｅｒｎｅｌ／ｈｅａｄ．Ｓ＂中的ｓｔａｒｔｕｐ＿３２代码。
对于２．４．ｘ版内核
没有变化。
三．核心数据结构初始化－－内核引导第一部分
ｓｔａｒｔ＿ｋｅｒｎｅｌ（）中调用了一系列初始化函数，以完成ｋｅｒｎｅｌ本身的设置。这些动作有的是公共的
是需要配置的才会执行的。
在ｓｔａｒｔ＿ｋｅｒｎｅｌ（）函数中，
输出Ｌｉｎｕｘ版本信息（ｐｒｉｎｔｋ（ｌｉｎｕｘ＿ｂａｎｎｅｒ））
设置与体系结构相关的环境（ｓｅｔｕｐ＿ａｒｃｈ（））
页表结构初始化（ｐａｇｉｎｇ＿ｉｎｉｔ（））
使用＂ａｒｃｈ／ａｌｐｈａ／ｋｅｒｎｅｌ／ｅｎｔｒｙ．Ｓ＂中的入口点设置系统自陷入口（ｔｒａｐ＿ｉｎｉｔ（））
使用ａｌｐｈａ＿ｍｖ结构和ｅｎｔｒｙ．Ｓ入口初始化系统ＩＲＱ（ｉｎｉｔ＿ＩＲＱ（））
核心进程调度器初始化（包括初始化几个缺省的Ｂｏｔｔｏｍ－ｈａｌｆ，ｓｃｈｅｄ＿ｉｎｉｔ（））
时间、定时器初始化（包括读取ＣＭＯＳ时钟、估测主频、初始化定时器中断等，ｔｉｍｅ＿ｉｎｉｔ（））
提取并分析核心启动参数（从环境变量中读取参数，设置相应标志位等待处理，（ｐａｒｓｅ＿ｏｐｔｉｏｎｓ（）控制台初始化（为输出信息而先于ＰＣＩ初始化，ｃｏｎｓｏｌｅ＿ｉｎｉｔ（））
剖析器数据结构初始化（ｐｒｏｆ＿ｂｕｆｆｅｒ和ｐｒｏｆ＿ｌｅｎ变量）
核心Ｃａｃｈｅ初始化（描述Ｃａｃｈｅ信息的Ｃａｃｈｅ，ｋｍｅｍ＿ｃａｃｈｅ＿ｉｎｉｔ（））
延迟校准（获得时钟ｊｉｆｆｉｅｓ与ＣＰＵ主频ｔｉｃｋｓ的延迟，ｃａｌｉｂｒａｔｅ＿ｄｅｌａｙ（））
内存初始化（设置内存上下界和页表项初始值，ｍｅｍ＿ｉｎｉｔ（））
创建和设置内部及通用ｃａｃｈｅ（＂ｓｌａｂ＿ｃａｃｈｅ＂，ｋｍｅｍ＿ｃａｃｈｅ＿ｓｉｚｅｓ＿ｉｎｉｔ（））
创建ｕｉｄｔａｓｋｃｏｕｎｔＳＬＡＢｃａｃｈｅ（＂ｕｉｄ＿ｃａｃｈｅ＂，ｕｉｄｃａｃｈｅ＿ｉｎｉｔ（））
创建文件ｃａｃｈｅ（＂ｆｉｌｅｓ＿ｃａｃｈｅ＂，ｆｉｌｅｓｃａｃｈｅ＿ｉｎｉｔ（））
创建目录ｃａｃｈｅ（＂ｄｅｎｔｒｙ＿ｃａｃｈｅ＂，ｄｃａｃｈｅ＿ｉｎｉｔ（））
创建与虚存相关的ｃａｃｈｅ（＂ｖｍ＿ａｒｅａ＿ｓｔｒｕｃｔ＂，＂ｍｍ＿ｓｔｒｕｃｔ＂，ｖｍａ＿ｉｎｉｔ（））
块设备读写缓冲区初始化（同时创建＂ｂｕｆｆｅｒ＿ｈｅａｄ＂ｃａｃｈｅ用户加速访问，ｂｕｆｆｅｒ＿ｉｎｉｔ（））
创建页ｃａｃｈｅ（内存页ｈａｓｈ表初始化，ｐａｇｅ＿ｃａｃｈｅ＿ｉｎｉｔ（））
创建信号队列ｃａｃｈｅ（＂ｓｉｇｎａｌ＿ｑｕｅｕｅ＂，ｓｉｇｎａｌｓ＿ｉｎｉｔ（））
初始化内存ｉｎｏｄｅ表（ｉｎｏｄｅ＿ｉｎｉｔ（））
创建内存文件描述符表（＂ｆｉｌｐ＿ｃａｃｈｅ＂，ｆｉｌｅ＿ｔａｂｌｅ＿ｉｎｉｔ（））
检查体系结构漏洞（对于ａｌｐｈａ，此函数为空，ｃｈｅｃｋ＿ｂｕｇｓ（））
ＳＭＰ机器其余ＣＰＵ（除当前引导ＣＰＵ）初始化（对于没有配置ＳＭＰ的内核，此函数为空，ｓｍｐ＿ｉｎｉｔ（）
启动ｉｎｉｔ过程（创建第一个核心线程，调用ｉｎｉｔ（）函数，原执行序列调用ｃｐｕ＿ｉｄｌｅ（）等待调
至此ｓｔａｒｔ＿ｋｅｒｎｅｌ（）结束，基本的核心环境已经建立起来了。
对于Ｉ３８６平台
ｉ３８６平台上的内核启动过程与此基本相同，所不同的主要是实现方式。
对于２．４．ｘ版内核
２．４．ｘ中变化比较大，但基本过程没变，变动的是各个数据结构的具体实现，比如Ｃａｃｈｅ。
四．外设初始化－－内核引导第二部分
ｉｎｉｔ（）函数作为核心线程，首先锁定内核（仅对ＳＭＰ机器有效），然后调用ｄｏ＿ｂａｓｉｃ＿ｓｅｔｕｐ（）
其驱动程序的加载和初始化。过程如下：
总线初始化（比如ｐｃｉ＿ｉｎｉｔ（））
网络初始化（初始化网络数据结构，包括ｓｋ＿ｉｎｉｔ（）、ｓｋｂ＿ｉｎｉｔ（）和ｐｒｏｔｏ＿ｉｎｉｔ（）三部分，在
中，将调用ｐｒｏｔｏｃｏｌｓ结构中包含的所有协议的初始化过程，ｓｏｃｋ＿ｉｎｉｔ（））
创建ｂｄｆｌｕｓｈ核心线程（ｂｄｆｌｕｓｈ（）过程常驻核心空间，由核心唤醒来清理被写过的内存缓冲
（）由ｋｅｒｎｅｌ＿ｔｈｒｅａｄ（）启动后，它将自己命名为ｋｆｌｕｓｈｄ）
创建ｋｕｐｄａｔｅ核心线程（ｋｕｐｄａｔｅ（）过程常驻核心空间，由核心按时调度执行，将内存缓冲区
到磁盘中，更新的内容包括超级块和ｉｎｏｄｅ表）
设置并启动核心调页线程ｋｓｗａｐｄ（为了防止ｋｓｗａｐｄ启动时将版本信息输出到其他信息中间，
ｋｓｗａｐｄ＿ｓｅｔｕｐ（）设置ｋｓｗａｐｄ运行所要求的环境，然后再创建ｋｓｗａｐｄ核心线程）
创建事件管理核心线程（ｓｔａｒｔ＿ｃｏｎｔｅｘｔ＿ｔｈｒｅａｄ（）函数启动ｃｏｎｔｅｘｔ＿ｔｈｒｅａｄ（）过程，并重命名
设备初始化（包括并口ｐａｒｐｏｒｔ＿ｉｎｉｔ（）、字符设备ｃｈｒ＿ｄｅｖ＿ｉｎｉｔ（）、块设备ｂｌｋ＿ｄｅｖ＿ｉｎｉｔ（）
ｓｃｓｉ＿ｄｅｖ＿ｉｎｉｔ（）、网络设备ｎｅｔ＿ｄｅｖ＿ｉｎｉｔ（）、磁盘初始化及分区检查等等，ｄｅｖｉｃｅ＿ｓｅｔｕｐ（）
执行文件格式设置（ｂｉｎｆｍｔ＿ｓｅｔｕｐ（））
启动任何使用＿＿ｉｎｉｔｃａｌｌ标识的函数（方便核心开发者添加启动函数，ｄｏ＿ｉｎｉｔｃａｌｌｓ（））
文件系统初始化（ｆｉｌｅｓｙｓｔｅｍ＿ｓｅｔｕｐ（））
安装ｒｏｏｔ文件系统（ｍｏｕｎｔ＿ｒｏｏｔ（））
至此ｄｏ＿ｂａｓｉｃ＿ｓｅｔｕｐ（）函数返回ｉｎｉｔ（），在释放启动内存段（ｆｒｅｅ＿ｉｎｉｔｍｅｍ（））并给内核解
（）打开／ｄｅｖ／ｃｏｎｓｏｌｅ设备，重定向ｓｔｄｉｎ、ｓｔｄｏｕｔ和ｓｔｄｅｒｒ到控制台，最后，搜索文件系统中的（或者由ｉｎｉｔ＝命令行参数指定的程序），并使用ｅｘｅｃｖｅ（）系统调用加载执行ｉｎｉｔ程序。
ｉｎｉｔ（）函数到此结束，内核的引导部分也到此结束了，这个由ｓｔａｒｔ＿ｋｅｒｎｅｌ（）创建的第一个
一个用户模式下的进程了。此时系统中存在着六个运行实体：
ｓｔａｒｔ＿ｋｅｒｎｅｌ（）本身所在的执行体，这其实是一个＂手工＂创建的线程，它在创建了ｉｎｉｔ（）线
ｃｐｕ＿ｉｄｌｅ（）循环了，它不会在进程（线程）列表中出现嵌入式linux培训视频
ｉｎｉｔ线程，由ｓｔａｒｔ＿ｋｅｒｎｅｌ（）创建，当前处于用户态，加载了ｉｎｉｔ程序
ｋｆｌｕｓｈｄ核心线程，由ｉｎｉｔ线程创建，在核心态运行ｂｄｆｌｕｓｈ（）函数
ｋｕｐｄａｔｅ核心线程，由ｉｎｉｔ线程创建，在核心态运行ｋｕｐｄａｔｅ（）函数
ｋｓｗａｐｄ核心线程，由ｉｎｉｔ线程创建，在核心态运行ｋｓｗａｐｄ（）函数
ｋｅｖｅｎｔｄ核心线程，由ｉｎｉｔ线程创建，在核心态运行ｃｏｎｔｅｘｔ＿ｔｈｒｅａｄ（）函数
对于Ｉ３８６平台
基本相同。
对于２．４．ｘ版内核
这一部分的启动过程在２．４．ｘ内核中简化了不少，缺省的独立初始化过程只剩下网络（ｓｏｃｋ＿ｉｎｉｔ（）建事件管理核心线程，而其他所需要的初始化都使用＿＿ｉｎｉｔｃａｌｌ（）宏包含在ｄｏ＿ｉｎｉｔｃａｌｌｓ（）
行。
五．ｉｎｉｔ进程和ｉｎｉｔｔａｂ引导指令
ｉｎｉｔ进程是系统所有进程的起点，内核在完成核内引导以后，即在本线程（进程）空间内加
它的进程号是１。
ｉｎｉｔ程序需要读取／ｅｔｃ／ｉｎｉｔｔａｂ文件作为其行为指针，ｉｎｉｔｔａｂ是以行为单位的描述性（非执
每一个指令行都具有以下格式：
ｉｄ：ｒｕｎｌｅｖｅｌ：ａｃｔｉｏｎ：ｐｒｏｃｅｓｓ其中ｉｄ为入口标识符，ｒｕｎｌｅｖｅｌ为运行级别，ａｃｔｉｏｎ为动作代
具体的执行程序。
ｉｄ一般要求４个字符以内，对于ｇｅｔｔｙ或其他ｌｏｇｉｎ程序项，要求ｉｄ与ｔｔｙ的编号相同，否则ｇｅｔｔｙ
正常工作。
ｒｕｎｌｅｖｅｌ是ｉｎｉｔ所处于的运行级别的标识，一般使用０－６以及Ｓ或ｓ。０、１、６运行级别被系统
ｓｈｕｔｄｏｗｎ动作，１作为重启至单用户模式，６为重启；Ｓ和ｓ意义相同，表示单用户模式，且无
件，因此也不在ｉｎｉｔｔａｂ中出现，实际上，进入单用户模式时，ｉｎｉｔ直接在控制台（／ｄｅｖ／ｃｏｎｓｏｌｅ行／ｓｂｉｎ／ｓｕｌｏｇｉｎ。
在一般的系统实现中，都使用了２、３、４、５几个级别，在Ｒｅｄｈａｔ系统中，２表示无ＮＦＳ支持的多用表示完全多用户模式（也是最常用的级别），４保留给用户自定义，５表示ＸＤＭ图形登录方式。
可以使用的，传统的Ｕｎｉｘ系统没有定义这几个级别。ｒｕｎｌｅｖｅｌ可以是并列的多个值，以匹配多别，对大多数ａｃｔｉｏｎ来说，仅当ｒｕｎｌｅｖｅｌ与当前运行级别匹配成功才会执行。
ｉｎｉｔｄｅｆａｕｌｔ是一个特殊的ａｃｔｉｏｎ值，用于标识缺省的启动级别；当ｉｎｉｔ由核心激活以后，
ｉｎｉｔｔａｂ中的ｉｎｉｔｄｅｆａｕｌｔ项，取得其中的ｒｕｎｌｅｖｅｌ，并作为当前的运行级别。如果没有ｉｎｉｔｔａｂ者其中没有ｉｎｉｔｄｅｆａｕｌｔ项，ｉｎｉｔ将在控制台上请求输入ｒｕｎｌｅｖｅｌ。
ｓｙｓｉｎｉｔ、ｂｏｏｔ、ｂｏｏｔｗａｉｔ等ａｃｔｉｏｎ将在系统启动时无条件运行，而忽略其中的ｒｕｎｌｅｖｅｌ，其余的（不含ｉｎｉｔｄｅｆａｕｌｔ）都与某个ｒｕｎｌｅｖｅｌ相关。各个ａｃｔｉｏｎ的定义在ｉｎｉｔｔａｂ的ｍａｎ手册中有详细
在Ｒｅｄｈａｔ系统中，一般情况下ｉｎｉｔｔａｂ都会有如下几项：
ｉｄ：３：ｉｎｉｔｄｅｆａｕｌｔ：
＃表示当前缺省运行级别为３－－完全多任务模式；
ｓｉ：：ｓｙｓｉｎｉｔ：／ｅｔｃ／ｒｃ．ｄ／ｒｃ．ｓｙｓｉｎｉｔ
＃启动时自动执行／ｅｔｃ／ｒｃ．ｄ／ｒｃ．ｓｙｓｉｎｉｔ脚本
ｌ３：３：ｗａｉｔ：／ｅｔｃ／ｒｃ．ｄ／ｒｃ３
＃当运行级别为３时，以３为参数运行／ｅｔｃ／ｒｃ．ｄ／ｒｃ脚本，ｉｎｉｔ将等待其返回
０：１２３４５：ｒｅｓｐａｗｎ：／ｓｂｉｎ／ｍｉｎｇｅｔｔｙｔｔｙ０
＃在１－５各个级别上以ｔｔｙ０为参数执行／ｓｂｉｎ／ｍｉｎｇｅｔｔｙ程序，打开ｔｔｙ０终端用于
＃用户登录，如果进程退出则再次运行ｍｉｎｇｅｔｔｙ程序
ｘ：５：ｒｅｓｐａｗｎ：／ｕｓｒ／ｂｉｎ／Ｘ１１／ｘｄｍ－ｎｏｄａｅｍｏｎ
＃在５级别上运行ｘｄｍ程序，提供ｘｄｍ图形方式登录界面，并在退出时重新执行
六．ｒｃ启动脚本
上一节已经提到ｉｎｉｔ进程将启动运行ｒｃ脚本，这一节将介绍ｒｃ脚本具体的工作。
一般情况下，ｒｃ启动脚本都位于／ｅｔｃ／ｒｃ．ｄ目录下，ｒｃ．ｓｙｓｉｎｉｔ中最常见的动作就是激活交换盘，加载硬件模块，这些动作无论哪个运行级别都是需要优先执行的。仅当ｒｃ．ｓｙｓｉｎｉｔ执行完以后会执行其他的ｂｏｏｔ或ｂｏｏｔｗａｉｔ动作。
如果没有其他ｂｏｏｔ、ｂｏｏｔｗａｉｔ动作，在运行级别３下，／ｅｔｃ／ｒｃ．ｄ／ｒｃ将会得到执行，命令行参数
行／ｅｔｃ／ｒｃ．ｄ／ｒｃ３．ｄ／目录下的所有文件。ｒｃ３．ｄ下的文件都是指向／ｅｔｃ／ｒｃ．ｄ／ｉｎｉｔ．ｄ／目录下各
的符号连接，而这些脚本一般能接受ｓｔａｒｔ、ｓｔｏｐ、ｒｅｓｔａｒｔ、ｓｔａｔｕｓ等参数。ｒｃ脚本以ｓｔａｒｔ
以Ｓ开头的脚本，在此之前，如果相应的脚本也存在Ｋ打头的链接，而且已经处于运行态了
（以／ｖａｒ／ｌｏｃｋ／ｓｕｂｓｙｓ／下的文件作为标志），则将首先启动Ｋ开头的脚本，以ｓｔｏｐ作为参数
启动了的服务，然后再重新运行。显然，这样做的直接目的就是当ｉｎｉｔ改变运行级别时，所有相都将重启，即使是同一个级别。
ｒｃ程序执行完毕后，系统环境已经设置好了，下面就该用户登录系统了。
七．ｇｅｔｔｙ和ｌｏｇｉｎ
在ｒｃ返回后，ｉｎｉｔ将得到控制，并启动ｍｉｎｇｅｔｔｙ（见第五节）。ｍｉｎｇｅｔｔｙ是ｇｅｔｔｙ的简化，不能作。ｇｅｔｔｙ的功能一般包括：
打开终端线，并设置模式
输出登录界面及提示，接受用户名的输入
以该用户名作为ｌｏｇｉｎ的参数，加载ｌｏｇｉｎ程序
缺省的登录提示记录在／ｅｔｃ／ｉｓｓｕｅ文件中，但每次启动，一般都会由ｒｃ．ｌｏｃａｌ脚本根据系统环
成。
注：用于远程登录的提示信息位于／ｅｔｃ／ｉｓｓｕｅ．ｎｅｔ中。
ｌｏｇｉｎ程序在ｇｅｔｔｙ的同一个进程空间中运行，接受ｇｅｔｔｙ传来的用户名参数作为登录的用户名
如果用户名不是ｒｏｏｔ，且存在／ｅｔｃ／ｎｏｌｏｇｉｎ文件，ｌｏｇｉｎ将输出ｎｏｌｏｇｉｎ文件的内容，然后退出
来系统维护时防止非ｒｏｏｔ用户登录。
只有／ｅｔｃ／ｓｅｃｕｒｅｔｔｙ中登记了的终端才允许ｒｏｏｔ用户登录，如果不存在这个文件，则ｒｏｏｔ可以在任何上登录。／ｅｔｃ／ｕｓｅｒｔｔｙ文件用于对用户作出附加访问限制，如果不存在这个文件，则没有其他限制当用户登录通过了这些检查后，ｌｏｇｉｎ将搜索／ｅｔｃ／ｐａｓｓｗｄ文件（必要时搜索／ｅｔｃ／ｓｈａｄｏｗ文件
密码、设置主目录和加载ｓｈｅｌｌ。如果没有指定主目录，将默认为根目录；如果没有指定ｓｈｅｌｌ
为／ｂｉｎ／ｓｈ。在将控制转交给ｓｈｅｌｌ以前，ｇｅｔｔｙ将输出／ｖａｒ／ｌｏｇ／ｌａｓｔｌｏｇ中记录的上次登录
然后检查用户是否有新邮件（／ｕｓｒ／ｓｐｏｏｌ／ｍａｉｌ／｛ｕｓｅｒｎａｍｅ｝）。在设置好ｓｈｅｌｌ的ｕｉｄ、ｇｉｄ，
ＰＡＴＨ等环境变量以后，进程加载ｓｈｅｌｌ，ｌｏｇｉｎ的任务也就完成了。
八．ｂａｓｈ
运行级别３下的用户ｌｏｇｉｎ以后，将启动一个用户指定的ｓｈｅｌｌ，以下以／ｂｉｎ／ｂａｓｈ为例继续我
程。
ｂａｓｈ是ＢｏｕｒｎｅＳｈｅｌｌ的ＧＮＵ扩展，除了继承了ｓｈ的所有特点以外，还增加了很多特性和功能。
的ｂａｓｈ是作为一个登录ｓｈｅｌｌ启动的，它继承了ｇｅｔｔｙ设置的ＴＥＲＭ、ＰＡＴＨ等环境变量，其中ＰＡＴＨ
户为＂／ｂｉｎ：／ｕｓｒ／ｂｉｎ：／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ＂，对于ｒｏｏｔ为＂／ｓｂｉｎ：／ｂｉｎ：／ｕｓｒ／ｓｂｉｎ：／ｕｓｒ／ｂｉｎ＂。
ｓｈｅｌｌ，它将首先寻／ｅｔｃ／ｐｒｏｆｉｌｅ脚本文件，并执行它；然后如果存在￣／．ｂａｓｈ＿ｐｒｏｆｉｌｅ，
则执行￣／．ｂａｓｈ＿ｌｏｇｉｎ，如果该文件也不存在，则执行￣／．ｐｒｏｆｉｌｅ文件。然后ｂａｓｈ将作为一
执行￣／．ｂａｓｈｒｃ文件（如果存在的话），很多系统中，￣／．ｂａｓｈｒｃ都将启动／ｅｔｃ／ｂａｓｈｒｃ作为
配置文件。
当显示出命令行提示符的时候，整个启动过程就结束了。此时的系统，运行着内核，运行着
程，运行着ｉｎｉｔ进程，运行着一批由ｒｃ启动脚本激活的守护进程（如ｉｎｅｔｄ等），运行着一
户的命令解释器。
附：ＸＤＭ方式登录
如果缺省运行级别设为５，则系统中不光有１－６个ｇｅｔｔｙ监听着文本终端，还有启动了一个ＸＤＭ
口。登录过程和文本方式差不多，也需要提供用户名和口令，ＸＤＭ的配置文件缺省
为／ｕｓｒ／Ｘ１１Ｒ６／ｌｉｂ／Ｘ１１／ｘｄｍ／ｘｄｍ－ｃｏｎｆｉｇ文件，其中指定了／ｕｓｒ／Ｘ１１Ｒ６／ｌｉｂ／Ｘ１１／ｘｄｍ／ｘｓｅｓｓｉｏｎ
会话描述脚本。登录成功后，ＸＤＭ将执行这个脚本以运行一个会话管理器，比如ｇｎｏｍｅ－ｓｅｓｓｉｏｎ
除了ＸＤＭ以外，不同的窗口管理系统（如ＫＤＥ和ＧＮＯＭＥ）都提供了一个ＸＤＭ的替代品，如ｇｄｍ和ｋｄｍ
的功能和ＸＤＭ都差不多。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。