Linux的启动流程(CentOS 6)

  • 时间:
  • 浏览:6

grub.conf 文件在启动过程含有着很大的作用

   系统启动到MBR阶段的随后会读取MBR中记录的BootLoader。所谓的BootLoader指的随后在操作系统内核运行随后运行的一段小守护进程运行。通过这段小守护进程运行,他们都都随后 初始化硬件设备、建立内存空间的映射图,从而将系统的软硬件环境带到另一个大慨的情况,以便为最终调用操作系统内核做好一切准备。在Linux 中随后grub。

   在计算机完成了BIOS阶段随后,系统会找到BIOS中指定的硬盘的MBR,此时系统启动的控制权就移交到MBR阶段。如图所示,在MBR由三主次组成,分别是BootLoader(主引导守护进程运行),DPT(硬盘分区表)和55AA(硬盘有效标志)。其删剪组织结构可参考上图。

可能性他们都都隐藏了内核的启动信息,去哪随后 够查看内核的启动信息呢?

   硬件引导启动过程在Linux和Windows上是相似的。熟悉Windows系统的他们都都随后 结合Windows的启动过程来理解。

仅仅保留 grub.conf 在启动过程位于的错误,提示信息如下图所示

   关于Linux系统的分区组织结构有有四种 法律法律依据,分别是MBR分区和GPT分区。二者在分区组织结构上有很大的不同,区别也什么都,二者的异同随后 去查看相关的资料,他们都都在这里不做删剪的介绍。

   他们都都以MBR分区为例,来介绍Linux的启动过程。

   硬盘上第0磁道第另一个扇区被称为MBR,都不 随后Master Boot Record,即主引导记录,它的大小是512字节,预启动信息、分区表信息。

  stage 2阶段是GRUB的核心守护进程运行,能让用户以菜单法律法律依据将操作系统加载、新增参数、修改选项,什么全删剪都会stage2的功用。对GRUB来说,stage2除了必须我本人启动外,剩下的事情什么都由stage2完成。像是用户在启动时所都看的GRUB启动倒数画面,或是紧接着的启动菜单画面,就删剪都会由stage2所提供的。 在 /boot/grub/目录下随后 都看由另一个stage2 的文件,随后你這個文件起到了至关重要的作用。

   在Stage 2阶段 会读取 grub.conf 文件,而grub.conf 文件也是在Linux的整个启动过程中位于着尤为重要的一环。

下面他们都都就会删剪的解释一下grub.conf 你這個配置文件。如下图所示,是他们都都自定义的grub.conf文件。

   init 过程,顾名思义,随后对操作系统进行初始化的另一个过程,此时操作系统内核可能性在内存中加载。实际上是根据/etc/inittab(定义了系统默认运行级别)设定的动作进行脚本的执行,第另一个被执行的脚本为/etc/rc.d/rc.sysinit,你這個是真正的OS初始化脚本

   initrd(Initial RAM Disk),它在stage2你這個步骤就被拷贝到了内存中,你這個文件是在安装系统时产生的,是另一个临时的根文件系统(rootfs)。可能性Kernel为了精简,只保留了最基本的模块,随后 ,Kernel上并必须各种硬件的驱动守护进程运行,也就无法识rootfs所在的设备,故产生了initrd你這個文件,该文件装载了必要的驱动模块,当Kernel启动时,随后 从initrd文件中装载驱动模块,直到挂载真正的rootfs,随后 将initrd从内存中移除。

实验 可能性Stage1 阶段被破坏了,怎么可不里能修复启动?

本文主次资料参考了以下博文。

   系统进入到MBR阶段中,就会直接将磁盘的前446字节读入内存中,都不 随后BootLoader。stage 1阶段随后指的你這個段。

   stage 1 阶段的任务非常简单,随后将硬盘中的这446个字节读入内存中,并解析,随后 为下另一个阶段做好准备。

综上,系统启动流程进行了大体的介绍,无奈,时间紧张,有什么都地方随后简单地一笔带过。实际生产中,什么都细节都不 点儿要,包括整个启动过程中每另一个环节可能性出了故障应该怎么可不里能修复,删剪都会值得删剪描述的知识点。随后有时间会回来重新更新补充,以图做到更好。

   Kernel,内核,Kernel是Linux系统最主要的守护进程运行,实际上,Kernel的文件很小,只保留了最基本的模块,并以压缩的文件形式存储在硬盘中,当GRUB将Kernel读进内存,内存刚开始解压缩内核文件。讲内核启动,应该先讲下initrd你這個文件,

   这张图大体上描述了Linux 的启动流程,在Linux的不同启动阶段,标注的相应的注释。本文将在此图的基础上,对Linux的启动过程分阶段的进行删剪的描述。一并可能性自身能力有限,文中描述难免有纰漏之处,还请各位读者留言指出,我会及时改正。

实验 可能性仅仅保留 grub.conf 文件,系统并能正常启动吗?

从图中随后 都看,这时系统会直接进入救援模式。可能性系统找必须找必须硬盘启动代码。什么都他们都都就进入到救援模式,进行一系列的救援操作。

cat /proc/cmdline 会显示与grub.conf 一致的内核信息。

   一并,他们都都在这里提出另一个现象,有谁知道Windows的启动过程呢?可能性启动过程出了现象,他们都都该怎么能办呢?恐怕答案必须重启系统了吧……

   Linux 中的grub 启动位于/boot/grub/目录下

   稍有计算机基础的人都会知道BIOS(Basic Input / Output System),又称为基本输入输出系统,它是一组固化到计算机主板上的一段守护进程运行,存储在ROM中。底下保存了计算机最基本的输入输出守护进程运行,计算机启动的随后首先根据BIOS中提供的信息去查找相应的硬件,并完成最基本的检测。可能性你這個过程中总出 了现象,系统就过多再启动。

   举另一个最简单的例子,可能性系统在BIOS阶段发现,内存条必须成功加载,必须系统还并能正常启动吗?即便Windows系统在你這個点上也是必须的。

随后 图片上点击右键,选泽在新的标签页中打开,从前随后 查看大图。此图为笔者根据参考资料重制,转载请注明出处。

quiet 默认隐藏内核的启动信息,可能性加带,启动时不光显示服务的启动信息,还显示内核的启动信息。

stage1 位于/boot基本磁盘分区中,为识别内核文件所在的文件系统提供系统识别扩展。

Stage 1.5 是桥梁,Stage 1 并必须直接识别文件系统,什么都必须Stage 1.5来引导某个文件系统当中的Stage 2.

前面他们都都说过,Stage1 主要位于BootLoader 中,都不 随后硬盘的第0个磁道的第另一个扇区的前446个字节,必须他们都都随后我将446个字节破坏掉了就随后 模拟你這個实验。先看下面另一个动图。

grub-install 的作用随后重新安装grub,会恢复/boot/grub 目录下的文件。

他们都都在执行 grub-install的过程,不仅修复了stage1 阶段,还修复了stage1.5阶段和stage2阶段。

相关的内容以及配置在图中可能性有了删剪的描述,此处不再详述。

   Linux 系统的启动过程对于管理员来说是删剪透明的,了解了Linux的启动过程,就好像有了透视眼一样,并能清楚的了解Linux的一切。知道了什么,不仅并能防止实际生产中的现象,更并能我本人来制作Linux,我本人定制Linux了,总之Linux大法好……

   Kernel会以只读法律法律依据挂载根文件系统,当根文件系统被挂载后,刚开始装载第另一个守护进程运行运行(用户空间的守护进程运行运行),执行/sbin/init,随后就将控制权交接给了init守护进程运行。

   Linux启动的过程在实际生产含有着至关重要的作用。试想一下,可能性他们都都在实际生产中服务器可能性某另一个服务出了现象,而必须启动,这时他们都都应该怎么能办。可能性他们都都了解Linux的删剪启动过程,知道是在哪另一个环节出了现象,他们都都就并能进入到相应的环节,排除掉相应的现象,从而防止实际生产中的现象。