第四讲运行级别与故障排除.pdf

第四讲 运行级别与故障排除 一、Linux 的启动过程 （１）BIOS 自检 计算机在接通电源之后首先由 BIOS 进行自检，即进行所谓的 POST （Power On Self Test ），然后依据BIOS 内设置的引导顺序从硬盘、软盘或CDROM 中读入“引导块” 。 （2 ）启动GRUB/LILO GRUB 和 LILO 都是引导加载程序。最简单地讲，引导加载程序（boot loader ） 会引导 操作系统。当机器引导它的操作系统时，BIOS 会读取引导介质上最前面的 512 字节（即 人们所知的 主引导记录（master boot record ，MBR ））。在单一的 MBR 中只能存储一个 操作系统的引导记录，所以当需要多个操作系统时就会出现问题。所以需要更灵活的引导加 载程序。 （3 ）加载内核 当内核映像被加载到内存之后，内核阶段就开始了。内核映像并不是一个可执行的内核， 而是一个压缩过的内核映像。通常它是一个 zImage （压缩映像，小于 512KB ）或一个 bzImage （较大的压缩映像，大于 512KB ），它是提前使用 zlib 进行压缩过的。在这个内 核映像前面是一个例程，它实现少量硬件设置，并对内核映像中包含的内核进行解压，然后 将其放入高端内存中，如果有初始 RAM 磁盘映像，就会将它移动到内存中，并标明以后 使用。然后该例程会调用内核，并开始启动内核引导的过程。 （4 ）执行init 进程 init 进程是系统所有进程的起点，内核在完成核内引导以后，即在本线程（进程）空间内 加载 init 程序，它的进程号是 1。init 进程是所有进程的发起者和控制者。因为在任何基于Unix 的系统（比如Linux ）中，它都是第一个运行的进程，所以init 进程的编号（Process ID ， PID ）永远是 1。如果init 出现了问题，系统的其余部分也就随之而垮掉了。 init 进程有两个作用。第一个作用是扮演终结父进程的角色。因为 init 进程永远不会被终 止，所以系统总是可以确信它的存在，并在必要的时候以它为参照。如果某个进程在它衍生 出来的全部子进程结束之前被终止，就会出现必须以init 为参照的情况。此时那些失去了父 进程的子进程就都会以 init 作为它们的父进程。快速执行一下 ps -af 命令，可以列出许多父 进程 ID （Parent Process ID ，PPID ）为 1 的进程来。 init 的第二个角色是在进入某个特定的运行级别（Runlevel ）时运行相应的程序，以此对 各种运行级别进行管理。它的这个作用是由/etc/inittab 文件定义的。 （5 ）通过/etc/inittab 文件进行初始化 init 的工作是根据/etc/inittab 来执行相应的脚本进行系统初始化，如设置键盘、字体， 装载模块，设置网络，等等。 对于 RedhatLinux 来说，执行的顺序为：  /etc/rc.d/rc.sysinit # 由init 执行的第一个脚本 /etc/rc.d/rc.sysinit 主要做在各个运行模式中相同的初始化工作，包括： 设置初始的$PATH 变量。 配置网络。 为虚拟内存启动交换。 设置系统的主机名。 检查 root 文件系统，以进行必要的修复。 检查 root 文件系统的配额。 为 root 文件系统打开用户和组的配额。 以读/写的方式重新装载 root 文件系统。 清除被装载的文件系统表/etc/mtab 。 把 root 文件系统输入到 mtab 。 使系统为装入模块做准备。 查找模块的相关文件。 检查文件系统，以进行必要的修复。 加载所有其他文件系统。 清除几个/etc 文件：/etc/mtab 、/etc/fastboot 和/etc/nologin 。 删除 UUCP 的lock 文件。 删除过时的子系统文件。 删除过时的 pid 文件。 设置系统时钟。