在内核启动之前，在grub2菜单之间花费了很长时间

Question

我安装了一个最小的ubuntu (Xubuntu)。它工作得很好，但是启动有点慢。

在grub中做出选择之后，屏幕就会变黑，大约15秒后，我就会看到内核引导消息，从[ 0.028000]开始。那么它在中间做什么呢，我也就是在grub之后，但是在引导消息之前。我怎么知道呢？

我记得在一个旧的安装中，grub产生了自己的输出(甚至可能是一个日志文件？)有什么办法让食物更冗长吗？

编辑：systemd-引导图告诉我显示管理器在8秒后启动。然而，从我在grub中做出选择的那一刻起，大约25秒就过去了。

我在grub中选择的是相当普通的：

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-29414df5-b194-46a5-ae12-dac11924ae3c' {
        recordfail
        load_video
        gfxmode $linux_gfx_mode
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_gpt
        insmod ext2
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root  29414df5-b194-46a5-ae12-dac11924ae3c
        else
          search --no-floppy --fs-uuid --set=root 29414df5-b194-46a5-ae12-dac11924ae3c
        fi
        linux   /boot/vmlinuz-4.18.0-15-generic root=UUID=29414df5-b194-46a5-ae12-dac11924ae3c ro 
        initrd  /boot/initrd.img-4.18.0-15-generic
}

Answer 1

内核在引导的早期部分设置各种各样的东西(CPU、内存、其他低级平台组件，如中断控制器)，相关消息一直被记录下来。所有消息的时间戳将为零，直到时钟源被初始化为止。因此，即使在早期引导过程中有一个长时间的延迟，您也不会从时间戳中看到它。像systemd-bootchart这样的工具只是可视化时间戳数据，所以它们在这里也不会有帮助。

您需要在早期阶段仔细查看dmesg日志，以确定是否有任何问题。除非有一个不正常的平台组件，中断的中断传递等等，否则延迟可能来自于为KASLR收集熵之类的步骤。您可以使用nokaslr引导选项尝试禁用它，并查看它是否有用。

Answer 2

运行dmesg？调试引导时间的另一种可能是系统d-引导图 (或bootchart2)，这是一个很好的工具，当init=/lib/systemd/systemd-bootchart被传递到内核时，它将引导过程可视化为SVG。