精华内容
下载资源
问答
  • 修复GRUB引导故障

    2019-09-25 23:45:10
    故障原因 MBR中的GRUB引导程序遭到破坏 grub.conf文件丢失、引导配置有误 故障现象 系统引导停滞,显示“grub>...修复GRUB引导故障 方法1、 在grub> 提示符后,手动输入引导命令 正常开机后,再重...
    • 故障原因
      • MBR中的GRUB引导程序遭到破坏
      • grub.conf文件丢失、引导配置有误
    • 故障现象
      • 系统引导停滞,显示“grub>"提示符
    • 解决思路
      • 尝试手动输入引导命令
      • 进入急救模式,重写或者从备份中恢复grub.conf
      • 向MBR扇区中重建grub程序

    修复GRUB引导故障

    • 方法1、
      • 在grub> 提示符后,手动输入引导命令
      • 正常开机后,再重写grub.conf内容
        • vi /boot/grub/grub.conf
      • 步骤
        • 1、设置故障
          • 删除 /boot/grub/grub.conf
        • 2、重启
        • 3、重写引导程序
        • 4、输入boot 然后正常开机
        • 5、重写/boot/grub/grub.conf的内容 //重写引导程序,保证下次正常开机
          • 保存并退出
    • 方法2、  
      • 进入急救模式,进入'bash-4.1#'的shell环境
      • 重写(或者通过备份的文件恢复)grub.conf配置文件
      • 步骤
        • 挂载光盘
        • chroot /mnt/sysimage / 切换到待修复的Linux系统根环境
        • vi /boot/grub/grub.conf
          • 重写引导程序内容
        • exit 退出chroot环境
        • reboot 重启系统
    • 方法3、
      • MBR扇区的引导程序损坏,重建grub.conf配置文件后仍然无法启动系统
      • 在救援模式Shell环境重新安装grub引导程序
      • 将grub引导程序重新安装到第1块硬盘的MRB扇区
      • 步骤:
        • bash-4.1# chroot /mnt/sysimage
        • sh-4.1# grub-install /dev/sda
        • sh-4.1# exit
        • bash-4.1# reboot
    展开全文
  • Linux修复GRUB引导故障

    2021-04-20 20:59:40
    修复GRUB引导故障 1、故障原因: MBR中的GRUB引导程序遭到破坏(GRUB为MBR的1-446字节) grub.conf文件丢失、引导配置有误(CentOS7为grub2.cfg) 2、故障现象: 系统引导停滞,显示“grub>”提示符 3、解决...

    修复GRUB引导故障

    1、故障原因:

    MBR中的GRUB引导程序遭到破坏(GRUB为MBR的1-446字节)
    grub.conf文件丢失、引导配置有误(CentOS7为grub2.cfg)

    2、故障现象:

    系统引导停滞,显示“grub>”提示符

    3、解决思路:

    1、尝试手动输入引导命令 (不提倡,不能输错一个字母,而且不能补全)
    2、进入急救模式,重写或者从备份中恢复grub.conf
    3、向MBR扇区中重建grub程序

    这里用第三种方法,向MBR扇区中重建grub程序

    1、进入grub2删除grub.cfg配置文件,模拟故障。

    rm -rf /boot/grub2/grub.cfg

    2、进入急救模式,加载光盘镜像,切换到系统根环境,要快速按ESC

    sh-4.2# chroot /mnt/sysimage

    3、重新将GRUB引导程序安装到第一块硬盘(/dev/sda)的MBR扇区,如果有多个分区可省略

    bash-4.2# grub2-install /dev/sda

    4、重新构建GRUB菜单的配置文件

    bash-4.2# grub2-mkconfig -o /boot/grub2/grub.cfg

    5、退出chroot,重启

    bash-4.2# exit
    sh-4.2# exit或者reboot

    在这里插入图片描述

    重启,在读条的时候迅速按ESC,然后选择CD-ROM,后面进入急救模式,在上一个实验已经说过如何进入急救模式,这里就不截图了。
    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 修复grub引导

    2019-10-06 18:46:09
    大部分安装了linux的一定还保留着windows,有的甚至不是双系统,是三系统甚至更多(1)Ubuntu的grub重装和修复。在装了winxp和Ubuntu的电脑上,winxp还原或重装后,grub的启动菜单会丢失,开机会看到 grub2的提示符...

    大部分安装了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(这是最关键的一点,我在网上看的,但是没有保存链接)这些做完保存后就行了

    转载于:https://www.cnblogs.com/swek/p/4338182.html

    展开全文
  • Linux_修复GRUB引导故障的3种方法!

    千次阅读 2021-02-05 22:32:33
    修复GRUB引导故障方法1——方法一:手动输入引导命令(笨拙繁琐,不建议使用)三.修复GRUB引导故障方法2——方法二:进入急救模式,恢复GRUB引导程序——主引导程序记录被破坏1.创建磁盘,格式化,挂载,备份文件2.模拟...

    一.修复GRUB引导故障

    1. 故障原因

    • MBR中的GRUB弓|导程序遭到破坏

    • grub.conf文件丢失、引导配置有误

    2. 故障现象

    • 系统引导停滞,显示“grub>" 提示符

    3. 解决思路

    • 尝试手动输入引导命令

    • 进入急救模式,重写或者从备份中恢复grub.conf

    • 向MBR扇区中重建grub程序

    4.修复GRUB引导故障

    /boot/grub/目录下的包是用于启动菜单的背景图片及样式

    在这里插入图片描述

    /boot/grub2/grub. cfg #GRUB配置文件

    在这里插入图片描述

    二.修复GRUB引导故障方法1

    ——方法一:手动输入引导命令(笨拙繁琐,不建议使用)

    grub> insmod xfs #加载指定的模块到内核

    grub> linux16 /vmlinuz-3.10.0-693.e17.x86_ 64 root=UUID=8 fd74986-ae66-4ffd-b7d8-al9f2eca7b6f ro rhgb quiet
    LANG=zh_ CN. UTF-8 #内核的名字及位置等信息

    grub> initrd16 /initramfs-3.10.0-693.e17.x86_ 64. ing #镜像系统文件
    grub> boot #引导boot

    三.修复GRUB引导故障方法2

    ——方法二:进入急救模式,恢复GRUB引导程序

    ——主引导程序记录被破坏

    MBR位于第一 块硬盘( /dev/sda) 的第一 个物理扇区处,总共512字节,前446字节是主引导记录,分区表保存在MBR扇区中的第447-510字节中。

    1.创建磁盘,格式化,挂载,备份文件

    ①:新建一块磁盘:fdisk -l
    ②:fdisk /dev/sdb ### 创建磁盘
    n--------P---------…------w
    ③:mkfs.xfs /dev/sdb1 ### 格式化磁盘
    ④:mkdir /bak ### 创建bak目录
    ⑤:mount /dev/sdb1 /bak ###挂载目录到磁盘上
    ⑥:dd if =/dev/sda of=/bak/grub.bak bs=446 count=1 ###备份
    硬盘中取文件,446字节,提取1次,导入目录中的磁盘上
    ⑦:cd /bak ---------ls --------ll ####查看文件是否保存完好

    2.模拟对MBR中的GRUB引导程序的破坏,不破坏分区表

    ①:dd if =dev/zero of=/dev/sda bs=446 count=1
    空字符文件取出,446字节,提取1次
    ②:init 6 ### 重启

    3.引导界面进入急救模式,从备份文件中恢复GRUB引导程序

    ①:选择“Trouble shooting"

    ②:选择”Rescue a CentOS Linux system"

    ③:输入“1”continue Enter

    ④:进入“sh-4.2#"

    sh-4.2# mkdir /backupdir ###创建目录

    sh-4.2# mount /dev/sdb1 /backupdir ### 挂载带有备份文件的分区
    sh-4.2# dd if =/backupdir/grup.bak of=/dev/sda ###恢复备份数据
    sh-4.2# exit ### 退出

    四.方法二具体实验步骤:

    1.创建磁盘,格式化,挂载,备份文件

    ①:新建一块磁盘:fdisk -l
    在这里插入图片描述

    在这里插入图片描述
    ②:fdisk /dev/sdb ### 创建磁盘
    在这里插入图片描述
    ③:mkfs.xfs /dev/sdb1 ### 格式化磁盘
    ④:mkdir /bak ### 创建bak目录
    ⑤:mount /dev/sdb1 /bak ###挂载目录到磁盘上
    ⑥:dd if =/dev/sda of=/bak/grub.bak bs=446 count=1 ###备份
    ⑦:cd /bak ---------ls --------ll ####查看文件是否保存完好

    在这里插入图片描述

    2.模拟对MBR中的GRUB引导程序的破坏,不破坏分区表

    ①:dd if =dev/zero of=/dev/sda bs=446 count=1
    空字符文件取出,446字节,提取1次
    ②:init 6 ### 重启

    在这里插入图片描述

    3.引导界面进入急救模式,从备份文件中恢复GRUB引导程序

    ①:选择“Trouble shooting"

    在这里插入图片描述

    ②:选择”Rescue a CentOS Linux system"
    在这里插入图片描述

    ③:输入“1”continue Enter

    在这里插入图片描述

    ④:进入“sh-4.2#"

    在这里插入图片描述

    sh-4.2# mkdir /backupdir ###创建目录

    sh-4.2# mount /dev/sdb1 /backupdir ### 挂载带有备份文件的分区
    sh-4.2# dd if =/backupdir/grup.bak of=/dev/sda ###恢复备份数据
    sh-4.2# exit ### 退出

    在这里插入图片描述
    重启后,
    在这里插入图片描述恢复正常
    在这里插入图片描述

    五.引导界面进入急救模式,方法3
    重建GRUB菜单配置文件
    ————配置文件丢失、删除

    ①:cd grub2
    cp grub.cfg/opt/ ###备份文件
    ②:rm -rf /boot/grub2/grub.cfg ###删除grub2文件
    ③:init 6### 重启
    ④:点击重启,读条完成前按下ESC,选择CD-ROM Drive
    ⑤:“trouble shooting"-------"1"continue ---------“sh-4.2#”

    ###进入急救模式,加载光盘镜像,切换到系统根环境:
    sh-4.2# chroot /mnt/sysimage

    ###重新将GRUB引导程序安装到第一块硬盘(dev/sda)的MBR扇区
    bash -4.2# grub2 -install /dev/sda

    重新构建GRUB菜单的配置文件

    bash-4.2# grub2 -mkconfig -o /bootgrub2/grub.cfg

    退出chroot环境,并重启

    bash -4.2# exit
    sh -4.2# reboot

    六.引导界面进入急救模式,方法3实验步骤
    重建GRUB菜单配置文件实验

    ①:cd grub2
    cp grub.cfg/opt/ ###备份文件
    ②:rm -rf /boot/grub2/grub.cfg ###删除grub2文件
    ③:init 6### 重启
    在这里插入图片描述
    ④:点击重启,读条完成前按下ESC,选择CD-ROM Drive
    在这里插入图片描述
    ⑤:“trouble shooting"-------"1"continue ---------“sh-4.2#”
    在这里插入图片描述
    ###进入急救模式,加载光盘镜像,切换到系统根环境:
    sh-4.2# chroot /mnt/sysimage

    ###重新将GRUB引导程序安装到第一块硬盘(dev/sda)的MBR扇区
    bash -4.2# grub2 -install /dev/sda

    重新构建GRUB菜单的配置文件

    bash-4.2# grub2 -mkconfig -o /bootgrub2/grub.cfg

    退出chroot环境,并重启

    bash -4.2# exit
    sh -4.2# reboot

    在这里插入图片描述重启后:
    在这里插入图片描述恢复正常:
    在这里插入图片描述

    展开全文
  • Ubuntu18.04修复grub引导

    千次阅读 2020-07-22 13:07:53
    Ubuntu 18.04修复grub引导制作Ubuntu启动盘设置BIOS修复前的准备正式对grub进行修复查看自己电脑的分区根据个人的分区进行挂载插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中...
  • CentOS7 修复GRUB 引导故障

    千次阅读 2019-08-24 09:39:13
    系统引导停滞,显示“grub>” 提示符 故障模拟: 第一步:我们先到/boot 目录下,找到grub2 这个文件 第二步:到grub2 这个文件中,把grub.cfg (启动配置文件)删掉,这样系统就无法正常启动了。 第三步:重启...
  • Linux环境下如何修复GRUB引导故障

    万次阅读 2019-04-08 10:35:56
    引起GRUB故障的原因: MBR中的GRUB程序遭到破坏 grub.conf文件丢失,引导配置有误 故障现象 系统引导停滞,显示“grub>”提示符 解决思路: ...修复GRUB引导故障 (1)查看系统中的grub...
  • Linux系统中修复GRUB引导故障恢复 GRUB是大多数Linux系统默认使用的引导程序,可以通过启动菜单的方式选择进入不同的操作系统(如果有的话)。当“/boot/grub2/grub.conf”配置文件丢失,或者关键配置出现错误,或者...
  • LINUX 修复GRUB引导故障

    2019-05-21 18:21:59
    问题 1)删除/boot/grub/grub.conf 文件 2)关机重启,进行修复 3)进入系统后恢复或重写/boot/grub/grub.conf 文件 ...手动引导内核的命令依次为: grub> root (hd0,0) —— 找到/boot分区,此...
  • 修复GRUB引导故障!

    2019-09-21 01:30:46
    故障原因:MBR中的GRUB引导程序遭到破坏,grub.conf文件丢失,引导配置有误 故障现象:系统引导停滞,显示“grub>”提示符 解决思路:若无MBR备份,进入急救模式,重新安装grub程序 示例: 第一步模拟Grub...
  • .修复GRUB引导故障

    2019-05-25 00:44:25
    目的: 1)删除/boot/grub/grub.conf 文件 2)关机重启,进行修复 3)进入系统后恢复或重写/boot/grub/grub.conf 文件 方案 ...手动引导内核的命令依次为: grub> root (hd0,0) —— 找到/boot分区...
  • 修复GRUB引导

    2009-05-10 19:51:00
    五一回来后,发现同事的电脑不能正常由grub引导了,自动进入了gurb的命令行状态。估计是有人动过,但是还好同事没有到岗所以有时间修好。  使用kernel 与initrd命令引导进入了linux,发现可以正常进入,说明只是...
  • Kali Linux修复grub引导

    千次阅读 2019-07-04 12:20:23
    如果你装的是多系统,只要你重新分区,甚至更新一下win10都会导致kali无法启动,而EasyBCD是不能修复kali的引导层的。下面我来说明一下如何重写kali的引导层。 把安装kali的U盘插入并从该U盘启动,进入后选择live...
  • Ubuntu修复grub引导

    2016-06-23 13:49:47
    1. 先使用ls命令,找到Ubuntu的安装在哪个分区:grubrescue>ls会罗列所有的磁盘分区信息,比方说:(hd0,1),(hd0,5),(hd0,3),(hd0,2)2. 然后依次调用如下命令: X表示各个分区号码grubrescue>ls(hd0,X)/boot/...
  • 一、Linux CentOS 7引导过程 引导过程图: (1)开机自检 服务器开机后,根据主板BIOS中的设置对电脑基本设备进行初步检测,并初始化部分硬件,检查成功后根据预设的启动顺序移交系统控制权。 (2)MBR引导 ...
  • 目录一 操作系统引导过程1.1 引导过程总览1.2 系统初始化进程1.3 Systemd单元类型1.4 systemd服务管理1.5 服务配置文件1.6运行级别所对应的Systemd 目标二 修复MBR扇区故障三 修复GRUB引导故障四 遗忘root用户密码五...
  • 使用Ubuntn Live CD修复grub引导,主要应用命令chroot 具体操作 制作 Ubuntn U盘启动盘 可以使用UltraIso软件制作 使用UltraISO制作U盘启动盘 进入电脑BIOS,从U盘启动 然后Try Ubuntn,进入试用环境 查看...
  • centos7修复grub引导

    2019-08-24 16:23:35
    故障详情:/etc/fstab和/sbin/init以及/boot目录(系统分区使用逻辑卷) 首先手动删除/etc/fstab和/sbin/init文件以及/boot目录下所有文件。 CentOS7启动故障修复实验 ...2、挂载逻辑卷之后先手动修复/etc...
  • 这篇文章主要介绍了使用Ubuntu Live CD修复Grub引导教程,本文以 Ubuntu Live CD 修复 Grub 引导为例,需要的朋友可以参考下 本文以 Ubuntu Live CD 修复 Grub 引导为例,已在 /dev/sda3 安装 Fedora。 首先制作 ...
  • CentOS 6.5 修复grub引导

    2016-07-24 21:37:02
    而无法启动,可能是系统中/boot/grub文件丢失等原因造成的,当出现此问题的时候只要系统分区没有格式化一般是可以修复的,下面就以虚拟 机为例,删除/boot分区,在linux救援模式下重新修复:实验使用的系统为Centos ...
  • 修复 GRUB 引导

    2008-09-10 18:39:00
    反正已经在 Linux 下把 XP 装好了,于是下午便去实验室呆了一下午, 吃完晚饭后回到寝室后搜了一下如何修GRUB . 这次的结果基本一致,我的操作大体如下: 1.将 Linux 启动盘放入光驱,然后从光盘启动,进入 Linux ...
  • 修复 grub 引导故障,手动引导进入操作系统 >– linux启动的顺序 1. BIOS阶段 2. Grub 阶段 3. 内核引导阶段 4. init 进程 与 rc.sysinit 执行阶段 5. 特定级别的服务启动阶段 6. rc....
  • grub引导的配置文件存放于 /boot/grub2/grub.cfg,当此文件损坏或丢失的话,Linux主机启动后可能只会出现 “grub>” 的提示符,如下图所示 现在要挂载上系统盘进入救援模式,若分区表未被破坏,则救援模式会...
  • centos安装或修复grub引导

    千次阅读 2014-05-05 19:25:07
    有时候我们使用u盘安装linux系统,不小心把grub安装到u盘,导致引导需要插入u盘才能启动服务器,或者grub损坏,这时需要重新安装grub到硬盘。 安装grub方法1 指定/boot分区 grub> root (hd0,0) ...
  • MBR中的GRUB引导程序遭到破坏 grub,conf文件丢失、引导配置有误 故障现象: 系统引导停滞,显示“grub>”提示符 解决思路: 尝试手动输入引导命令 进入急救模式,重写或者从备份中恢复grub.conf 向MBR扇区中重建...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 10,124
精华内容 4,049
关键字:

命令修复grub引导