打造我的专属的微型linux--启动原理篇

还记得马哥曾总结过天天必读的7句话

一、永远不要向任何人解释你本身。
二、别让某人成为你生命中的优先。
三、天天早上两个简单的选择：回去睡或起身追逐梦想。
四、不要让在意咱们的人为咱们哭泣
五、别在喜悦时许下承诺，忧伤时作出回答，愤怒时作出决定
六、享受生命的每一个当下
七、当你持续的说你很是忙碌，你的明天就永远不会来

如今细细看来，感悟良多。谁也不能预见未来，作好当前，即使未来遭遇失败，也不会留下什么遗憾。。。

废话很少说，进入正题

 

首先此篇先大致介绍下整个系统的开机流程，再来对其一一展开进行详细的说明

第一步：首先进行开机自检POST，确认硬件正常后进入下一步

第二步：BIOS initialization（BOOT SEQ）BIOS初始化，并按照BIOS中设定的开机启动加载设备进行依次的检测

第三步：MBR（bootloader）在BIOS检测到某一设备能够启动后，开始加载MBR上的引导程序，在linux中，引导分为2个阶段，首先加载在MBR上的一段极其精简的启动程序，由此启动程序引导boot目录中的grub，再由grub进行具体系统的引导启动（grub是一个很强大的系统启动引导管理软件，也能够引导window）

第三步：Kernel initialization 在由grub引导linux内核后，启动内核，由内核检测基本硬件设备装载对应驱动，并装载rootfs和启动init(/etc/inittab)

第四步：系统启动和初始化，在启动init后，才开始真正的系统启动，内核退居到后台，由init来接管整个系统的加载和启动，init会根据设定进行系统进一步的初始化，下面是init启动后进行的一系列操做

1.完成系统总体初始化:/etc/rc.d/rc.sysinit （此脚本能够细细研读）

2.启动对应级别的各个服务：/etc/rc.d/rc 利用/etc/rc.d/ec[0-6].d/目录下的全部脚本启动或者中止服务

/etc/rc.d/ec[0-6].d/下都是连接文件，连接到/etc/rc.d/init.d/下的各个脚本

3./etc/rc.local （连接到/etc/rc.d/rc.local）给用户定义的额外开机操做项

4.启动虚拟终端，验证用户登陆（图形界面则调用其余如XDM来验证用户登陆）

至此 系统启动完整，能够说，整个系统的启动都是靠一堆脚原本完成的

 

第一二步骤涉及到硬件的POST和BIOS阶段就再也不细说了，从bootloader开始提及

 

 

bootloader

这是一段放置在MBR钱446字节中的一段精简的引导程序（MBR一共有512字节，后64字节既是分区表，还有最后2个字节的填充）

 

常见的bootloader程序有

LILO:LInux LOader 能够引导多个操做系统，但不支持大硬盘

GRUB:GRand Unified Bootloader 目前比较常见的引导加载器，这是一个分段的引导加载器，在Ubunt上用的是GRUB1.9x。

时隔10年，最新的GRUB2在昨天正式发布了，有兴趣的童鞋能够去关注下

能够在开机时进入GRUB的交互模式，直接输入参数启动系统，在这里能够输入单用户启动参数直接进入单用户模式进行密码修改等操做

以前说这是一个分段的引导程序这里来讲说具体是怎么分段的

 

第一段：MBR
用来引导进入第二段，在完成第一段后，初始化GRUB自我初始化后，并正常启动第二段

 

第二段:/boot/grub

因为MBR上的引导程序只有446字节，因此能放置的内容不多，功能很弱，因此经过引导启动第二段放置在磁盘中/boot/grub目录下强大的GRUB程序，来扩展其更为强大的引导功能

此目录下的配置文件

  /boot/grub/grub.conf

  搬照个人配置文件来详细说明

 

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes 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 #默认启动的系统顺序，从0开始数
timeout=5 #等待用户选择系统的超时时间

splashp_w_picpath=(hd0,0)/boot/grub/splash.xpm.gz #开机图片的位置，这里的位置，因为GRUB是直接识别硬盘的，因此和在linux的树状文件系统要区分一下，若是在linux中boot挂载点是和单独分区，那么只要指向boot分区下的目录，不用从boot开始，直接写成splashp_w_picpath=(hd0,0)/grub/splash.xpm.gz 我这里将boot和根放在同一分区，因此从boot目录开始写

hiddenmenu #是否隐藏菜单



#如下是各个引导系统的设定
title CentOS (2.6.32-220.el6.i686) #菜单显示名称

    root (hd0,0) #内核所在分区

    kernel /boot/vmlinuz-2.6.32-220.el6.i686 ro root=UUID=f7ba45db-7d52-407e-996d-0d7c087f7a1a rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD quiet SYSFONT=latarcyrheb-sun16 rhgb crashkernel=auto  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM #内核所在位置和须要向内核传递的参数

    initrd /boot/initramfs-2.6.32-220.el6.i686.img #这是一个小linux，完整，精悍。 为了防止内核中没有根系统文件的驱动产生系统启动死循环（好比根是放在lvm设备中），先加载initrd这个精简的linux，而后内核借助这个精简的linux加载根文件系统的驱动，而后切换到真正的根文件系统继续进行系统加载

    password 123456 #启动此系统须要的密码，也能够放在全局设定中，表示在开机进入交互式GRUB编辑须要输入密码

Kernel initialization

一、硬件探测

二、硬件驱动初始化（initrd）

三、挂载根文件系统（为了不额外进程写操做破坏文件系统，因此在这里是使用只读挂载）

四、启动/sbin/init （PID:1）

 

在Kernel阶段，须要挂在根目录，而linux单内核系统，但它也吸取了微内核的特性，因此它包括了内核模块。

内核：/boot/vmlinuz-version 模块:/libmodules/version/

把模块集成进内核能提升效率，但也增大了内核体积，因此使用加载模块的方式提升了可管理性

这里就造就了一个问题，因为内核比较精简，因此不可能集成进不少的驱动进去，由内核初始化后是必需要加载根文件系统的，一旦根文件系统放在RAID或LVM设备上，因为内核缺乏这些高级文件系统的驱动，会致使没法加载。因而就在这里加了一层中间层，就是这里的initrd了。initrd是一个微型的根文件系统，内置额外内核中没有的驱动模块

首先内核借助initrd加载根文件系统，而后加载真实根文件系统驱动和其它必须驱动后，切换到真正的根文件系统。因此initrd只是起到一个过渡的做用

内核初始化产生的全部信息保存在/var/log/dmesg 二进制文件，使用dmesg命令查看

 

init 系统初始化

 

加载完成内核后，启动整个系统的父进程，PID为1 的init

init接管系统后，结合/etc/initab的配置，加载各类须要的库文件，启动各个进程，好比bash，用户登陆验证等。。。

 

此篇写述说原理，具体打造过程请期待下一篇。。