主页 / unix / 问题 / 511289
Accepted
Just Khaithang
Asked: 2019-04-09 10:05:35 +0800 CST

运行“update-grub”时，Ubuntu 18.04 服务器安装卡在 66%

  • 772

我正在尝试安装 Ubuntu 服务器，但在更新 grub 时它总是卡在最后阶段。我取消了该过程并重新启动了我的系统，它把我带到了 grub 命令提示符grub>。

我尝试从提示手动启动：

root=(hd1,gpt5)       # Ubuntu root partition
linux   /boot/vmlinuz-something-   root=/dev/sda5
initrd    /boot/initramfs-something-
boot
<enter>

在滚动一些引导消息后，它使我掉入了

Busybox v1.27.2 (Ubuntu 1:1.27.2-2ubuntu3) built-in. shell (ash)

initramfs>提示。从这里我做了一个exit 它向我展示了内核恐慌！有以下两个提示。

mount: mounting/says on /root/says failed : No such file or directory
mount: mounting /process on /root/process failed: No such file or directory
ubuntu grub2

6 个回答

  1. Best Answer

    不是解决方案，而是几个解决方法。显然，这是 os-prober 中的一个错误。我个人尝试了第二个，它有效！从链接中引用：

    解决方法1：（主动）

    当您到达
    “将 GRUB 引导加载程序安装到主引导记录？”时 提示，（在我的情况下，没有出现这样的提示，但我想出了 grub-install 的时间）切换到控制台（ctrl+alt+[f2-f6]），并删除此文件：

    rm /target/etc/grub.d/30_os-prober

    这将阻止 update-grub 运行 os-prober，从而避免遇到此问题。当然，不会列出其他操作系统，但至少应该可以防止安装过程完全卡住。我已经在具有引导（未加密）LVM 和标准加 ssh 任务（这是我最初重现您的问题的方式）的 VM 中成功测试了这一点。

    解决方法2：（反应）

    否则，一旦进程卡住，请在 ps 输出的第一列找到进程标识符 (PID)：

    ps | grep 'dmsetup create'

    然后杀死这个 dmsetup 进程。有了上面的输出，那就是：

    kill 19676

    （在具有与上述相同设置/选择的 VM 中成功测试。）

    基比

    • 9

  2. 这在我安装到2x SAS硬盘驱动器时发生PERC RAID 1在Dell Poweredge r630.

    我曾经ctrl+alt+f2获取控制台并终止了该进程，然后返回到安装程序ctl+alt+f1- 您的里程可能会有所不同

    • 1

  3. 预种子的自动解决方法

    如果您在之后传递内核参数GRUB_DISABLE_OS_PROBER=true，--- 那么grub-install阶段将不会挂在 66% 并且此变量将添加到目标主机上的 grub 设置中。

    例如：

    /etc/default # grep PROB grub
GRUB_CMDLINE_LINUX="GRUB_DISABLE_OS_PROBER=true"

    由于代码中的代码，它可以工作/etc/grub.d/30_os-prober

    if [ “x${GRUB_DISABLE_OS_PROBER}” = “xtrue” ]; then
exit 0
fi
    • 1

  4. 我在安装 xubuntu 20.04 时遇到了同样的问题（你会认为他们现在已经解决了这个错误）。当安装程序“复制文件”时，我使用 ctl-alt-f2 进入终端。它要求登录，我终于发现是没有密码的 xubuntu。进入后，我使用了@JustKhaithang 的解决方法 1（必须以 sudo 运行），瞧，安装顺利完成。

    • 1

  5. 我在 Bionic 18.04 中遇到了这个问题。建议的答案不起作用。

    在 ubuntu 安装过程中卡住的过程是 grub-probe

    这似乎是由于 SAS 硬盘驱动器的读取错误（可能特定于我们的服务器配置）。这些驱动器在我的安装过程中不是必需的，但仍然存在于 /dev/ 和 /sys/block 中。

    解决方案是从 /dev 隐藏这些驱动器，然后重新启动分区过程。（您还必须通过查找进程 id -> 从终端终止卡住的 grub-probe ps | grep grub-probe）

    您需要确定要隐藏哪些 /dev/ 设备并使用以下命令。

    echo 1 > /sys/block/$dev/device/delete;

    使用 for 循环，我在不是安装目标的任何驱动器 /dev/sd* 上执行上述命令

    • 1

  6. 在两个驱动器上安装 Ubuntu 20.04 时，我遇到了类似的情况，其中一个是根分区，第二个是主分区。我关闭了机器，拔掉了第二个驱动器，当我再次开始配置时，我告诉它在安装时下载更新。仅仅拔掉驱动器本身是不够的。

    设置好系统后，我会将主目录移动到第二个驱动器。显然，我要求它做的事情对于安装程序来说太复杂了。

    • 1

相关问题