首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >“无法在/dev/sda中安装GRUB”在重新安装ubuntu时发生致命错误

“无法在/dev/sda中安装GRUB”在重新安装ubuntu时发生致命错误
EN

Unix & Linux用户
提问于 2022-07-07 15:15:49
回答 1查看 9.7K关注 0票数 1

最近,我尝试将Ubuntu重新安装到我的联想X1碳系统中,但我遇到了以下问题(我的所有数据都已备份):

  • 我试着从活动磁盘上安装ubuntu。我选择了"reinstall“,并遵循默认设置,直到我得到以下错误的结尾:
代码语言:javascript
运行
复制
unable to install GRUB in /dev/sda
Executing `grub-install /dev/sda` failed.
This is a fatal error.
  • 由于我的上一个版本有问题,我想这些可能是在重新安装中传输的,所以我尝试了Erase Ubuntu 14 and replace with Ubuntu 20。这也让我犯了同样的错误。我试着遵循关于这个帖子的建议:https://askubuntu.com/questions/459620/unable-to-install-grub-in-dev-sda-when-installing-grub,即:
  • 手动删除前一个分区并创建一个新分区。这也造成了同样的错误。
  • 通过引导终端和Try Ubuntu内部的终端安装grub。在两个实例中使用sudo grub-install /dev/sdbsudo grub-install /dev/sda
代码语言:javascript
运行
复制
$ grub-install /dev/sda
grub-install: error: cannot find EFI directory.

因此,按照这里的建议,找不到EFI目录: grub-安装问题,我安装了efi系统。现在,当我使用sudo grub-install /dev/sdb时,我得到了错误:

代码语言:javascript
运行
复制
sudo grub-install /dev/sda
Install for x86_64-efi platform
grub-install: error: failed to get canonical path of `cow'.
代码语言:javascript
运行
复制
sudo grub-install --recheck --root-directory=/mnt /dev/sda
Install for x86_64-efi platform
grub-install: error: cannot find EFI directory.
代码语言:javascript
运行
复制
grub-install --efi-directory=/dev/sda7
Installing x86_64-efi platform
grub-install: error: failed to get canonical path of `udev`.
代码语言:javascript
运行
复制
sudo grub-install /dev/sda
Install for x86_64-efi platform
grub-install: error: failed to get canonical path of `cow'.

这是我之前得到的相同的错误,所以看起来我已经绕了一圈。

我尝试过从TryUbuntu内部和通过一个活动磁盘运行引导修复。这些操作成功执行,但是当我重新启动并尝试访问Ubuntu时,我得到了与以前相同的错误。

我知道每个论坛都有自己的论坛,但我觉得我是在他们之间绕圈子。有人能拼凑出每一个错误来帮助我吗?

一些背景--我重新安装的原因是几年前,我的笔记本电脑在更新过程中崩溃了(我还没有意识到电池电缆被关掉了)。我的朋友花了一个下午手工修理零件,让它重新开始工作。从那时起,有一些事情我无法正常工作(例如打印机驱动程序和日历同步)。由于这些都不是我的研究的问题,所以我一直没有使用它们,直到我的PhD结束。最近,我尝试使用Firedrake时出错了。由于我现在已经完成了我的PhD,现在似乎是备份所有数据并重新安装Ubuntu的安全时间。希望重新安装能够纠正上次崩溃时出现的问题。

EN

回答 1

Unix & Linux用户

发布于 2022-07-07 21:57:41

我正在跟进我自己的问题,我们是如何使事情顺利进行的。

问题的根源在于安装在EFI中,而系统在MBR中。通过尝试仅在BIOS设置中使用旧版启动来检查这一点。如果这不起作用,那这就是你的问题。

我们为解决这个问题所做的一切。

  • 将BIOS改为两种。重新启动与现场驱动器,然后访问终端通过尝试Ubuntu。
  • 按照这里的说明:https://polarclouds.co.uk/mbr-gpt-no-data-loss/,当您运行gdisk命令时,应该有一个MBR分区和一个损坏的GPT分区。
  • 重新启动(通过尝试Ubuntu再次使用活动驱动器访问终端)
  • 使用sudo fdisk -l检查类型是否已更改。它现在应该是类型:GPT而不是类型:dos。

现在重新安装。我得到一个分区错误与重新安装,但擦除和重新安装工作。

票数 1
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/708994

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档