无法修复启动?

无法修复启动?

不知何故,grub 无法启动到我的 Ubuntu 安装中,因此我制作了一个实时 USB 并安装了启动修复,发现了问题,然后我尝试使用它给我的命令修复它(sudo chroot“/mnt/boot-sav/nvme0n1p3”dpkg --configure -a)但是当我尝试在终端中使用它时,它给了我一个错误,说“dpkg:错误:无法访问 dpkg 状态区域:没有这样的文件或目录”我做错了什么?

答案1

我也遇到了同样的问题。就我而言,我安装了 Windows 10 (ltsc) 并删除了 KDE Neon grub(两者都在单独的硬盘驱动器上,并分开了分区表,Windows 在 GPT 中,Linux 在 MBR 中)。尝试执行相同操作时,请下载 Boot repair,将其放入 UEFI 以使其工作,然后放入推荐的那个: 检测到 Dpkg 错误。请打开终端然后输入(或复制粘贴)以下命令:

  sudo chroot "/mnt/boot-sav/..." dpkg --configure -a
  
dpkg: error: unable to access dpkg status area: no such file or directory.

好吧,我花了几天时间寻找解决方案。我得出的结论是,要么修复它非常困难,只有专家才能修复(因为似乎没有人发布过它),要么这是 Boot 修复的问题,其开发人员必须解决。所以我建议用另一种方式修复 grub,(我在这里找到的:https://help.ubuntu.com/community/Grub2/Installing):

来自现场 CD:

Sudo apt-get update

所以说,没有任何危险。

sudo apt-get purge grub-common

删除 grub 及其文件,以便能够安装另一个可以检测我们的 GNU/linux 的 grub

-因为我们使用的是实时 CD,所以我们使用命令从那里进行安装。

 "sudo mount /dev/sdXY /mnt"

在哪里X是磁盘和是分区(你可以看到你的 GNU / Linux 来自哪里:sudo fdisk -l),它必须是您安装的分区/ 文件。如果你创建了/启动分区,那么它应该到最后,例如:

example: sudo mount /dev/sda5 /mnt/boot

然后我们安装它。

sudo grub-install --boot-directory=/mnt/boot /dev/sdX

在哪里X是磁盘。(如果终端出现“sudo:grub-install:未找到命令”,则需要安装 grub:“sudo apt-get install grub-pc”)

-现在我们可以重新启动并进入 grub。就我而言,我进入 grub rescue。黑色背景,白色字母和命令,然后我从那里访问。(如果您有多个磁盘,则必须选择您的 grub 在哪里)(如果您想了解更多信息,请参阅:https://help.ubuntu.com/community/Grub2/Troubleshooting#grub.3E

ls

要查看设备和分区为 (hd0,msdos1) (hd0,msdos2) ...我正在寻找我的分区/在其中一个中,(我记得我在创建分区时分配的大小)你必须找到方法,无论是按大小还是按扩展格式,或者其他。

ls (hdX,msdosY)
      
ls (hdX,msdosZ)

...

当我找到我的分区(hd)X,msdosA) 然后:

set boot=(hdX,msdosA)
  
set prefix=(hdX,msdosA)/boot/grub
  
normal insmod
  
normal

我现在可以进入 grub,然后可以从那里访问 GNU/Linux。

-一旦进入,就该重新安装 grub 了:

 sudo apt-get update
  
 sudo apt-get purge grub-common
  
 sudo apt-get install grub-pc
  
 sudo update grub
  • 那时应该是这样的,至少对我来说是这样。由于我没有安装带有 /boot 分区的 Windows 10,所以我的 grub 没有检测到它,但我可以从 BIOS 中的启动选择器访问它。希望它能帮助和我处境相同的人,祝你好运。力量和荣誉。

答案2

我不确定,但也许你的 live-USB 没有管理员权限,使用实时启动修复 USB

启动修复

答案3

我同情你!我今天花了一些时间研究 Boot Repair 和一条与你类似的配置行,其中涉及 dpkg --configure -a。然而,幸运的是,它终于成功了。我的建议(尽管令人遗憾)是耐心并继续尝试。

答案4

对我来说,简单的解决方法很有用:

sudo -s 

然后:

chroot "/mnt/boot-sav/..."
dpkg --configure -a

猜测dpkg没有使用正确的 Auth 运行。

相关内容