关于grub rescue 的问题
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
关于grub rescue 的问题
长话短说,是这样的,我先装了Windows,后装了ubuntu,后来把Windows分区给格式化了(用win PE),结果重启机器之后就是出现题目的信息了,然后我就手足无措了~~~~
- pityonline
- 帖子: 3864
- 注册时间: 2008-12-09 12:44
- 来自: 北京
- 联系:
Re: 关于grub rescue 的问题
分区格式化了估计就是重建了分区表,而grub里的分区表没有更新,所以就那样了,还是学习一下小苹果同学的grub2教程吧……
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
可是……哥现在电脑就卡在那个地方了,那个教程又太长了……哥还是用别人的电脑来问的……pityonline 写了:分区格式化了估计就是重建了分区表,而grub里的分区表没有更新,所以就那样了,还是学习一下小苹果同学的grub2教程吧……
- pityonline
- 帖子: 3864
- 注册时间: 2008-12-09 12:44
- 来自: 北京
- 联系:
Re: 关于grub rescue 的问题
准备live cd或live usb,着重看用live cd修复grub2那一部分。太晚了,明天搞吧……
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
怎么知道\ 分区是哪个啊?pityonline 写了:准备live cd或live usb,着重看用live cd修复grub2那一部分。太晚了,明天搞吧……
- pityonline
- 帖子: 3864
- 注册时间: 2008-12-09 12:44
- 来自: 北京
- 联系:
Re: 关于grub rescue 的问题
这个问题我无法回答,能不能说得详细点儿?CHENWERY 写了:怎么知道\ 分区是哪个啊?pityonline 写了:准备live cd或live usb,着重看用live cd修复grub2那一部分。太晚了,明天搞吧……
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
…………pityonline 写了:这个问题我无法回答,能不能说得详细点儿?CHENWERY 写了:怎么知道\ 分区是哪个啊?pityonline 写了:准备live cd或live usb,着重看用live cd修复grub2那一部分。太晚了,明天搞吧……
用livecd修复grub
用ubuntu9.10的livecd启动后,打开终端
假如你的ubuntu的 / 分区是sda7,又假如 /boot分区是 sda6,用livecd启动,在终端下
输入
sudo -i
mount /dev/sda7 /mnt
mount /dev/sda6 /mnt/boot (如果没 /boot 单独分区这步跳过)
grub-install --root-directory=/mnt /dev/sda
…………
以上是教程中的内容,我就是不明白ubuntu的/分区怎么找~~~~~
- pityonline
- 帖子: 3864
- 注册时间: 2008-12-09 12:44
- 来自: 北京
- 联系:
Re: 关于grub rescue 的问题
/ 分区就是根分区。
用livecd启动后进入系统,把被格式化掉的那个win分区挂载,然后看看/media/目录下那个win分区的uuid,也就是名称,与grub2中的win分区对应的uuid对比一下,看是不是不一样了?
具体分区表变更导致grub2出现rescue模式我不知道是不是把新的uuid直接取代旧的uuid就可以了。你可以在备份grub.cfg的前提下试一下……
用livecd启动后进入系统,把被格式化掉的那个win分区挂载,然后看看/media/目录下那个win分区的uuid,也就是名称,与grub2中的win分区对应的uuid对比一下,看是不是不一样了?
具体分区表变更导致grub2出现rescue模式我不知道是不是把新的uuid直接取代旧的uuid就可以了。你可以在备份grub.cfg的前提下试一下……
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
额。原谅我的菜鸟提问吧!pityonline 写了:/ 分区就是根分区。
用livecd启动后进入系统,把被格式化掉的那个win分区挂载,然后看看/media/目录下那个win分区的uuid,也就是名称,与grub2中的win分区对应的uuid对比一下,看是不是不一样了?
具体分区表变更导致grub2出现rescue模式我不知道是不是把新的uuid直接取代旧的uuid就可以了。你可以在备份grub.cfg的前提下试一下……
“把被格式化掉的那个win分区挂载”怎么做?我在liveCD下已经看不到以前的一切分区了,在“computer”里面只有“filesystem”和一个CD驱动器。
- pityonline
- 帖子: 3864
- 注册时间: 2008-12-09 12:44
- 来自: 北京
- 联系:
Re: 关于grub rescue 的问题
打开终端,执行把输出结果复制上来看看……
代码: 全选
sudo fdisk -l
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
以下是输出的结果:pityonline 写了:打开终端,执行把输出结果复制上来看看……代码: 全选
sudo fdisk -l
Warning: omitting partitions after #60.
They will be deleted if you save this partition table.
Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xe467e467
Device Boot Start End Blocks Id System
/dev/sda1 * 1 3211 25792326 7 HPFS/NTFS
/dev/sda2 3212 5568 18932602+ 7 HPFS/NTFS
/dev/sda3 5569 38913 267843425+ f W95 Ext'd (LBA)
/dev/sda5 6766 8739 15856123+ 7 HPFS/NTFS
/dev/sda6 8740 8864 999424 82 Linux swap / Solaris
/dev/sda7 5693 6765 8612864 83 Linux
/dev/sda8 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda9 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda10 33765 38913 41359311 7 HPFS/NTFS
/dev/sda11 5569 5693 999424 82 Linux swap / Solaris
/dev/sda12 5693 6765 8612864 83 Linux
/dev/sda13 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda14 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda15 33765 38913 41359311 7 HPFS/NTFS
/dev/sda16 5569 5693 999424 82 Linux swap / Solaris
/dev/sda17 5693 6765 8612864 83 Linux
/dev/sda18 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda19 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda20 33765 38913 41359311 7 HPFS/NTFS
/dev/sda21 5569 5693 999424 82 Linux swap / Solaris
/dev/sda22 5693 6765 8612864 83 Linux
/dev/sda23 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda24 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda25 33765 38913 41359311 7 HPFS/NTFS
/dev/sda26 5569 5693 999424 82 Linux swap / Solaris
/dev/sda27 5693 6765 8612864 83 Linux
/dev/sda28 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda29 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda30 33765 38913 41359311 7 HPFS/NTFS
/dev/sda31 5569 5693 999424 82 Linux swap / Solaris
/dev/sda32 5693 6765 8612864 83 Linux
/dev/sda33 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda34 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda35 33765 38913 41359311 7 HPFS/NTFS
/dev/sda36 5569 5693 999424 82 Linux swap / Solaris
/dev/sda37 5693 6765 8612864 83 Linux
/dev/sda38 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda39 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda40 33765 38913 41359311 7 HPFS/NTFS
/dev/sda41 5569 5693 999424 82 Linux swap / Solaris
/dev/sda42 5693 6765 8612864 83 Linux
/dev/sda43 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda44 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda45 33765 38913 41359311 7 HPFS/NTFS
/dev/sda46 5569 5693 999424 82 Linux swap / Solaris
/dev/sda47 5693 6765 8612864 83 Linux
/dev/sda48 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda49 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda50 33765 38913 41359311 7 HPFS/NTFS
/dev/sda51 5569 5693 999424 82 Linux swap / Solaris
/dev/sda52 5693 6765 8612864 83 Linux
/dev/sda53 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda54 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda55 33765 38913 41359311 7 HPFS/NTFS
/dev/sda56 5569 5693 999424 82 Linux swap / Solaris
/dev/sda57 5693 6765 8612864 83 Linux
/dev/sda58 23858 38975 121435303+ 7 HPFS/NTFS
/dev/sda59 25809 33764 63906538+ 7 HPFS/NTFS
/dev/sda60 33765 38913 41359311 7 HPFS/NTFS
Partition table entries are not in disk order
- tenzu
- 论坛版主
- 帖子: 36924
- 注册时间: 2008-11-21 20:26
- CHENWERY
- 帖子: 16
- 注册时间: 2010-07-17 0:26
Re: 关于grub rescue 的问题
我自己也表示鸭梨很大……tenzu 写了:竟然到了sda60
- qingdaoocean
- 帖子: 2753
- 注册时间: 2009-05-16 8:47
- qingdaoocean
- 帖子: 2753
- 注册时间: 2009-05-16 8:47