没有LiveCD的情况下如何修复GRUB？

毫无疑问 在某个时候，这一切都发生在我们身上 当您打开计算机并等待一切正常启动时 你遇到可怕的屏幕了吗 如果我是说您找到以下消息，那么恐怕看不到一个以上的消息：

“错误的不是这样的设备
rub救援

最糟糕的是，当您不知道该怎么做时，您会认为一切都丢失了，必须重新格式化计算机，但是如果您有一定的经验，则将知道必须使用自己的livecd。分布，但是当您手边没有它时会发生什么。

但这没什么 我们必须了解导致此问题的原因.

首先，此错误的主要原因 这是因为我们的引导加载程序已损坏无论出于何种原因，无论是通过更新新的内核，系统或应用程序，还是由于粗心大意，您都只是破坏了系统此部分中的文件。

grub位于/ boot文件夹中，这在某些自定义安装中通常会安装在单独的分区中。

现在了解了损害， 我们必须去上班，为此，我们除了喜爱的航站楼之外，不会再占用其他任何东西。

尽管许多人担心在没有图形环境的情况下工作，但让我告诉您这很常见。 您只需要在这里多一点耐心 最重要的是，我向您保证，如果您不了解这一点，那么您将学到一些新知识并了解Linux中使用的最基本的命令。

解决方案

我们将从开始 第一个命令是“ ls” 有了它，我们将看到其中的所有目录以及文件。

在“ grub rescue>”屏幕上键入ls
它将显示活动分区， 类似于以下内容：

(hd0) (hd0,1) (hd0,2) (hd0,3) (hd0,4)(hd1) (hd1,1) (hd1,2)

哪里 hdx是硬盘如果我们连接了多个光盘，则数量会有所不同，就我而言，我有两张光盘。 在（hdx，＃）的情况下，＃是分区号，这是它的配置方式以及我们将如何识别它们。

现在 我们必须找到grub的托管位置 在他们部署给我们的分区中。 为了它 我们只需要输入ls + /分区
保持如下

ls (hd0,1)/

所以 我们将在显示的分区列表中开始搜索/ boot文件夹。 以前，重要的是不要忘记/，因为我们要指出的是它向我们显示了其中包含的目录列表。

Ya 确定的分区 grub分区托管在哪里， 现在我们必须确保它包含必要的文件 要为此修复系统的引导，我们仅将以下内容添加到上一个命令中。

假设启动文件夹位于第一个分区的第一个磁盘内：

ls (hd0,1)/boot/grub

信息已确认 我们必须添加对应于该文件夹的前缀 我们使用以下命令执行此操作：

set prefix=(hd0,1)/boot/grub

完成此操作后，我们将继续 强制加载正确的模块 为此，我们将通过insmod支持自己

insmod (hd0,1)/boot/grub/linux.mod

如果您对启动文件夹中文件的名称有疑问，请记住ls命令，这将是此过程中最好的盟友。

现在我们将继续 告诉系统grub的根 为此，我们使用以下命令执行此操作：

set root=(hd0,1)

最后，我们将继续将内核加载到grub 为此，我们使用以下命令，此处仅作解释，因为每个人都有不同版本的内核，请记住ls命令以验证您拥有哪个版本，始终使用最新版本。

linux /boot/vmlinuz-4.13.3-generic-generic root=/dev/sda1

独奏 我们必须在这里定义它所在的分区 正如我在这里提到的分区的命名法，我们必须已经使用了常用的分区命名法
hd0,1将变成/ dev / sda1 hd1,1、1 / dev / sdbXNUMX等。

最后，我们只需运行以下命令 这样我们就可以看到启动系统的选项：

boot

作为最后一项任务，我们只需要为此重新安装grub，就可以执行以下命令：

grub-install /dev/sdX

sdx是您安装系统的位置。