很多时候,特别是在linux调整分区后,开机重启时会出现         error : unknow filesystem         grub rescue>         的字样,系统就是进不去.这表示你的grub2的配置文件坏了--         由于分区调整或分区UUID改变造成grub2不能正常启动,从而进入修复模式了(grub rescue),也称救援模式.                  在救援模式下只有很少的命令可以用:set  ,  ls , insmod , ro

1.需要先找到linux系统盘所在到目录 grub rescue > ls 然后依次 ls (hd0,msdosX)/ 假如我们到系统在msdos2 2.输入 set root=(hd0,msdos2) set prefix=(hd0,msdos2)/boot/grub insmod /grub/normal.mod normal 此时如果没有错,就能够看到grub界面来 3.进入linux后,在终端输入,重新安装grub目录 sudo update-grubsudo grub-install

长期使用windows 和 ubuntu 人双系统,很可能遇到沉重的一个系统,或以其他方式加盟分区,导致系统重新启动时 : GRUB loading error:unknow filesystem grub rescue> 转载请注明出处:http://blog.csdn.net/jscese/article/details/36865449 一.概念 BIOS:"Basic Input Output System",中文名称就是"基本输入输出系统".事实上,

使用windows 和 ubuntu 双系统的人,很有可能碰到重装某一个系统,或者另外添加分区,导致系统重启出现 : GRUB loading error:unknow filesystem grub rescue> 一.概念 BIOS:"Basic Input Output System",中文名称就是"基本输入输出系统".其实,它是一组固化到计算机内主板上一个ROM芯片上的程序,它保存着计算机最重要的基本输入输出的程序.系统设置信息.开机后自检程序和系统自

我是在装三系统的时候(1.WIN 7 ,2.Ubuntu 12.04 ,3.CentOS 6.4 ),中间步骤出错,造成引导区覆盖,grub乱掉了. 症状: 开机显示:GRUB loading error:unknow filesystem grub rescue> 原因: 已经发现下面几种操作会导致这种问题: 1,想删除ubuntu,于是直接在windows下删除/格式化了ubuntu所在的分区. 2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化. 3,重新安装系统,

症状: 开机显示: GRUB loading error:unknow filesystem grub rescue> 原因:已经发现下面几种操作会导致这种问题:1,想删除debian,于是直接在windows下删除/格式化了debian所在的分区.2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化.3,重新安装系统,把linux安装到了新分区,原有分区已经格式化,但是没有重新安装grub2.4,用debian备份工具/衍生版制造工具等,把主分区回复成了8.X的老版本,结

From : http://www.2cto.com/os/201111/112327.html 症状:开机显示:GRUB loading error:unknow filesystem grub rescue> 原因:已经发现下面几种操作会导致这种问题:1,想删除ubuntu,于是直接在windows下删除/格式化了ubuntu所在的分区.2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化.3,重新安装系统,把linux安装到了新分区,原有分区已经格式化,但是没有重新安

在windows有引导的情况下修复linux引导 插入U盘启动 进入rescue模式 fdisk -l 查看分区情况 chroot /mnt/sysimage/ 进入系统 grub-install /dev/hdxx 注意,这里RHEL我用的是grub2 具体可以grub+tab看命令 然后后边跟的盘就是刚才fdisk看的盘 进入linux修复windows的启动项 sudo gedit /boot/grub/grub.cfg 注意这里可能是grub2 用下面的代码替代### BEGIN /et

出现这种问题 一般在于进行了磁盘分区(GHOST备份时也会造成)导致grub引导文件找不到.我们只要让它找到引导文件就好了. 此时屏幕上提示grub resume>  我们先输入set看下现在grub引导指向哪个盘 出现 这表明引导现在指向第一块硬盘的第一分区,而引导文件不在该区 因此出现grub resume待会儿不用尝试该分区. 在用ls命令查看 磁盘的分区情况其中hd0 代表第一块硬盘 hd1代表第二块 接下来我们要找到引导文件所在的地方 用 ls (hd0,msdos1)/       

ubuntu 14.04 (本机) 1.使用以下命令查看分区: grub rescure> ls            (hd0,msdos7),(hd0,msdos8),(hd0,msdos9)... 2.其实关键是找到grub.cfg在哪个分区里. 当然ubuntu是这个样的:(/boot 已经单独分区)ps.我的是分区9,其他参考说是减一,但是我的分区8没有,分区7有...... grub rescure> ls (hd0, msdos7)/grub            .......

装了Ubuntu和Window双系统的电脑,通常会使用Ubuntu的Grub2进行引导. Grub2会在MBR写入引导记录,并将引导文件放在/boot/grub,破坏任意一项都会导致系统无法正常启动. 当系统因引导失败而无法正常启动时,可以使用Windows的安装光盘或Grub Rescue恢复引导. // 造成引导失败的原因:    1.在window下格式化linux的分区 2.调整磁盘,利用工具整合 修改 删除分区 使磁盘的分区数目,格式发生变化 3.重装系统; 使用Grub Rescue

很久之前在Win7基础上安装了Ubuntu12.04系统,采用硬盘安装的方法.分了1个10G的硬盘分区F盘用于存放Ubuntu12.04的引导文件,其实完全可以制作一个Ubuntu12.04的U盘启动盘.我的分区一共250G空间,格局是这样的:C盘存放Win7系统文件,包括程序等,共40G:D盘和存放资料,80G:E盘70G,存放资料:F盘10G,用于存放Ubuntu12.04的引导文件:前面的C~F分区全是标准的NTFS格式的:另外一个50G格式化后将原有的NTFS格式变成FAT32格式,用于

原文网址:http://blog.sina.com.cn/s/blog_541900d50101eu9r.html win7于ubuntu双系统,进入windows后直接格式化硬盘分区将ubuntu删除,重新启动后出现如下提示.error:no such partitiongrub rescue 这表示引导程序出错 解决办法: 用U盘做一个“老毛桃winpe”的启动盘,具体做法见“老毛桃”官方网站. 进入winpe,开始菜单的工具里有一个“引导修复”的软件,窗口背景色为绿色,选择好系统所在的盘符

1.  先使用ls命令,找到Ubuntu的安装在哪个分区:     grub rescue>ls     会罗列所有的磁盘分区信息,比方说:     (hd0),(hd0,msdos3),(hd0,msdos2),(hd0,msdos1)2. 然后依次调用如下命令: msdosX表示各个分区,注意 msdos 与 数字 之间没有空格!     grub rescue>ls (hd0,msdosX)/boot/grub     如果都找不到的话,需要查一下是否因为Linux版本差异,造成grub

起因:装了win7,然后在另一个分区里装了Ubuntu.后来格掉了Ubuntu所在的分区.系统启动后出现命令窗口:grub rescue:_ 正确的解决方式: 1.光驱插入win7安装盘或者用USB启动(win7支持USB直接启动安装): 2.选择完语言后,进入下一步,选择底下的修复而不是继续安装: 3.搜索完已经安装的系统后,进入下一步: 4.不要让Windows自动修复,没用的,进入命令提示符模式: 5.依次键入bootrec /fixmbr 回车:bootrec /fixboot 回车:

事因:我的笔记本原先同时安装了Win7+Linux,昨天发现硬盘实在不够用(才60G,虽然还有个500G的移动硬盘),就想把里面的Ubuntu格了.都是用虚拟机做测试的多.后来就格了Ubuntu所在的分区.重启后出现命令窗口:grub rescue:_,一看,记起来需要重写MBR才行. 解决方法:1.在光驱插入win7安装盘或者用USB启动(win7支持USB直接启动安装):2.选择完语言选项后,进入下一步,选择底下的系统修复而不是继续安装:3.自动搜索完已经安装的系统后,进入下一步:4.不要让

  前几天整理了下电脑的分区,合并并删除一些分区,结果导致 grub 被破坏了,Ubuntu进不去了,启动后直接进入了 rescure 模式.后来又折腾了下,终于修复好了,现总结一下. 先说一下我的系统环境,我是 Win7 + Ubuntu 16.04 双系统,先安装的 Win7,后安装的 Ubuntu.采用的是 Windows 引导 Ubuntu 的方式,使用的工具是”EasyBCD 2.3 个人版本“.Ubuntu 分区时,"/boot" 是单独分区的.详细分区情况如下:“/boo

前几天整理了下电脑的分区,合并并删除一些分区,结果导致 grub 被破坏了,Ubuntu进不去了,启动后直接进入了 rescure 模式.后来又折腾了下,终于修复好了,现总结一下. 先说一下我的系统环境,我是 Win7 + Ubuntu 16.04 双系统,先安装的 Win7,后安装的 Ubuntu.采用的是 Windows 引导 Ubuntu 的方式,使用的工具是”EasyBCD 2.3 个人版本“.Ubuntu 分区时,"/boot" 是单独分区的.详细分区情况如下:“/boot”

安装完CentOS 7后 修改硬盘分区后,系统重启后,无法正常启动,进入grub rescue模式: 网上大多数centos grub rescue的资料应该是Centos 7之前的,其中提到的命令很多使用的目录是grub,而在7中,这里应该替换成grub2: 另外normal.mod 的目录也有变化.特别要注意 1)首先找到centos 的boot是装在那个分区中: 1. 先使用ls命令 在 grub rescue>下输入以下命令: ls 会罗列所有的磁盘分区信息,比方说: 引用: (hd0,

最近,在grub引导的Ubuntu+Win7双系统上作业,用的是Ubuntu14.04.2.进行系统更新,更新到一般卡住了,恰好此时在进行grub相关文件的更新,我把机器重启后进入了grub rescue模式,如下: error: file '/boot/grub/i386-pc/normal.mod' not found. Entering rescue mode... grub rescue> 经过网络一番查找和自身验证,我汇总了三种解决方法. 1.制作Ubuntu的U盘启动工具,选择U盘启