Linux系统启动的标准流程.docVIP

系统的启动是指从计算机加电到显示用户登陆提示的整个过程。我们 将在这里对整个流程以及关系到的一些内容做讨论。过程主要可以分为两个阶段：载入内核和准备运行环境，我们分别进 行讨论。本部分的讨论只基于i386硬 件架构，但大部分内容是有共通性的。 图一?启 动过程综述 载入内核（将内核载入内存，并将控制权传递给它） ????计 算机加电到Boot Loader开始工作，硬件含量远大于软件含量，所以这里暂不提及，如果实在 有关心的朋友，请先别着急，我们将在下期里讨论它。 这一阶段是?Boot Loader?的主战场。它必须将可执行的内核映像和内核启动所需的额外数据信息 从存储介质上载入内存，这并不是件简单的工作，因为除了从硬盘载入，可能还会需要从网络引导服务器这样的外部介质上载入。各种纷繁芜杂的文件系统类型也给 载入带来了巨大的挑战。 Boot Loader?可 能还需要改变CPU的运行特权级别，然后就可以让内核投入运行了。 除此之外，?Boot Loader?还要完成一些其它功能，比如从BIOS中 获取系统信息，或者从启动时的命令行参数中提取信息等。有的?Boot Loader?还 要扮演引导选择工具的角色，方便用户选择不同的操作系统。 Boot Loader的 职责： ??????????判 断到底要载入什么，这可以要求用户进行选择 ??????????载 入内核和它可能需要用到的相关数据，比如initrd或 者其它参数 ??????????为 内核准备好运行环境，比如，让CPU进 入特权模式 ??????????让 内核投入运行 Boot Loader的 历史变迁： 早 期的Linux只支持软盘引导扇区和?Shoelace?两 种?Boot Loader。?Shoelace?是 从Minix继 承下来的、文件系统相关的?Boot Loader。 它只支持?Minix?文 件系统。当时Linux只使用?Minix?一 种文件系统，所以这样做并没什么问题。可是，?Minix?文 件系统存在不能保存创建、修改和访问时间信息；文件名长度限制在14个 字节等问题。随着Linux的发展，这些与传统Unix文 件系统大相径庭的缺陷越来越让人难以忍受，它已经不适合作为Linux的 主要文件系统了。 为 了支持其它文件系统的实现，Linux引 入了VFS（虚拟文件系统）。这个举措很快就引起了热烈的反响，一大批新的文 件系统实现出现了。其中一个?Minix?文 件系统的变体，扩展文件系统?Xiafs（根 据它的作者命名）突破了?Minix?文 件系统的文件名长度限制，将此长度一举提高到全部30个 字符。当时文件系统之间的竞争着实激烈，很难看出谁会胜出，甚至搞不清楚会不会有一个最终的“赢家”。 ???????尽 管不确定性很大，但是有一点却是清楚的：不管最后哪种文件系统会受到青睐，但是除了?Minix?作 为根文件系统，谁也不能从硬盘上启动，因为Shoelace只 支持Minix文 件系统。LILO应运而生了。由于支持多种文件系统（当时内核支持的主流文件系统已 经有?Minix?， 扩展文件系统?ext?，Xiafs?。 还有人在移植?BSD?的?FFS?， 根本看不出来什么时候是个尽头）在实现和维护上难度太大，而Boot Loader?也 不应该成为人们试验新的文件系统的绊脚石，所以LILO采 取了和文件系统无关的设计。 这 种设计经受住了时间的考验，被证明是非常成功的。即使在今天，LILO仍 旧可以从内核支持的绝大部分文件系统的硬盘上启动。但是，由于ext2历 经了这么长的时间一直没有大的演变，成为了事实上的标准，所以跟文件系统相关的Boot Loader又 渐渐流行了起来。 ??? 尽管ext2已 经能满足大部分人的日常需要，但是文件系统的设计者们还是在研制以日志机制为特征的新的文件系统，并且已经取得了相当大的进展。考虑到当前又有可能出现多 种文件系统的实现同时并存的情况，因此对与文件系统无关的Boot Loader的 需求可能会再次变得强劲。 初始化基本的操作环境 一旦内核开始运行，它会初始化内部的数据结构，检测硬件，并且激活 相应的驱动程序，为应用软件的准备运行环境。期间包含一个重要操作——应用软件的运行环境必须要有一个文件系统，所以内核必须首先装载root文 件系统。由于我们的目的是介绍基本流程，所以相关的硬件初始化细节就不再讨论，相关内容在下一期杂志中会有详细介绍。 硬件初始化完成后，内核着手创建第一个进程——初始进程。说是创 建， 其实也不尽然，该进程其实是整个硬件上电初始化过程的延续，只不过执行到这里，进程的逻辑已经完备，所以我们就按照进程的创建方式给它进行了“规格化” ——我们把这个初始进程也叫做“硬件进程”，它会占据进程描述符