启动画面(最终出现在您的 /boot/grub/grub.cfg 中)会导致显示启动画面。
同时,您希望引导过程保持安静,否则各种消息都会破坏启动画面。
尽管在 GRUB 中指定了这些是影响内核或其模块加载的内核参数,但不会改变 GRUB 行为。
但是,我没有splash
在https://www.kernel.org/doc/html/v5.0/admin-guide/kernel-parameters.html上找到,但是 AFAIK 它适用于基于内核 5+ 的现代发行版。为什么?
启动画面(最终出现在您的 /boot/grub/grub.cfg 中)会导致显示启动画面。
同时,您希望引导过程保持安静,否则各种消息都会破坏启动画面。
尽管在 GRUB 中指定了这些是影响内核或其模块加载的内核参数,但不会改变 GRUB 行为。
但是,我没有splash
在https://www.kernel.org/doc/html/v5.0/admin-guide/kernel-parameters.html上找到,但是 AFAIK 它适用于基于内核 5+ 的现代发行版。为什么?
如果您指定了内核无法识别的引导选项,则不会导致错误:未知的引导参数对内核没有影响,除了在
/proc/cmdline
. 然后 initramfs 脚本或其他用户空间程序可以查找它并使用它来修改它们的行为。未知的引导参数也是
init
进程的密码,无论它是什么(无论是 SysVinit、systemd 还是其他)。事实上,这就是故障排除/恢复引导选项的工作方式,例如single
将 SysVinit 系统引导到单用户模式,或者systemd.unit=emergency.target
在具有systemd
.如果您的发行版使用用户空间启动启动软件,如
plymouth
,内核只是“通过”任何splash
/nosplash
启动选项到/proc/cmdline
,并plymouth
在 initramfs 中检查它。您的发行版可能具有其他故障排除/恢复功能,由 initramfs 生成器包实现为额外的引导选项。在 Debian/Ubuntu 和相关发行版中,请参阅
man 7 initramfs-tools
获取特定于initramfs-tools
软件包创建的 initramfs 文件的引导选项列表;在现代 RedHat/Fedora 中,请参阅man dracut
.现在,Linux(实际上是 Fedora 10 之后的 Fedora,10 年前的 Ubuntu,10.04 之后的 Ubuntu,等等)不再使用内核自己的工具在启动时加载一些启动图像,而是依赖于包含在initramfs,使用内核直接渲染管理器或帧缓冲设备,在引导期间显示一些东西。
在几乎所有系统上,该软件都将是
plymouth
,这可能通过读取从 grub 传递给内核的命令行来推断(不)做什么。