![“quiet splash” 会破坏 Ubuntu 20.04 服务器版的默认启动,但不会破坏桌面版的默认启动](https://linux22.com/image/757884/%E2%80%9Cquiet%20splash%E2%80%9D%20%E4%BC%9A%E7%A0%B4%E5%9D%8F%20Ubuntu%2020.04%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%89%88%E7%9A%84%E9%BB%98%E8%AE%A4%E5%90%AF%E5%8A%A8%EF%BC%8C%E4%BD%86%E4%B8%8D%E4%BC%9A%E7%A0%B4%E5%9D%8F%E6%A1%8C%E9%9D%A2%E7%89%88%E7%9A%84%E9%BB%98%E8%AE%A4%E5%90%AF%E5%8A%A8.png)
我知道互联网上充斥着关于多个硬件组启动过程的“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 可以正常工作。
有几个问题我还没有找到答案:
- 这里有什么区别?不应该是驱动程序问题,因为只使用了内核驱动程序,没有专有集。据我所知,Ubuntu 自 12.04 或更高版本以来对桌面和服务器使用相同的内核配置。有什么提示可以检查哪些配置是否存在差异?
- 关于如何调试此问题的提示?由于问题仅发生在
quiet splash
set 上,我无法看到任何来自启动的日志。我想我可以在启动失败后使用另一个系统挂载分区并检查日志文件,但有没有一种不涉及第二个(或实时)系统的方法?
谢谢!
答案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
应该解决这个问题。