“quiet splash” 会破坏 Ubuntu 20.04 服务器版的默认启动,但不会破坏桌面版的默认启动

“quiet splash” 会破坏 Ubuntu 20.04 服务器版的默认启动,但不会破坏桌面版的默认启动

我知道互联网上充斥着关于多个硬件组启动过程的“quiet splash”内核配置问题,这通常会导致图形问题,可以使用“nomodeset”或类似方法预防。这是不是其中之一。

在全新安装的 20.04.1 Server 上(未安装任何附加软件包,绝对安装程序默认最小设置),只需quiet splash在 /etc/default/grub 中添加 GRUB_CMDLINE_LINUX_DEFAULT(默认情况下为空),即可中断启动过程。会显示启动画面并永远挂在那里。无法登录控制台。添加nomodeset无效。在配备 UEFI 的 Intel NUC 和 Parallels VM 中也会出现同样的情况。

当使用相应桌面图像的最小集合时,quiet splash默认的 cmdline 和 splash 可以正常工作。

有几个问题我还没有找到答案:

  1. 这里有什么区别?不应该是驱动程序问题,因为只使用了内核驱动程序,没有专有集。据我所知,Ubuntu 自 12.04 或更高版本以来对桌面和服务器使用相同的内核配置。有什么提示可以检查哪些配置是否存在差异?
  2. 关于如何调试此问题的提示?由于问题仅发生在quiet splashset 上,我无法看到任何来自启动的日志。我想我可以在启动失败后使用另一个系统挂载分区并检查日志文件,但有没有一种不涉及第二个(或实时)系统的方法?

谢谢!

答案1

看来删除该$vt_handoff选项也有效。以下是我的启动选项:

linux   /boot/vmlinuz-4.15.0-123-generic root=/dev/mapper/geo48-ubuntu ro  quiet splash $vt_handoff

我正在使用 ubuntu 20.04 桌面,vt_handoff如果存在的话应该是空的$prefix/gfxblacklist.txt,所以touch /boot/grub/gfxblacklist.txt应该解决这个问题。

相关内容