救援模式恢复Centos6.0的grub.conf文件和menu.lst文件
2011-11-18 17:18
267 查看
这两天一直在研究grub引导方面的知识,在网上看了个一知半解就拿自己的centos6.0虚拟机做了一下实验,
于是把/boot/grub里的grub.conf文件和menu.lst文件mv到/root下,不出所料再次启动就进入了grub命令行方式,
然后输入
root (hd0,0)
kernel /vmlinuz-2.6.32-71.29.1.el6.i686 ro root=/dev/mapper
initrd /initramfs-2.6.32-71.29.1.el6.i686.img
最后boot,但是提示no root device found sleeping forever就这样一直不行,
因为之前看了grub.conf的文件内容所以感觉kernel这句肯定是不对于是开始狂查百度谷歌,最终还是没有参透这句话的意思,
没办法只能用救援模式把那两个文件恢复了
打开虚拟机狂按Esc然后连接光盘在选择cdrom启动成功进入,
选择Rescue installed system进入一直按缺省选择进入shell命令行
输入fdisk -l然后显示出了硬盘的分布情况,感觉root加载的硬盘没有错,然后去恢复被我mv的那连个文件,
我发现/下竟然没有boot这项然后和郁闷啊,又是谷歌百度终于知道原来这个shell系统是建立在光盘上的,救援模式只是应急启动进入系统的一种方式,在这个shell系统下是可以访问原来系统的文件的只不过要挂载,
于是mkdir a mount -t ext3 /dev/sda2 /a竟然提示already mounted,难道已经自动挂载了原来的系统分区,到/mnt下一看果然在这,就是那个sysimage进入一看,呵呵都在
开始恢复,再cp 那两个文件到/boot/grub,
这里注意还是在sysimage里面,然后reboot又顺利进入系统了
——————————————————————————————————————————————————————
root (hd0,0)
kernel /vmlinuz-2.6.32-71.el6.i686 ro root=/dev/mapper/vg_microlinux-lv_root rd_LVM_LV=vg_microlinux/lv_root rd_LVM_LV=vg_microlinux/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us crashkernel=auto
rhgb quiet
initrd /initramfs-2.6.32-71.e16.i686.img
于是把/boot/grub里的grub.conf文件和menu.lst文件mv到/root下,不出所料再次启动就进入了grub命令行方式,
然后输入
root (hd0,0)
kernel /vmlinuz-2.6.32-71.29.1.el6.i686 ro root=/dev/mapper
initrd /initramfs-2.6.32-71.29.1.el6.i686.img
最后boot,但是提示no root device found sleeping forever就这样一直不行,
因为之前看了grub.conf的文件内容所以感觉kernel这句肯定是不对于是开始狂查百度谷歌,最终还是没有参透这句话的意思,
没办法只能用救援模式把那两个文件恢复了
打开虚拟机狂按Esc然后连接光盘在选择cdrom启动成功进入,
选择Rescue installed system进入一直按缺省选择进入shell命令行
输入fdisk -l然后显示出了硬盘的分布情况,感觉root加载的硬盘没有错,然后去恢复被我mv的那连个文件,
我发现/下竟然没有boot这项然后和郁闷啊,又是谷歌百度终于知道原来这个shell系统是建立在光盘上的,救援模式只是应急启动进入系统的一种方式,在这个shell系统下是可以访问原来系统的文件的只不过要挂载,
于是mkdir a mount -t ext3 /dev/sda2 /a竟然提示already mounted,难道已经自动挂载了原来的系统分区,到/mnt下一看果然在这,就是那个sysimage进入一看,呵呵都在
开始恢复,再cp 那两个文件到/boot/grub,
这里注意还是在sysimage里面,然后reboot又顺利进入系统了
——————————————————————————————————————————————————————
root (hd0,0)
kernel /vmlinuz-2.6.32-71.el6.i686 ro root=/dev/mapper/vg_microlinux-lv_root rd_LVM_LV=vg_microlinux/lv_root rd_LVM_LV=vg_microlinux/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us crashkernel=auto
rhgb quiet
initrd /initramfs-2.6.32-71.e16.i686.img
相关文章推荐
- CentOS7下实验之手动删除动态链接库文件并用光盘救援模式恢复系统实验
- centos单用户 救援 运行级别 yum,单用户模式,救援模式,inittab :启动级别 e2fsck wetty mingetty 物理终端 /dev/console 虚拟终端 /dev/tty(0,6) 模拟终端 /dev/pts/# grub-md5-crypt 给grub加密码 initrd 第二节课
- linux 救援模式恢复grub
- CentOS6中的破坏性实验(伪根、内核、grub.conf、fstab文件误删恢复)
- 归档模式下恢复没有备份的数据文件
- 教你一招超级简单的方法快速搞定grub.conf文件的丢失及损坏 推荐
- SQL Server的数据恢复模式为完全模式!导致日志过文件超大!
- CentOS 6.0 samba share权限拒绝访问不能创建文件
- CentOS系统恢复误删除的文件
- grub.conf文件损坏或丢失修复[阮胜昌]
- vm安装centos 老是出现 grub.conf 配置问题
- rman实验之归档模式无备份,正常关机丢失当前联机重做日志文件的恢复
- (归档模式)丢失非关键文件恢复
- 非归档模式下恢复利用offline drop命令误删除的数据文件
- Linux基础——centos 跳过管理员密码进行登录(单用户模式、救援模式)
- Centos中修改etcresolv.conf又恢复到原来的状态_落英缤纷
- 救援模式(rescue模式)恢复密码
- ARCHIVELOG模式下用户管理的不完全恢复—基于备份控制文件的不完全恢复
- centos 修改resolv.conf后重启系统恢复原状
- CentOS6.5安装nginx1.5.8时出现“cp: "conf/koi-win" 与"/usr/local/nginx/conf/koi-win" 为同一文件”的解决方法