您的位置:首页 > 运维架构 > Linux

Linux的启动流程详解

2012-03-09 18:25 387 查看
第一阶段:BIOS启动引导阶段

在该过程中实现硬件的初始化以及查找启动介质

从MBR中装载启动引导管理器(GRUB)并运行该启动引导管理

第二阶段:GRUB启动引导阶段

装载stage1

装载stage1.5

装载stage2

读取/boot/grub.conf文件并显示启动菜单

装载所选的kernel和initrd文件到内存中

第三阶段:内核阶段

运行内核启动参数

解压initrd文件并挂载initd文件系统,装载必须的驱动

挂载根文件系统

第四阶段:Sys V init初始化阶段

启动/sbin/init程序

运行rc.sysinit脚本,设置系统环境,启动swap分区,检查和挂载文件系统

读取/etc/inittab文件,运行在/et/rc.d/rc<#>.d中定义的不同运行级别的服务初始

化脚本

打开字符终端1-6号控制台/打开图形显示管理的7号控制台

启动流程和细节详解

BIOS ==> bootloader ==> kernel & initrd.img ==> /sbin/init

1.bootloader (grub)

/boot/grub/grub.conf <-- grub的配置文件,决定使用哪个kernel和initrd.img

在/boot/grub目录中有两个stage文件,其中:

stage1 <--- 大小是512字节,这个文件会被写进MBR中

stage2 <--- stage1被引导之后,会调用这个文件

如果grub出现问题可能会有两种情况:

a.无法进入grub,屏幕左上角只出现一个光标。出现这种情况基本上MBR已经被破坏,需要进入rescue模式进行修复。

--> chroot环境,执行 "grub-install /boot所在分区" 进行修复

--> 无grub相关命令时,安装grub.rpm包进行恢复

--> /boot目录下无相关的vmlinuz和initrd.img文件时,安装kernel.rpm包进行修复

--> 无grub.conf时需要手工修复

b.grub成功加载,屏幕出现“grub>”,表示配置文件grub.conf找不到。

--> 手工修复

2.kernel & initrd.img

在加载vmlinuz和initrd时出现:kernel panic情况,基本是grub.conf设置参数出问题。

--> 检查grub.conf编写是否出现问题

--> 也有可能是分区设置或者硬盘损坏等问题,需要进入rescue模式检查

3./sbin/init

/sbin/init的配置文件是/etc/inittab

按照这个配置文件,系统会依次执行以下脚本:

---> /etc/rc.d/rc.sysinit

定义hostname,重新挂载各分区,加载各模块

---> /etc/rc.d/rc[0-6].d/目录下以S开头的脚本

启动各runlevel的服务

---> mingetty /dev/tty[1-6]

启用终端
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: