我使用 kexec 成功加载了我的内核，但它只是打印 dmesg 行。我如何摆脱这种情况以进入 initramfs 提示符？Ctrl-Alt-F2 只是加载一个黑屏，而 ctrl-c 什么也不做。
这是我的 kexec 命令行：
kexec -l $kernel --initrd=$initrd --command-line="root=UUID=... acpi=off ro text earlyshell debug showerr debuginitrd"
earlyshell 应该为我提供对 shell 的访问权限，但事实并非如此。如果没有该命令行，我最终会陷入一个脚本循环，即使使用 ctrl-c 也无法摆脱。
解决了：
内核参数：
实际上并没有启动外壳？？？但是使用参数运行内核：
给了我initramfs shell。
这个资源非常有帮助：https ://wiki.debian.org/InitramfsDebug
你给
--initrd=kexec正确了吗？我刚刚安装并尝试了 kexec。如果我去，它会起作用
然后
kexec -e。（我没有加密...）我首先尝试按照提示“使用
/proc/cmdline”但没有奏效。对我来说，您似乎必须提供--initrd=额外的选项。您需要“initramfs 提示符”来提供密码（以便您可以挂载加密设备）？
通常我
/proc/cmdline看起来像这样在上面的 kexec（和重新启动）之后
/proc/cmdline看起来像这样kernel 和 initrd 的名字不见了！只剩下--append部分。这甚至不会让我太困惑：只是为这个问题增加了一个新方面：内核映像和 initrd 映像内核选项吗？它们是（内核）命令行的一部分吗？
我使用 uefi shell 启动。我知道这个“initrd=”有多么重要。使用引导加载程序（grub）它应该可以工作。选择内核、initrd（如果需要/需要）、root、init 和所有正常的“内核选项”只是一种不同的方式（间接）
标准的 initrd 会这样做：
加载模块以访问根目录（我的案例：sata、ahci 用于我的 SIMPLE SSD 驱动器）
挂载该设备（由 root=/dev/xxx 给出）
"switch_root" 到它（包括运行 /sbin/init）
在您的情况下，您需要密码提示（？），而不是 sata 模块。但结果是一样的：root 无法挂载。
找出您的引导加载程序如何成功引导，然后尝试使用 kexec 进行模仿。
添加：
initrd（名称无关紧要......）默认情况下使用
/init脚本启动（检查rdinit=启动选项）。这是“早期用户空间”，对应于 earlyshell。看起来initramfs-tool你有足够的断点来控制 /init 和被调用的脚本。否则，可以提取该 initrd（使用
gzipandcpio），更改 /init（或添加 /init_new 并转到 rdinit=/init_new 作为引导选项），然后再次归档文件夹。这个cpio命令我以前没用过，但其实比tar简单。只是有点不同。mkinitcpio是一个工具。它在一开始就提到了早期的用户空间和加密。我刚刚读到，它是一个 archlinux 的东西，并且也有晚期和早期的“钩子”。我猜，与 initramfs-tools 的功能相同。