场景描述:目前遇到使用CentOS6.5安装盘,安装系统的过程中,手动指定了/boot启动分区,但是很遗憾,导致系统启动失败。
(假设读者没有启动分区的概念,在这里做详细的介绍:划分一个独立的分区作为启动分区,这个还有一个叫做根分区,这两个分区提供的功能是不一样的。例如启动分区中文件有如下:
kernel initrd menu.lst system.map等等。这些都是用来引导系统的【在这里进行说明:BIOS加电自检硬件之后,搜索设备的引导块代码{一般是grub或者lilo},然后加载grub程序,运行之后加载内核和虚拟文件系统initrd文件。】引导系统之后,最后挂载根文件系统,启动分区退出历史的舞台。这个时候/boot启动分区就没有任何的意义了。正如我们了解的最终根文件系统才是主角,如果根文件系统损坏了,everything is gone!!所以我们好像没有额外划分的必要。
实际上根文件系统如果损坏但是不严重,确实通过fsck.ext3修复工具可以修复(理论上SLES系统不支持自动修复,提供一个控制台的接口给你)。这个时候启动分区就有意义了。毕竟启动分区作为一个独立的分区,运行在虚拟文件系统的情况下,检测到根文件系统损坏,还可以直接在这个时候修复。如果启动分区取消了,只有根分区还真是回天乏术啦!
那么什么时候需要创建启动分区?就是自己定制系统的情况下,因为CentOS或者FreeBSD等系统不支持界面分配,如果是界面分配启动分区,系统当机了!!麻烦,兄弟可以学着用USB定制盘重新修改系统的配置menu.lst和重装grub。
时间: 2024-10-17 01:04:41