误删grub.conf修复

由于自己不慎将grub.conf文件里的参数修改错误,导致系统无法启动,报error19:linux kernel must be loaded before initrd 其实我是什么都不懂的,按它提示的press any key to continue.后来在朋友的帮助下(当然他也不是很会这个),知道看别的提示进行操作了,从早上一直搞到下午5点终于弄好了.在press any key后,根据提示按E,进入发现缺少一个kernel,此时已有root(hd0,0)和initrd信息,按O新增一个

简介grub.conf  在centos6或者较低的版本中,grub.conf文件定义了系统启动菜单选项,就相当于是windows装了7和10在开机的时候要让你选择某个系统启动一样,该文件的内容如下:  在上图的配置中,default和timeout两个是要配置的,title也是必须要有的,kernel 后面写内核文件存放的地方(如果boot是单独挂载在一个独立的分区时,可以直接写/内核文件名:如果不是在一个独立分区下挂载的话就要写上路径全名,后面加上 root=根目录挂载的设备名或是uuid

一.BootLoader引导加载程序 1.BootLoader(MBR中)分类: (1)Windows上引导加载器:ntloader (2)Linux上引导加载器: 1) LILO: 短小精悍的linux加载器,1024柱面之后无法加载,现在多用于安卓手机启动 2)GRUB:Grand Uniform Bootloader统一引导加载器 GRUB 0.X(CentOS 5/6):Grub Legacy传统版 GRUB 1.X(CentOS 7):Grub2,完全重写,设计理念上很大改变 2.GR

    CentOS 6.8 GRUB加密和破解密码实战指南 案例1:服务器在公共场合,为了防止随便有人进入单用户破解root密码,先对GRUB引导进行加密,为了更加安全对启动内核时也加密 1.编辑grub配置文件 [[email protected] ~]# openssl passwd -1    //MD5加密转换 Password:  Verifying - Password:  $1$X8cVMw5v$AH0aUHVNix7Tx6wmHAXsf1 [[email protected] 

grub菜单加密                                                                                                  vim /etc/grub.conf                                                                                                                              

引导加载程序(Boot loader)是计算机在加载操作系统内核之前运行的一段小程序.通过这段小程序,可以初始化硬件设备.建立内存空间的映射图,从而将系统的软硬件环境加载到一个适合的状态,以便为最终调用操作系统内核做好准备.通常,引导加载程序依赖于硬件实现,早期的Linux系统常见的引导加载程序有2种,即Grub和Lilo,现如今Grub已经成为了主流(类似Windows下的boot.ini引导文件). 引导加载程序读取grub.conf文件的配置信息,然后根据对应配置信息来启动不同的操作系统,

一.grub简介系统启动引导管理器,是在计算机启动后运行的第一个程序,他是用来负责加载.传输控制到操作系统的内核,一旦把内核挂载,系统引导管理器的任务就算完成退出,系统引导的其它部份,比如系统的初始化及启动过程则完全由内核来控制完成.二.grub的配置文件grub.conf[[email protected] ~]# cat /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have t

vm 环境 11  centos 6.5 最开始用的是vm12 发现安装软件一会就出现 客户机操作系统已禁用 cpu.请关闭或重置虚拟机 以为是新机器的cpu或者主板有问题,换vm,换系统依然会出现这个问题,主要是刚开始是好的,但是过一会就出问题,很麻烦 做点测试花了1天时间,在这个问题上 搜索 kernel panic not syncing attempted to kill init 是 grub.conf 的问题 首先重新引导 系统启动的时候,按下‘e’键进入grub编辑界面,编辑gru

在使用linux过程中我们可能因失误造成mbr的损坏,在我初学的时候,遇到这种问题只有重装系统,现在想想真够笨的..下面具体演示mbr损坏和grub.conf配置文件损坏或丢失的具体做法. 系统RHEL6.6 模拟一:mbr损坏. 使用dd if=/dev/zero of=/dev/sda count=1 bs=400破坏mbr. mbr损坏以后重启系统以后不能进入,默认从光盘启动了. 进入救援模式,并chroot到根分区,具体进入不再演示. # chroot /mnt/sysimage 安装g