修复grub引导

大部分安装了linux的一定还保留着windows,有的甚至不是双系统,是三系统甚至更多
(1)Ubuntu的grub重装和修复。在装了winxp和Ubuntu的电脑上,winxp还原或重装后,grub的启动菜单会丢失,开机会看到 grub2的提示符,虽然说grub2从命令行也可以引导,但是我从来没成功过,因此重建菜单是唯一的路:用启动盘启动选择试用ubuntu到ubuntu下(硬盘启动的情况没试过),在终端输入命令:
sudo -i

fdisk -l   (显示你的分区情况,一般sda是我们的硬盘,adb是u盘)
mount /dev/sdax /mnt   (x,y,z分别为/和/boot,/home所在的分区序号)
mount /dev/sday /mnt/boot   (/boot一般200m左右)

mount /dev/sdaz /home   (加载你的其他分区,我安装时为/home分了一个分区,如何有其他分区的话依次加载)
grub-install --root-directory=/mnt/ /dev/sda
上边的每一行都是要单独输入的命令,如没有为/boot(一般200m左右)或者/home单独分区则不需要第三或四行命令,每一行命令输完后都没有错误提示才行,如果有检查下命令是否有毛病或者多试几次,重启后即可进入grub引导进入ubuntu。如果没有看见windows系统则在ubuntu下输入命进入Ubuntu后,打开中断输入命令:
sudo update-grub
sudo grub-instll /dev/sda
第一行命令输入后会显示grub检测到的硬盘上的系统,第二行是将信息写入硬盘,若这些都做了还是无法引导winxp,则要检查grub配置文件:
sudo gedit /boot/grub/grub.cfg
看下XP的引导文件是不是为
menuentry "Microsoft Windows XP Professional" {
set root=(hd0,1)
search –no-floppy –fs-uuid –set 4a807ca0807c93e3
drivemap -s (hd0) $root
chainloader +1
若是则将set root=(hd0,1)改为set root=(hd0,0)因为大部分人都将XP装在第一分区,而grub2在这一点上好像总是出错
(2)安装XP+Ubuntu9.10+fedora13后fedora的grub无法引导Ubuntu的问题。这是我最近遇到的问题,我原来装的是 opensuse11.2+XP+Ubuntu9.10但是源太慢了所以格了opensuse装了最新的fedora13,但是装完了后发现Ubuntu 启动项不见了,呵呵,系统不能识别一般发生在先装新发行版本后装后发行的版本时,没想到这个fedora13竟然不能识别比他早了近半年的 Ubuntu9.10,后来我进了fedora,用gedit打开fedora的grub配置文件,在后面加了个title ubuntu9.10,然后根据ubuntu里的引导文件在fedora里重写ubuntu的引导,原来的ubuntu的引导文件为/boot/grub /grub.cfg,内容为
menuentry "Ubuntu, Linux 2.6.31-14-generic" {
recordfail=1
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
set quiet=1
insmod ext2
set root=(hd0,7)
search --no-floppy --fs-uuid --set 3038f513-2a08-44c9-b966-b1a09814b523
linux /boot/vmlinuz-2.6.31-14-generic root=UUID=3038f513-2a08-44c9-b966-b1a09814b523 ro quiet splash
initrd /boot/initrd.img-2.6.31-14-generic
}
则对应的fedora引导文件应加入的内容为(对照fedora自己的,注意uuid后的数据来历,我就不多说了)
title ubuntu(2.6.31-22-generic)
root (hd0,4)
uuid 3038f513-2a08-44c9-b966-b1a09814b523
kernel /boot/vmlinuz-2.6.31-22-generic root=UUID=3038f513-2a08-44c9-b966-b1a09814b523 ro quiet splash
initrd /boot/initrd.img-2.6.31-22-generic
(fedora引导文件为/boot/grub/grub.conf)最后应把ubuntu的vmlinuz和initrd.img(省略版本号了)放到 fedora的/boot里当然fedora里的grub配置文件指向的是自己的/boot,所以会发现ubuntu里的是
set root=(hd0,7)而fedora为root (hd0,4),因为我的ubuntu的/boot在hd0,7而fedora的/boot在hd0,4(这是最关键的一点,我在网上看的,但是没有保存链接)这些做完保存后就行了

时间: 2024-08-11 05:44:25

修复grub引导的相关文章

[转]使用Ubuntu Live CD修复Grub引导教程

这个教程的方法我用过了,能够解决了我的问题. 这篇文章主要介绍了使用Ubuntu Live CD修复Grub引导教程,本文以 Ubuntu Live CD 修复 Grub 引导为例,需要的朋友可以参考下 本文以 Ubuntu Live CD 修复 Grub 引导为例,已在 /dev/sda3 安装 Fedora. 首先制作 Ubuntu 启动 USB sudo dd if=ubuntu-13.10-desktop-amd64.iso of=/dev/sdb #/dev/sdb 为 USB 盘符

Ubuntu下修复grub引导

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

ubuntu live cd修复grub引导项

1. 通过Ubuntu Live CD(安装盘,选择try Ubuntu)进入Ubuntu系统 打开终端,依次进行如下操作: [plain] view plain copy 1. sudo fdisk -l 出现如下界面: 2. 然后会看到,有好多不一样的硬盘分区,但是当时我装系统的时候没有分boot分区,而且我当时给的/目录的容量是20G,很显然,/dev/sda7就是我的根目录所在的硬盘(如果没有分boot分区,boot分区启动默认是位于/目录).然后执行: [plain] view pla

修复GRUB引导故障

概述 GNU GRUB(GRand Unified Bootloader简称"GRUB")是一个来自GNU项目的多操作系统启动程序.GRUB是多启动规范的实现,它允许用户可以在计算机内同时拥有多个操作系统,并在计算机启动时选择希望运行的操作系统.GRUB可用于选择操作系统分区上的不同内核,也可用于向这些内核传递启动参数. 它是一个多重操作系统启动管理器.用来引导不同系统,如windows,linux.当配置文件/boot/grub/grub.conf丢失,或者关键配置出现错误,或者MB

Ubuntu+Windows双系统重装Windows后修复Grub引导

通过Live CD进入Ubuntu的试用界面. 打开终端输入以下命令: sudo -i fdisk -l (找一找你的ubuntu安装在那个分区) 也可以直接打开硬盘管理找到你的硬件上的ubuntu在哪个位置. 比如我的ubuntu在 sda10 分区 . 下面挂载原系统的根目录: mount /dev/sda10 /mnt (10替换成你Ubuntu所在分区编号) grub-install --root-directory=/mnt /dev/sda (注意: /mnt后面有空格键) 如果看到

Linux中如何修复GRUB引导故障

grub引导的配置文件存放于 /boot/grub2/grub.cfg,当此文件损坏或丢失的话,Linux主机启动后可能只会出现 "grub>" 的提示符,如下图所示 现在要挂载上系统盘进入救援模式,若分区表未被破坏,则救援模式会找到硬盘中的Linux根分区,并将其挂载到光盘目录结构中的/mnt/sysimage文件夹中.进入"bash-4.2#"的shell环境后,重写或通过之前的备份文件恢复 " grub.cfg " 的配置文件即可,重

CentOS7 修复GRUB 引导故障

GRUB 是大多数Linux系统默认的使用的引导过程,可以通过启动菜单的方式选择进入不同的操作系统(如果有的话).当配置文件 /boot/grub/grub.conf 丢失,或者关键配置出错,或者遭遇破坏,都无法完成进一步的系统启动过程. 一.故障现象:系统引导停滞,显示"grub>" 提示符故障模拟:第一步:我们先到/boot 目录下,找到grub2 这个文件第二步:到grub2 这个文件中,把grub.cfg (启动配置文件)删掉,这样系统就无法正常启动了.第三步:重启系统,

win7 +v Ubuntu 16.04 grub rescue 模式下修复 grub

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

Ubuntu 16.04 grub rescue 模式下修复 grub

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