内核在 initramfs 映像中找不到 init

Question 1

需要研究的一些项目：

1：

## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree

设备树是否包含可能与设备冲突的内核开关setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

2：

setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

内核是否需要 initrd=0x850000000 的内存地址，或者只需要 dev/ram0 位置。

3：

您使用的是 initramfs 还是 initrd？你自己编译内核吗？内核映像是否已包含 initramfs？

检查内核配置中的这些：

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURC

~~[ 0.131751] devtmpfs: initialized~~

~~[ 2.937980] devtmpfs: error mounting -2~~

~~看起来 devtmpfs 几乎被安装了两次。第一次安装它时是什么（内置于 initramfs 中）？~~ 同意@sourcejedi 的评论。不/dev，因为没有 rootfs。

内核也正在初始化硬件。蓝牙、USB、MMC 等。除非这些模块被编译到内核中并且没有加载模块，否则它们是从某个地方加载的。（内置 initramfs）？

4：

如果您使用 initrd 而不是 initramfs，并且内核映像不包含内置 initramfs...

我认为内核配置需要：

BLK_DEV_RAM

“如果使用的话，现代内核使用 /dev/ram0 作为 initrd。”

./linux-4.x.x/Documentation/blockdev/ramdisk.txt

难道不是initrd=/dev/ram0吗initrd=0x85000000？

“旧的 initrd 始终是一个单独的文件，而 initramfs 存档链接到 Linux 内核映像中。”

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

“旧 initrd（称为 /initrd，而不是 /init）运行的程序做了一些设置，然后返回到内核......”

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

init 应该/initrd代替吗/init？

5：

如果您编译自己的内核，那么让内核 make 进程将 initramfs 合并到内核映像中可以节省您的大量工作。

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURCE

Answer

需要研究的一些项目：

1：

## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree

设备树是否包含可能与设备冲突的内核开关setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

2：

setenv bootargs console=${console} root=/dev/ram0 rootfstype=ramfs initrd=0x85000000

内核是否需要 initrd=0x850000000 的内存地址，或者只需要 dev/ram0 位置。

3：

您使用的是 initramfs 还是 initrd？你自己编译内核吗？内核映像是否已包含 initramfs？

检查内核配置中的这些：

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURC

~~[ 0.131751] devtmpfs: initialized~~

~~[ 2.937980] devtmpfs: error mounting -2~~

~~看起来 devtmpfs 几乎被安装了两次。第一次安装它时是什么（内置于 initramfs 中）？~~ 同意@sourcejedi 的评论。不/dev，因为没有 rootfs。

内核也正在初始化硬件。蓝牙、USB、MMC 等。除非这些模块被编译到内核中并且没有加载模块，否则它们是从某个地方加载的。（内置 initramfs）？

4：

如果您使用 initrd 而不是 initramfs，并且内核映像不包含内置 initramfs...

我认为内核配置需要：

BLK_DEV_RAM

“如果使用的话，现代内核使用 /dev/ram0 作为 initrd。”

./linux-4.x.x/Documentation/blockdev/ramdisk.txt

难道不是initrd=/dev/ram0吗initrd=0x85000000？

“旧的 initrd 始终是一个单独的文件，而 initramfs 存档链接到 Linux 内核映像中。”

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

“旧 initrd（称为 /initrd，而不是 /init）运行的程序做了一些设置，然后返回到内核......”

./linux-4.x.x/Documentation/filesystems/ramfs-rootfs-initramfs.txtramfs-rootfs-initramfs.txt

init 应该/initrd代替吗/init？

5：

如果您编译自己的内核，那么让内核 make 进程将 initramfs 合并到内核映像中可以节省您的大量工作。

CONFIG_BLK_DEV_INITRD

CONFIG_INITRAMFS_SOURCE

Question 2

你不想要rootfstype=ramfs。我确信。尽管 AFAICT 这并不是真正的问题。

安装ramfs忽略块设备（root=/dev/ram0在本例中）。 ramfs不受任何设备文件支持。它最初是空的。

因此如果rootfstype=ramfs生效的话，只是挂载一个空的fs。因此就没有init程序可以运行。（当内核尝试在上挂载 devtmpfs 时/dev，它还会生成错误 2 = ENOENT =“No such file or directory”，与您在日志中看到的相同）。

您表明您正在使用新型 initramfs，即 cpio 存档而不是文件系统映像。这很好。但是当内核检测到新格式并将其解压时，您应该会收到类似“Unpacking initramfs...”的消息。

原始文档说 initramfs 应该是 gzipped cpio。不过我认为当前的代码也对未压缩的 cpio 感到满意。

正如您所说，您似乎遇到了内核无法识别 initramfs 的问题。

至少，在进入时initrd_start看起来是这样。如果它非零，您将至少看到一条与 initrd 或 initramfs 相关的消息或错误。0populate_rootfs()

https://elixir.bootlin.com/linux/v4.1/source/init/initramfs.c#L608

或者，initramfs.c甚至没有包含在内核中，因为您还没有启用 CONFIG_BLK_DEV_INITRD。这是什么初始化/生成文件告诉我。

初始化：https://www.kernel.org/doc/html/v4.18/admin-guide/initrd.html

初始化内存文件系统：https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt

Answer

你不想要rootfstype=ramfs。我确信。尽管 AFAICT 这并不是真正的问题。

安装ramfs忽略块设备（root=/dev/ram0在本例中）。 ramfs不受任何设备文件支持。它最初是空的。

因此如果rootfstype=ramfs生效的话，只是挂载一个空的fs。因此就没有init程序可以运行。（当内核尝试在上挂载 devtmpfs 时/dev，它还会生成错误 2 = ENOENT =“No such file or directory”，与您在日志中看到的相同）。

您表明您正在使用新型 initramfs，即 cpio 存档而不是文件系统映像。这很好。但是当内核检测到新格式并将其解压时，您应该会收到类似“Unpacking initramfs...”的消息。

原始文档说 initramfs 应该是 gzipped cpio。不过我认为当前的代码也对未压缩的 cpio 感到满意。

正如您所说，您似乎遇到了内核无法识别 initramfs 的问题。

至少，在进入时initrd_start看起来是这样。如果它非零，您将至少看到一条与 initrd 或 initramfs 相关的消息或错误。0populate_rootfs()

https://elixir.bootlin.com/linux/v4.1/source/init/initramfs.c#L608

或者，initramfs.c甚至没有包含在内核中，因为您还没有启用 CONFIG_BLK_DEV_INITRD。这是什么初始化/生成文件告诉我。

初始化：https://www.kernel.org/doc/html/v4.18/admin-guide/initrd.html

初始化内存文件系统：https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt

Question 3

RIM-U-Boot# bootm 0x81000000 0x85000000
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4024711 Bytes = 3.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 85000000 ...
   Image Name:   uInitrd
   Image Type:   ARM Linux RAMDisk Image (uncompressed)
   Data Size:    1410048 Bytes = 1.3 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

这里看起来有些不对劲。内核的加载地址不应与 initrd 的加载地址重叠！

如需比较，请参见https://community.nxp.com/thread/305045#comment-322873

使用加载地址重新创建 uInitrd 0x80408000。

我不知道你的硬件。此处建议的分配不应相互冲突 AFAICT，希望它们不会与任何内容冲突别的:-)。

不要使用内核启动选项rootfsype=ramfs或root=/dev/ram0.我认为它们不应该影响你的问题任何你将它们设置为。但他们错了，所以让我们不要分心。您不需要其中任何一个来启动 initramfs。（我的计算机使用 initramfs 启动 Linux，并且不使用这些启动选项中的任何一个！）

您应该不需要使用initrd=...，因为您将地址作为第二个选项传递给bootm. （但考虑到上述情况，正确的值是initrd=0x80408000,2M，所以不要传递任何不同的地址！）。

Answer

RIM-U-Boot# bootm 0x81000000 0x85000000
## Booting kernel from Legacy Image at 81000000 ...
   Image Name:   Linux 4.1 + Devicetree
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    4024711 Bytes = 3.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 85000000 ...
   Image Name:   uInitrd
   Image Type:   ARM Linux RAMDisk Image (uncompressed)
   Data Size:    1410048 Bytes = 1.3 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

这里看起来有些不对劲。内核的加载地址不应与 initrd 的加载地址重叠！

如需比较，请参见https://community.nxp.com/thread/305045#comment-322873

使用加载地址重新创建 uInitrd 0x80408000。

我不知道你的硬件。此处建议的分配不应相互冲突 AFAICT，希望它们不会与任何内容冲突别的:-)。

不要使用内核启动选项rootfsype=ramfs或root=/dev/ram0.我认为它们不应该影响你的问题任何你将它们设置为。但他们错了，所以让我们不要分心。您不需要其中任何一个来启动 initramfs。（我的计算机使用 initramfs 启动 Linux，并且不使用这些启动选项中的任何一个！）

您应该不需要使用initrd=...，因为您将地址作为第二个选项传递给bootm. （但考虑到上述情况，正确的值是initrd=0x80408000,2M，所以不要传递任何不同的地址！）。

Question 4

使用 initrd 时涉及两个“init”：

rdinit=/初始化和 初始化=/sbin/init （默认值）

第一个 (rdinit=) 告诉早期用户空间在内核解压并安装 initrd 后要运行什么。默认为/init。

如果没有 initrd，第二个 (init=) 告诉内核要运行哪个 init （就像 root= 告诉内核将哪个设备挂载为 /）

有了 initrd，init= 被 switchroot 在早期用户空间的末尾使用，不仅可以挂载新的、真正的 root，而且还可以运行真正的 /sbin/init - 或任何你想要的： init=/sbin/test_init

（/init 并不一定会导致 switchroot；你可以永远留在 initrd 中......嵌入式风格）

我完全同意 Charles 的观点，他是唯一提到 rdinit= 的人：

确保 initramfs 中有 /init 可执行文件。您可以通过 bootargs 中的 rdinit=/bin/sh 指定另一个 init 进程

rdinit=/init 和 init=/init 也必须是可能的，它们是不同的文件：第一个“/”表示 initrd（您的 cpio）的顶部，第二个“/”表示 root= 又名 newroot 的顶部。

Answer

使用 initrd 时涉及两个“init”：

rdinit=/初始化和 初始化=/sbin/init （默认值）

第一个 (rdinit=) 告诉早期用户空间在内核解压并安装 initrd 后要运行什么。默认为/init。

如果没有 initrd，第二个 (init=) 告诉内核要运行哪个 init （就像 root= 告诉内核将哪个设备挂载为 /）

有了 initrd，init= 被 switchroot 在早期用户空间的末尾使用，不仅可以挂载新的、真正的 root，而且还可以运行真正的 /sbin/init - 或任何你想要的： init=/sbin/test_init

（/init 并不一定会导致 switchroot；你可以永远留在 initrd 中......嵌入式风格）

我完全同意 Charles 的观点，他是唯一提到 rdinit= 的人：

确保 initramfs 中有 /init 可执行文件。您可以通过 bootargs 中的 rdinit=/bin/sh 指定另一个 init 进程

rdinit=/init 和 init=/init 也必须是可能的，它们是不同的文件：第一个“/”表示 initrd（您的 cpio）的顶部，第二个“/”表示 root= 又名 newroot 的顶部。

内核在 initramfs 映像中找不到 init

答案1

答案2

答案3

答案4

相关内容