为什么 update-grub 挂起了,我该如何修复它?

为什么 update-grub 挂起了,我该如何修复它?

每次我启动 Ubuntu 16.04(我与 Windows 10 双启动)时,我都会运行sudo apt-get updatesudo apt-get upgrade确保 Ubuntu 方面的内容保持最新。

在过去的一个月中,第二个命令多次挂起并显示以下输出(仅包括最后几行):

Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.4.0-31-generic
Found initrd image: /boot/initrd.img-4.4.0-31-generic
Found linux image: /boot/vmlinuz-4.4.0-28-generic
Found initrd image: /boot/initrd.img-4.4.0-28-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin

Ctrl+C似乎没有任何效果。

在网上查看了一下,似乎这与有关update-grub。我决定使用top来查看是否有有趣的事情发生,或者它是否只是卡在等待似乎永远不会发生的事情。唯一值得注意的进程是mount.ntfs,它使用了 99-100% 的 CPU。

这个问题与这个问题非常相似:14.04 Dpkg 发现内核:/memtest86+.bin 问题(更新 grub 期间冻结),甚至可能是重复的。在这个问题中,用户能够通过 重新启动并审核/配置事物dpkg。(有没有办法在不重新启动的情况下做到这一点?)我试过类似的事情,但问题仍然存在。我不应该每隔几天就这样做。

我试过Ctrl+ Z apt-get,但暂停进程并没有真正起到作用。有趣的是,在暂停期间,mount.ntfsCPU 仍然占用约 100%。我关闭了文件备份程序,以防这可能是调用 的原因mount.ntfs,但它仍然占用约 100% 的 CPU。

希望我在这里提供了足够的细节,以使这个问题具体且足够独特:

这里可能发生什么事情?如何解决?

答案1

要修复 os-prober 问题,您可以:

# vi /etc/default/grub
GRUB_DISABLE_OS_PROBER=true

答案2

尝试:

  1. 终止os-prober进程
  2. 跑步sudo umount /var/lib/os-prober/mount
  3. update-grub再次运行 sudo

相关内容