问为什么splash不在内核参数列表中，而是起作用了？

EN

如果您指定了内核不识别的引导选项，它不会导致错误:除了在/proc/cmdline中列出之外，未知的引导参数不会对内核产生任何影响。然后initramfs脚本或其他用户空间程序可以查找它并使用它来修改它们的行为。

未知的引导参数也会传递给init进程，不管它是什么(不管是SysVinit、systemd还是其他什么)。事实上，这就是故障排除/恢复引导选项的重要工作方式，比如single将SysVinit系统引导到单用户模式，或者systemd.unit=emergency.target用于与systemd最接近的系统上的等效启动。

如果您的发行版使用像plymouth这样的用户空间引导启动软件，内核就会将任何splash/nosplash引导选项“传递”给/proc/cmdline，initramfs中的plymouth将检查它。

您的发行版可能有其他由initramfs生成器包作为额外引导选项实现的故障排除/恢复功能。在Debian/Ubuntu和相关发行版中，有关由man 7 initramfs-tools包创建的initramfs文件的启动选项列表，请参见initramfs-tools；在现代RedHat/Fedora中，请参见man dracut。

现在，Linuxes (实际上，Fedora 10之后的Fedora，所以这是10年前的Fedora，10.04的Ubuntu等等)在引导时不使用内核自己的工具加载一些启动映像，而是依赖initramfs中包含的userland软件，使用内核直接呈现管理器或框架缓冲区设备，在引导过程中显示一些内容。

在几乎所有的系统上，该软件都将是plymouth，它可能通过读取从grub传递给内核的命令行来推断(不)该做什么。