mbr损坏以及grub.conf的配置文件丢失或出错的方法

在使用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

安装grub-install命令安装grub,--root-directory指定根,/dev/sda指定磁盘。

# grub-install --root-directory=/ /dev/sda

重启以后系统正常启动。

模拟2:grub配置文件丢失

开机后直接进入grub shell。使用find(hd0,0)/ 然后敲tab键可查看所指磁盘分区的文件,(hd0,0)是第一块硬盘的第一个分区,在下图中可看到,kernel文件在此分区。

find (hd0,0)/        敲tab查看此分区文件,第一个磁盘的第一个分区,我的是boot分区。

root (hd0,0)       指定root, root是指定启动时的位置,不是根分区。

kernel /vm-----   指定kernel文件,敲tab键可补全

initrd /init------    指定initrd文件,敲tab键可补全

boot                   启动

启动过程中出现错误,出现内核恐慌,仔细查看,No or empty root= argument 没有指定根所在磁盘分区,关机进入grub重新指定就OK了。具体过程在下。

在kernel /vmlinux------后加上ro(read-only,只读)以及root=/dev/sda2指定根目录所在磁盘分区,使用RHEL5的时候不用指定,这里使用的是RHEL6。

boot回车后可以重新进入系统。

进入系统后,还没完,需要重建grub.conf配置文件,不然下次重义依然进入 grub shell。这里就不再演示。

时间: 2024-08-24 22:22:40

mbr损坏以及grub.conf的配置文件丢失或出错的方法的相关文章

Linux MBR损坏以及grub配置文件损坏如何修复

系统环境:RHEL5.8 VMware 一.模拟MBR损坏: 1.备份MBR:dd if=/dev/sda of=/root/mbr.txt count=1 bs=512 2.损坏MBR:dd if=/dev/zero of=/dev/sda  count=1 bs=200 3.reboot 4.用光盘修复:VMware设置从光盘启动 5.进入启动界面:boot:linux rescue(输入)并回车 6.进入系统:输入命令grub进入grub界面: grub>root (hd1,0) #有可能

【PHP_检查apache配置文件语法是否出错的方法】

1.在apache安装目录中中找到httpd.exe(D:\Program Files\amp\apache\bin) 2.在环境变量中的path中加入httpd.exe的路径 3.重开一个cmd,输入 httpd -t即可看到apache配置文件语法检查结果

如何更改grub.conf配置文件来引导另一个系统

CentOS.RedHat 等linux发行版,通过grub引导程序来完成将内核加载到内存中.如果在自己的一个磁盘上安装了多个操作系统的话,那么这多个操作系统也必须的通过grub引导程序来完成内核的加载的.这是因为一个磁盘上只能有一个grub引导程序,但却可以有多个操作系统. grub引导程序是通过读取自己的配置文件来实现多个系统的引导的. grub的配置文件为:/boot/grub/grub.conf grub.conf为: 其中 default=0 定义了系统默认加载的那个操作系统 time

/boot/grub/grub.conf 内容诠释

linux的启动配置文件GRUB启动时会在 /boot/grub 中寻找一个名字为grub.conf的配置文件,如果找不到此配置文件则不进入菜单模式而直接进入命令行模式. grub.conf是一个纯文字文件,您可以用任何一个文字编辑器来打开它.在SuSE LINUX 下没有/boot/grub/grub.conf这个文件,但是在/boot/grub/目录下有一个menu.lst文件,它的内容与grub.conf一样,而在RedHat Linux中有/boot/grub/grub.conf和men

grub配置文件丢失的情况下修复

1.模以grub.conf文件丢失的情况 [[email protected] grub]# mv ./grub.conf ./grub.conf.bak [[email protected] grub]# ls -a .              fat_stage1_5      jfs_stage1_5       splash.xpm.gz  vstafs_stage1_5 ..             ffs_stage1_5      menu.lst           stage

/boot/grub/grub.conf丢失或错误造成的影响及修复

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

grub.conf 丢失后进入系统

本案环境: [[email protected] ~]# uname -r 2.6.32-504.el6.x86_64 [[email protected] ~]# cat /etc/redhat-release  CentOS release 6.6 (Final) [[email protected] ~]# df -h Filesystem            Size  Used Avail Use% Mounted on /dev/mapper/vg_bright-lv_root  

linux中grub文件丢失或者错误解决方法

首先我们来看下以下别人博客的解决方案: 第一种情况: 是由于grub中的grub.conf文件损坏,开机后直接进入到了grub>命令行模式下.下面将图解此过程 这时可以使用help看一下grub可支持命令有那些,以便供修复时使用. 第二个使用的命令是find (hd0,0)/按tab如果能补全就表示系统在此分区上. 各个参数说明: 这时要注意,当你指定内核后,但未指定内核后面的参数(ro root=(此处未指定的话))将无法正常启动,报:请给root参数,一般情况下是系统是可以自动探测到,但这个

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