问题[initramfs](unix)

我使用默认配置构建了一个 linux 内核（v. 5.17.1），并使用 buildroot 创建了一个最小的 root fs（两者都适用于 x86_64）。我修改了 buildroot 的配置以使用 glibc 并为 eth0 添加了 DHCP。此外，我添加了一个 dropbear ssh 服务器。

我可以使用 qemu 启动系统：

qemu-system-x86_64 -m 1G -kernel linux-5.17.1/arch/x86_64/boot/bzImage -initrd buildroot-2022.02/output/images/rootfs.cpio -net nic -net user,hostfwd=tcp::2222-:22

日志表明 dropbear (sshd) 已成功启动，但是在尝试连接时服务器未运行。我可以使用 手动启动它/etc/init.d/S50dropbear start，这也表明它是成功的。但它似乎在它开始后立即退出。如果我在前台以do-not-fork模式运行 dropbear ，一切正常，即。e:

dropbear -FBR

有谁知道为什么会这样？

我最近在笔记本电脑上安装了一个新的 Ubuntu 20.04 映像，因此我选择了使用密码的全盘加密。（我认为是LUKS，但我不知道如何验证）。

由于某种原因，我无法在标准“解密屏幕”中解密磁盘（我相信这是因为我选择了韩语的键盘布局）但我无法验证这一点，因为我在输入时只能看到星号（*）在密码中。

输入（显然是错误的）密码后，我收到错误消息：

cryptsetup: ERROR: keystore-rpool: cryptsetup failed, bad password or options?

三次尝试失败后，屏幕关闭，终端显示initramfs为提示符。

我尝试找出哪个设备是加密设备，但标准命令（例如df -horlsblk不适用）在此环境中。

因为我的键盘在这个提示中似乎工作正常，所以我的问题是如何解密加密磁盘并继续正常启动过程（大概是通过挂载设备？）

我发现有一个命令被调用cryptsetup，但我不确定如何使用它以及在哪个设备上使用它。当我键入时cryptsetup --help，输出对于我的笔记本电脑屏幕来说太大了，我无法将输出通过管道传输到寻呼机来阅读手册。

我不确定如何进行，欢迎任何建议。

更新：唯一的问题是我在密码管理器中记下了错误的密码。但我想总结一下路上所有有用的信息：

正如答案中所建议的那样：https ://askubuntu.com/questions/1087230/ubuntu-18-04-cryptsetup-fails-to-recognize-passphrase-unlocking-from-live-usb

我曾经 cryptsetup --debug luksDump /dev/<device>找到加密设备。

同样有用的是知道我可以在密码屏幕之间切换F1或Alt + Tab查找其他调试消息。

我犯了一个巨大的错误。我目前正在加载到 initramfs，试图修复类似于这篇文章的错误。我决定cat /dev/XXXX，我很确定XXXX是安装 Ubuntu 的主分区。这就像 300+ GB。所以现在它只是不断地打印到屏幕上（主要是乱码）。我显然无法中断，甚至无法硬重置计算机（大概是因为电源按钮在 initramfs 中不起作用）。每次我以前需要重置计算机时，我都不得不使用poweroff -f......显然这不是一个选择。任何数量的ctrl + c, ctrl + z,ctrl + \等似乎都不起作用。除了让我的计算机运行直到它完成cat或电池耗尽之外，还有什么建议吗？

编辑：如果不清楚，这是在笔记本电脑上，所以我什至不能在不打开东西的情况下直接拔掉电源，这无论如何都会非常危险

我的笔记本电脑在更新过程中没电了，所以 linux 内核被截断了。arch-chroot进入并重新安装后linux，没关系，但是/boot/initramfs-linux.img（和后备）是空的。还有，/etc/mkinitcpio.d/linux.preset是空的。我该如何解决这个问题，以及如何生成预设？

ls /etc/mkinitcpio.d/什么都不返回

是否可以告诉dracut在创建initramfs/etc/dracut.conf.d/时不要使用配置文件？/usr/lib/dracut/dracut.conf.d

在为另一个系统创建initramfs之前，我将配置文件移动到临时目录，并在创建后将其放回。我在有关dracutman的页面中没有看到任何选项。也许我没有那么小心。

每次我在运行GNU/Linux Debian Buster 10. 0的 Dell PowerEdge T20 服务器上更新我的initramfs映像（-s）时都会收到这些警告。有解决办法吗？update-initramfs

W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915

如何更新 initramfs在其他地方如何描述它以添加固件？

对于 Debian 10，我得到一个command not found error. initramfs-tools已安装。

root@pc:/home/.../linux-firmware/i915# update-initramfs -u
bash: update-initramfs: command not found
root@pc:/home/.../linux-firmware/i915# apt install initramfs-tools
Reading package lists... Done
Building dependency tree       
Reading state information... Done
initramfs-tools is already the newest version (0.133).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

好的，再次搜索并找到带有 live-update-initramfs 的包 live-tools。然而，现在其他的失败。

root@pc:/home/stefan/Downloads/intel-firmware/linux-firmware/i915# apt install live-tools
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Suggested packages:
  debian-installer-launcher rsync uuid-runtime
The following NEW packages will be installed:
  live-tools
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 31.1 kB of archives.
After this operation, 109 kB of additional disk space will be used.
Get:1 http://deb.debian.org/debian buster/main amd64 live-tools all 1:20171207 [31.1 kB]
Fetched 31.1 kB in 0s (91.4 kB/s)   
Selecting previously unselected package live-tools.
(Reading database ... 160376 files and directories currently installed.)
Preparing to unpack .../live-tools_1%3a20171207_all.deb ...
Unpacking live-tools (1:20171207) ...
Setting up live-tools (1:20171207) ...
Created symlink /etc/systemd/system/multi-user.target.wants/live-tools.service → /lib/systemd/system/live-tools.service.
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start runlevel arguments (none) do not match live-tools Default-Start values (S)
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for systemd (241-5) ...
root@pd:/home/stefan/Downloads/intel-firmware/linux-firmware/i915# live-update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-5-amd64
/usr/sbin/update-initramfs.orig.initramfs-tools: 157: /usr/sbin/update-initramfs.orig.initramfs-tools: mkinitramfs: not found
update-initramfs: failed for /boot/initrd.img-4.19.0-5-amd64 with 127.

我正在尝试使用 debian 内核启动操作系统（linux 内核），因此我需要使用 initramfs（因为所有内容都是作为模块构建的）。但是在启动到 initramfs 之后，它似乎没有将 /sys/blocks 填充为：

# mdev -s

“未能”用设备填充 dev (/dev/sd[az][0-9])。

那么我应该如何正确填充“/sys”？我正在使用 qemu 启动系统并将原始图像用作“hd”。

注意：
* 这不是 debian（或任何其他发行版），我的 initramfs 是从头开始创建的
* 我正在使用 mdev
* /init 脚本如下所示：

mount -n -t proc none /proc
mount -n -t sysfs none /sys
mkdir /.root
mdev -s
mount -n -t $rootfstype $device /.root
umount /proc
umount /sys
exec switch_root /.root $init $@

编辑：我的问题不是填充开发，如有必要，可以手动完成，只需查看“/sys”并使用“mknod”。问题是“/sys”缺少设备“/sys/block/sd[az][0-9]”。

dmesg：https
://bin.privacytools.io/?d50e11eea81d8158#1ga51UE+NI6nX49SbkdjGitXOyZpalWUu2I3BuEMx+o= （因为我从 qemu 诅咒中复制了它，我可能错过了一些东西）

我使用 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 也无法摆脱。

当遇到启动失败时，我看到系统下降到显示 dracut 的提示。

我的理解是 dracut 用于生成 initramfs 的图像。我感到困惑的是，基于我正在放入一个名为“dracut”的 shell 的事实，它似乎不仅仅是一个用于生成 initramfs 的实用程序，但它实际上也是一个独立的程序在启动时运行。这个对吗？- 如果以上内容准确，那么 initramfs 和 dracut 之间的区别/关系是什么？