inux的安装和启动流程（http://www.2cto.com/os/201208/145165.html）
inux的安装和启动流程 自己整理的linux的安装和启动 1. Linux安装流程1.1 安装过程总览1. BIOS加电自检 2. 运行isolinux目录下面的isolinux.bin文件，这个isolinux.bin文件根据isolinux.cfg文件的选项来加载内核vmlinuz和initrd.img文件，initrd.img文件会在内存中生成一个虚拟的li
·
inux的安装和启动流程
自己整理的linux的安装和启动
1. Linux安装流程
1.1 安装过程总览
1. BIOS加电自检
2. 运行isolinux目录下面的isolinux.bin文件，这个isolinux.bin文件根据isolinux.cfg文件的选项来加载内核vmlinuz和initrd.img文件，initrd.img文件会在内存中生成一个虚拟的linux操作系统，为安装过程提供一个安装环境。
www.2cto.com
3. initrd.img文件中的/sbin/loader文件会探测安装介质,如果探测到是cd安装,就会运行images目录中的stage2.img(安装过程需要的所有镜像)镜像文件,这个文件中最重要的就是anaconda程序,我们看到的安装过程中的向导图就是这个anaconda程序的作用。
4. 安装完成，重启系统。
文件的调用顺序为isolinux/vmlinuz--->isolinux/initrd.img--->/init--->/sbin/loader--->imagaes/install.img---
>/usr/bin/anaconda
光盘结构介绍
* isolinux 目录存放光盘启动时的安装界面信息
* images 目录包括了必要的启动映像文件，最重要的是引导第二阶段安装需要用到的镜像文件install.img（rhel 5中是stage2.img），anaconda程序就在这个镜像文件中。
* CentOS 目录存放安装软件包及信息
* .discinfo 文件是安装价质的识别信息 这个文件很重要
* lemp.tar.gz 文件存放系统初始化及其相关程序安装脚本.
www.2cto.com
* EFI目录：用于64位的基于EFI的系统引导。其中BOOT目录下BOOTX64.conf为grub的配置文件，用于显示引导菜单。
*TRANS.TBL文件：记录当前目录的列表，用mkisofs的-T参数重新生成，主要是为了长文件名称。
/isolinux/iso.cfg
在iso文件中的isolinux目录下面，isolinux.cfg这里面就是我们在安装的时候出现的第一个界面上面的信息，还指明了改加载的内核镜像和initrd镜像：
Install or upgrade an existing system
Install system with basic video driver
Rescue installed system
Boot from local drive
Memory test
/isolinux/boot.msg
这个文件信息只显示了一句
Press the <Enter> key to begin installation process.
www.2cto.com
/isolinux/splash.jpg
这张图片是我们安装界面的背景图片
1.2 vmlinuz
vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”,vmlinuz是可执行的Linux内核。vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。Linux 支持虚拟内存，不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存，因此得名“vm”。vmlinuz是可执行的Linux内核，vmlinuz是可执行的Linux内核，它位于/boot/vmlinuz，vmlinuz的建立有两种方式。一是编译内核时通过“make zImage”创建，然后通过：
“cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage /boot/vmlinuz”产生。
vmlinux不是压缩的内核，vmlinuz是压缩的内核。
一般来讲大家很容易理解的是这样的：系统内核 vmlinuz被加载到内存后开始提供底层支持，在内核的支持下各种模块，服务等被加载运行。这样当然是大家最容易接受的方式，曾经的linux就是这样的运行的。假设你的硬盘是scsi 接口而你的内核又不支持这种接口时，你的内核就没有办法访问硬盘，当然也没法加载硬盘上的文件系统，怎么办？好办！把内核加入scsi驱动
源码然后重新编译出一个新的内核文件替换原来vmlinuz。需要改变标准内核默认提供支持的例子还有很多，如果每次都需要编译内核就太麻烦了。所以后来的linux就提供了一个灵活的方法来解决这些问题---initrd.img
1.3 initrd.img
ininrd.img是什么呢？initrd 的含义是initialized ram disk. ramdisk是用一部分内存模拟成磁盘，让操作系统访问。我们可以通过下列的方式来解压initrd.img，来看看这个文件系统中有的文件：
www.2cto.com
#file initrd.img /*查看一下这个文件的格式，如果是gzip compressed data，那么可以用下面的方式来操作*/
#cp init.img /initrd (目录initrd是自己建立的)
#cd /initrd
#mv initrd.img initrd.gz (改个名字)
#gunzip initrd.gz (解压之后得到一个initrd的文件,用file命令可以看 到它是一个cpio格式的压缩档)
www.2cto.com
#mkdir tmp
#cd tmp
#cpio -id < ../initrd (通过这条命令可以将initrd提取出来，这样在当前的tmp目录下面可以看到文件:bin,dev,etc,firmware,init,lib,lib64,mode
les,proc,sbin,selinux,sys,tmp,usr,var)。
initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd中mount根文件系统中需要装载的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上。我们常在编译核心的使用，使用make menuconfig，其中对某些而外的驱动，是可以选择以模块编译，还是<*>直接编译到核心里面。例如ext3文件系统驱动，如果核心需要放在该文件系统上，可以有两个方法：
引用
1、把其全都编译到内核中，则只需要一个内核文件系统即可启动；
2、把其编译为模块，然后通过initrd虚拟的内存系统加载；
也就是说由于initrd会在内存虚拟一个文件系统，然后可以根据不同的硬件加载不同的驱动，而不需要重新编译整个核心。所以，大部分的发行版都会通过这种方式对驱动进行加载。
1.4 anaconda
系统启动，加载启动映像，在内存中建立了linux系统环境后，解析安装程序映像文件，将安装程序载入内存，执行主执行程序anaconda，该程序是具体安装程序的一个口，负责启动具体的安转过程，完成linux系统的安装。 Anaconda安装程序支持两种安装方式：交互式安装和非交互式安装。
交互式安装：就是安装过程中提示用户设置一些网络、和分区设置。
www.2cto.com
非交互式：通过kickstart配置文件实现自动化安装。
下面来查看anaconda文件内容：
首先进入安装盘镜像，将install.img挂载出来，执行以下命令：
Mount -o loop -squashfs(可要可不要) images/install.img /mnt/stage2
Cd /mnt/stage2
解析后，我们可以看到，安装程序的主执行体anaconda在./usr/bin目录下，它是用python语言写的，其它安装脚本模块均在./usr/lib/anaconda目录下，今后的行文中，除非是anaconda主执行体，其余均指./usr/lib/anaconda目录下的模块，并将该目录简称为anaconda主目录。
anaconda主目录的结构：
Installclasses:子目录中的各个模块定义了在安装过程中用户可选择的安装类型。redhat9.0下包含了四个文件workstation.py，server.py，custom.py和personal_desktop.py。其中，workstation.py描述了工作站安装类型，server.py描述了服务器安装类型，custom.py描述了用户自定义安装类型，personal_desktop.py描述了个人桌面安装类型。每个安装类型描述文件根据相应安装类型的特点，分别对安装步骤、分区策略以及安装包的取舍给出了不同的方案。
Iw子目录下包含所有安装图形界面类所在的模块，每个图形界面对应一个类，负责相应安装步骤图形界面的具体外观显示及与用户的交互，（可能）调用anaconda主目录下的相关安装行为模块完成具体的安装操作。
textw子目录和iw子目录含义是一致的，只是包含的是字符安装模式的前端字符用户界面类所在的模块，每个字符用户界面对应一个类，负责与用户的交互，字符界面的采用了python的snack库。
如果说用户界面类是处理安装程序外观的话，则anaconda主目录下的各python模块则执行每个安装界面背后具体的安装行为，包括那些无用户界面安装步骤的安装操作。
www.2cto.com
1.5 isolinux.cfg配置文件
default vesamenu.c32
# 第一行，default vesamenu.c32，必须的，因为要用到菜单功能，必须有这个vesamenu.c32文件
#prompt 1
timeout 600
# 倒计时 600就是6秒
display boot.msg
#显示一条信息，这里可以修改
menu background splash.jpg
#显示菜单栏的安装界面背景图片
menu title Welcome to NeoKylin Linux Security OS V5!
#显示菜单栏标题
menu color border 0 #ffffffff #00000000
#菜单栏边框颜色
menu color sel 7 #ffffffff #ff000000
#选中文字颜色
menu color title #0000ff #0000ff
#标题颜色
menu color tabmsg 5 #ffffffff #00000000
menu color unsel #000000 #000000
#未选中颜色
menu color hotsel 6 #ff000000 #ffffffff
menu color hotkey 7 #ffffffff #ff000000
menu color scrollbar #fafac0 #fafac0
label install
#表示我们是要安装系统
#下面的是我们安装的时候看到的安装界面信息，如果我们安装时选择了某一项，相应的操作是通过这个文件来设置。
menu label Install system with ^basic video driver
kernel vmlinuz
append initrd=initrd.img ks=cdrom:/isolinux/ks.cfg xdriver=vesa nomodeset quiet
label install text
menu label Install system with ^basic video driver (text)
kernel vmlinuz
append initrd=initrd.img ks=cdrom:/isolinux/ks_text.cfg xdriver=vesa nomodeset quiet
label rescue
menu label ^Rescue installed system
www.2cto.com
kernel vmlinuz
append initrd=initrd.img rescue
label local
menu label Boot from ^local drive
localboot 0xffff
label memtest86
menu label ^Memory test
kernel memtest
append -
2. Linux系统启动概览
图1 启动概览
www.2cto.com
3. 加载BIOS
当你打开计算机电源，计算机会首先加载BIOS(Basic Input Output System)。系统加电后会读取其中各项数据， BIOS信息是如此的重要，以至于计算机必须在最开始就找到它。这是因为BIOS中包含了CPU的相关信息、设备启动顺序信息、硬盘信息、内存信息、时钟信息、PnP特性等等。在 PC 中，引导 Linux 是从 BIOS 中的地址 0xFFFF0 处开始的。 在此之后，PC获得了第一启动设备代号。
4. Boot Loader
4.1 stage1
第一启动设备上面的第0磁道第一个扇区被称为MBR，也就是Master Boot Record，即主引导记录，它的大小是512字节，里面存放了预启动信息、分区表信息。当启动设备找到之后，加载MBR到RAM中执行。在linux系统中，这个阶段读取的文件是/boot/grub/stage1。一旦这个boot loader加载到RAM，BIOS就把计算机控制权交给它。
内存中运行的MBR包括了程序代码和分区表两个部分，如图2所示。512bytes中的前446bytes用来放bootloader，其中既有可执行代码也有错误消息文件。接下来的64bytes是四个分区表，每个16bytes。最后是两个bytes的magic number（其实就是0xAA55），主要是用来校验这个MBR是不是有效。stage1 bootloader的主要功能就是装载第二引导程序(stage2) ，这主要是归结于在主引导扇区中没有足够的空间用于其他操作。
图2 MBR结构图
要查看 MBR 的内容，可下面的命令：
# dd if=/dev/sda of=mbr.bin bs=512 count=1
www.2cto.com
# od -xa mbr.bin
显示结果为:
0000000 ......
*
0001000
最左边表示的是文件的偏移量，用八进制表示的，(0001000)表示成十进制就是512，这个dd命令需要以root用户的身份运行，它从 /dev/sda上读取前 512 个字节的内容，并将其写入mbr.bin文件中。od命令会以十六进制和ASCII码格式打印这个二进制文件的内容。
4.2 stage1.5
在/boot/grub目录下面,有fat_stage_1.5 e2fs_stage_1.5 xfs_stage_1.5等等,stage1.5和文件系统有关系。有时候基本引导装载程序(stage1)不能识别stage2所在的文件系统分区,那么此时就需要stage1.5来连接stage1和stage2了。因此对于不同的文件系统就会有不同的stage1.5。
4.3 stage2
Stage2 Boot Loader 就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核做好一切准备，并且加载内核。
www.2cto.com
我们常常把first-stage（stage1）和second-stage(stage2)的boot loaders合称为Linux Loader(LILO)或是x86 PC环境下的GRand Unified Bootloader (GRUB)。 在GRUB中，通过文件/boot/grub/grub.conf来显示一个菜单或是输入命令 。GRUB相对于LILO的最大的好处是它能够读懂各种linux的文件系统。实际上，GRUB是把前面说的两个stage的boot loader扩展到三个阶段，也就是在stage1之后，加入了stage1.5 boot loader，来完成对文件系统的认知的。比如reiserfs_stage1_5 (从一个 Reiser文件系统)或者e2fs_stage1_5 (从ext2或者ext3文件系统)加载。当这个stage 1.5 boot loader加载运行之后，stage 2 boot loader才加载。
grub是在grub.conf的支配下运行的 ，一旦grub从它的命令行或者配置文件中，接到开始操作系统的正确指令，它就寻找必要的引导文件，然后把机器的控制权移交给操作系统。
grub的功能：
1.能够实现启动哪个操作系统
2.grub的编辑模式可以直接向内核传递参数。
3.
加密保护功能
在我
系统/boot/grub/grub.conf文件中linux引导命令如下：
# grub.conf generated by anaconda
www.2cto.com
#
# Note that you do not have to rerun grub after making chan
ges to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,0)
# kernel /boot/vmlinuz-version ro root=/dev/sda1
# initrd /boot/initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=10 /*默认等待时间，可以设置的长一点*/
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
Hiddenmenu /*这个将menu菜单隐藏了，如果你安装了多个系统，可以将这个注释掉，则系统启动时选择操作系统会变的更加方便*/
title Red Hat Enterprise
Linux (2.6.32-131.0.15.el6.i686)
root (hd0,0)
kernel /boot/vmlinuz-2.6.32-131.0.15.el6.i686 ro root=UUID=
www.2cto.com
922f42cd-a6af-4784-a743-b43753054838 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=zh_CN.UTF-8 KEYBOARDTYPE=pc KE
YTABLE=us crashkernel=auto rhgb quiet
initrd /boot/initramfs-2.6.32-131.0.15.el6.i686.img
root (hd0,0) ,root 表示用于定义你的grub的第二阶段用到的一些文件包配置文件和kernel文件所在的分区的，(hd0,0)表示的是第一块硬盘的第一个主分区。grub不管你是什么硬盘，都叫hd，第一块硬盘hd0，第一个分区0 ，表示为(hd0,0) 。
文件中的kernel命令用来指定内核所在的位置,"/"代表(hd0,0),也就是grub的根目录。
这些信息记录在/var/log/dmesg，记录了初始化过程中的所有信息。
initrd命令用来指定初始化RAM的img文件所在位置。
对grub命令进行加密：
1）使用命令/sbin/grub-md5-crypt来产生grub使用的密码
/sbin/grub-md5-crypt
Password:
Retype password:
www.2cto.com
$1$3YbPF$FVKSKDFJKWJEKJF90XRkrl
2）修改/boot/grub.conf加入password --md5 $1$3YbPF$FVK
SKDFJKWJEKJF90XRkrl，这句话一定要加在title之前。这样在重启系统时在grub的启动grub菜单时，想按下e进入编译模式时，必须要先按下p输入grub密码。
当stage 2加载完毕，GRUB可以列出可用的kernel（在/boot/grub/grub.conf中定义）。你可以选择其中的一个，并且设置你选中的kernel的启动参数。
当stage 2 boot loader加载到内存后，默认的kernel映像和initrd映像会加载到内存中。这些映像加载完毕之后，stage 2 boot loader就会激活kernel映像。
5. kernel
Stage 2 bootloader之后，内核已经加载到了内存中，控制权转移到了kernerl。这个kernel一般还不是一个可执行的kernel，而是压缩过的kernel映像。通常这个映像使用zlib压缩为zImage (compressed image，小于512KB) 或者是bzImage (big compressed image，大于512KB)。在这个映像的初始部分是一个小模块，进行一些基本的硬件初始化工作，然后把可执行的kernel部分解压出来，放到内存高位。接下来，这个模块就调用kernel，开始kernel引导工作。当解压缩内核完成后，屏幕输出“OK, booting the kernel”。系统将解压后的内核放置在内存之中，kernel会立即初始化系统中各设备并做相关配置工作，其中包括CPU、I/O、存储设备等。在2.6内核中，支持两种格式的initrd，一种是2.4内核的文件系统镜像image-initrd，一种是cpio格式。以 cpio 格式为例，内核判断initrd为cpio的文件格式后，会将initrd中的内容释放到rootfs中。initrd一种基于内存的文件系统，启动过程中，系统在访问真正的根文件系统/时，会先访问initrd 文件系统。将initrd中的内容打开来看，会发现有bin、devetc、lib、procsys、sysroot、 init等文件（包含目录）。其中包含了一些设备的驱模拟块，比如scsi ata等设备驱动模块，同时还有几个基本的可执行程序 insmod, modprobe, lvm，nash。主要目的是加载一些存储介质的驱动模块，如上面所说的scsi ideusb等设备驱动模块，初始化LVM，把/根文件系统以只读方式挂载 www.2cto.com
initrd中的内容释放到rootfs中后，Kernel会执行其中的init文件，这里的init是一个nash脚本，由nash解释器执行。这个时候内核的控制权移交给init文件处理，我们查看init文件的内容，主要也是加载各种存储介质相关的设备驱动。
驱动加载后，会创建一个根设备，然后将根文件系统/以只读的方式挂载。这步结束后，执行switchroot，转换到真正的根/上面去，同时运行/sbin/init程序，这就是我们系统的1号进程，此后，系统启动的控制权移交给 init 进程。关于switchroot，这是在nash中定义的程序。
总结：在整个kernel的启动中，在stage 2的boot loader载入到内存中的initial-RAM disk (initrd) 会被拷贝到RAM中，并挂载起来。它以一个临时的文件系统的身份在RAM中工作，使得kernel在没有任何物理设备挂载的情况下也可以完整的启动起来。正是由于所有与外围设备相关的交互都可以放到initrd中，kernel本身虽然很小，但却支持范围极其广的硬件设备。在kernel的启动完成之后，root文件系统就会回滚(通过pivot_root)，initrd的root文件系统被卸载，实际的root文件系统被挂载起来。
Initrd存在是因为Linux Kernel需要适应多种不同的硬件架构，但是将所有的硬件驱动编入Kernel又是不实际的，而且Kernel也不可能每新出一种硬件结构，就将该硬件的设备驱动写入内核。实际上LinuxKernel仅是包含了基本的硬件驱动，在系统安装过程中会检测系统硬件信息，根据安装信息和系统硬件信息将一部分设备驱动写入 initrd 。这样在以后启动系统时，一部分设备驱动就放在 initrd 中来加载。
www.2cto.com
综上，kernel的主要操作包括:
1.Device探测
2.驱动程序初始化
3.以只读方式加载根文件系统
4.启动init进程
initrd是inital ram disk的宿写.
当存在initrd的时候,机器启动的过程大概是以下几个步骤(当initrd这一行用noinitrd 命令代替后,就不存在initrd了)
1)boot loader(grub)加载内核和initrd.img
2)内核将压缩的initrd.img解压成正常的ram disk并且释放initrd所占的内存空间
3)initrd作为根目录以读写方式被挂载
4)initrd里面的文件linuxrc被执行
5)linuxrc挂载新的文件系统
6)linuxrc使用pivot_root系统调用指定新的根目录并将现有的根目录place到指定位置.
7)在新的文件系统下正式init
8)initrd被卸载
6. init进程
6.1 读取inittable
内核被加载运行完成之后，第一个运行的程序便是/sbin/init，这个程序会去读取/etc/inittab文件，并在其中找一行指定默认运行级别的代码，然后根据指定级别运行初始化服务。
/etc/inittab中的配置信息格式如下：
id：runlevel：action：process
id：标示符
runlevel：运行级别
action：对应运行级别所进行的操作
process：执行的命令
runlevel运行等级设定如下：
0：关机
www.2cto.com
1：单用户模式
2：无网络支持的多用户模式
3：有网络支持的多用户模式
4：保留，未使用
5：有网络支持有X-Window支持的多用户模式
6：重新引导系统，即重启
其中的action有如下选项：
respawn：表示init程序对此process进行监控，即使此进程被终止也立即被启动；
wait：表示init进程只调用一次此process，并等待其结束后再进行下一步操作；
initdefault：表示系统运行后默认进入的运行级别；由于进入某个级别会默认开始执行对应级别的各种进程，故此处不定义process，如果此条记录不存在，会直接进入文本模式；
sysinit：系统启动时准备运行的命令，此命令直接指向系统启动后运行的第一个初始化脚本/etc/rc.d/rc.sysinint;
powerfail:表示当电源被切断后（有ups时）运行后面的proces
；
powerokwait：当电源监测发现电源恢复则执行后面的process
； www.2cto.com
ctrlaltdel：允许init在用户于控制台键盘上按下C t r l + A l t + D e l组合键时，重新启动系统。注意，如果该系统放在一个公共场所，系统管理员可将C t r l + A l t + D e l组合键配置为别的行为，比如忽略等。
6.2 在单用户模式下引导
一个重要的运行级别就是单用户模式（运行级别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已经由于文件系统的问题而不连贯了，就不适合这里的原则了，为对付这种情况，你最好随时准备一张启动盘）。
不同的运行级有不同的用处，也应该根据自己的不同情形来设置。
www.2cto.com
6.3 执行rc.sysinit
在设定了运行等级后，Linux系统执行的初始化脚本文件/etc/rc.d/rc.sysinit对系统进行基本的配置，以读写方式挂载根文件系统及其它文件系统它做的工作有：
1. 激活udev和selinux；
2. 通过读取/etc/sysctl.conf设置内核参数
3. 设置系统时间
4. 加载键盘映射
5. 启用swap分区
6. 设置主机名
7. 检查根文件系统，并以读写方式重新挂载根文件系统
8. 激活LVM和RAID设备
9. 启动磁盘限额
10. 挂载其他文件系统
11. 清理过期文件锁和PID文件
在执行sysinit脚本中，默认调用/etc/sysconfig中的文件来进行设置系统的环境，若想看系统加载的信息可以利用dmesg来查看。
www.2cto.com
6.4 开启和关闭服务
开启和关闭和服务是按照文件/etc/rc.d/rcX.d/[KS]来执行的。
首先终止“K”开头的服务，然后启动“S”开头的服务。
对每一个运行级别来说，在/etc/rc.d子目录中都有一个对应的下级目录。这些运行级别的下级子目录的命名方法是rcX.d，其中的X就是代表运行级别的数字。比如说，运行级别3的全部命令脚本程序都保存在/etc/rc.d/rc3.d子目录中。在各个运行级别的子目录中，都建立有到/etc/rc.d/init.d子目录中命令脚本程序的符号链接，但是，这些符号链接并不使用命令脚本程序在 /etc/rc.d/init.d子目录中原来的名字。如果命令脚本程序是用来启动一个服务的，其符号链接的名字就以字母S打头；如果命令脚本程序是用来关闭一个服务的，其符号链接的名字就以字母K打头。许多情况下，这些命令脚本程序的执行顺序都很重要。为了安排它们的执行顺序，在字母S或者 K的后面紧跟着一个两位数字，数值小的在数值大的前面执行。比如：/etc/rc.d/rc3.d/S50inet就会在 /etc/rc.d/rc3.d/S55
named之前执行。
系统先运行以字母K打头的命令脚本程序，然后再运行以字母S打头的命令脚本程序。对以字母K打头的命令脚本程序来说，会传递Stop参数；类似地对以字母S打头的命令脚本程序来说，会传递 Start参数。
6.5 自定义脚本程序
执行/etc/rc.d/rc.local，Redhat Linux中的运行模式2、3、5都把/etc/rc.d/rc.lo
cal做为初始化脚本中的最后一个，Linux留给用户进行个性化的地方。你可以把你想设置和启动的东西放到这里。
7. 登陆
完成了系统所有的启动任务后，到了我们用户输入用户名和密码。Linux的账号验证程序是login ，login会对用户名进行分析：如果用户名不是root，且存在/etc/nologin文件，login将输出nologin文件的内容，然后退出。这通常用来系统维护时防止非root用户登录。只有/etc/securetty中登记了的终端才允许root用户登录，如果不存在这个文件，则root可以在任何终端上登录。/etc/usertty文件用于对用户作出附加访问限制，如果不存在这个文件，则没有其他限制。 www.2cto.com
在分析完用户名后，login将搜索/etc/passwd以及/etc/shadow来验证密码以及设置账户的其它信息，比如：主目录是什么、使用何种shell。如果没有指定主目录，将默认为根目录；如果没有指定shell，将默认为/bin/bash。
login程序成功后，会向对应的终端在输出最近一次登录的信息(在/var/log/lastlog中有记录)，并检查用户是否有新邮件(在/usr/spool/mail/的对应用户名目录下)。然后开始设置各种环境变量：对于bash来说，系统首先寻找/etc/profile脚本文件，并执行它；然后如果用户的主目录中存在.bash_profile文件，就执行它，在这些文件中又可能调用了其它配置文件，所有的配置文件执行后后，各种环境变量也设好了，这时会出现大家熟悉的命令行提示符，到此整个启动过程就结束了。
作者 ping1214
更多推荐
0
0- 0
已为社区贡献2条内容
所有评论(0)