Question

我正在使用运行Linux（内核3.10）的嵌入式ARM设备，并使用NAND内存进行存储。我正在尝试构建一个最小的linux，它将驻留在自己的分区上并执行主要固件的更新。

内核使用非常小的根fs，它存储在ramfs中。但是，我无法启动它。我收到以下错误：

[    0.794113] List of all partitions:
[    0.797600] 1f00             128 mtdblock0  (driver?)
[    0.802669] 1f01            1280 mtdblock1  (driver?)
[    0.807697] 1f02            1280 mtdblock2  (driver?)
[    0.812735] 1f03            8192 mtdblock3  (driver?)
[    0.817761] 1f04            8192 mtdblock4  (driver?)
[    0.822794] 1f05            8192 mtdblock5  (driver?)
[    0.827820] 1f06           82944 mtdblock6  (driver?)
[    0.832850] 1f07           82944 mtdblock7  (driver?)
[    0.837876] 1f08           12288 mtdblock8  (driver?)
[    0.842906] 1f09           49152 mtdblock9  (driver?)
[    0.847928] No filesystem could mount root, tried:  squashfs
[    0.853569] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)
[    0.861806] CPU: 0 PID: 1 Comm: swapper Not tainted 3.10.73 #11
[    0.867732] [<800133ec>] (unwind_backtrace+0x0/0x12c) from [<80011a50>] (show_stack+0x10/0x14)
(...etc)

根fs是由构建过程构建的，使用以下内容（为简洁起见而简化）：

# [Copy some things to $(ROOTFS_OUT_DIR)/mini_rootfs]
cd $(ROOTFS_OUT_DIR)/mini_rootfs && find . | cpio --quiet -o -H newc > $(ROOTFS_OUT_DIR)/backup.cpio
gzip -f -9 $(ROOTFS_OUT_DIR)/backup.cpio

这会创建$（ROOTFS_OUT_DIR）/backup.cpio.gz

然后构建内核：

@$(MAKE) -C $(LINUX_SRC_DIR) O=$(LINUX_OUT_DIR) \
             CONFIG_INITRAMFS_SOURCE="$(ROOTFS_OUT_DIR)/backup.cpio.gz" \
             CONFIG_INITRAMFS_ROOT_UID=0 CONFIG_INITRAMFS_ROOT_GID=0

我认为这意味着它使用与主要固件（在其他地方构建）相同的配置，但使用CONFIG_INITRAMFS_SOURCE提供最小的ramfs映像。

从Kernel.Org开始，始终构建ramfs，并且只需指定CONFIG_INITRAMFS_SOURCE即可指定要使用的预制根fs。没有构建错误表明创建ramfs存在问题，并且生成的内核的大小看起来正确。 backup.cpio.gz大约3.6 MB;最终的zImage是6.1 MB;图像被写入一个大小为8 MB的分区。

要使用此映像，我设置（自定义）引导加载程序使用的一些标志，告诉它从最小分区引导，并为内核设置不同的命令行。以下是用于启动的命令行：

console=ttyS0 rootfs=ramfs root=/dev/ram rw rdinit=/linuxrc mem=220M

请注意，nimimal root fs包含＆＃34; / linuxrc＆＃34;，它实际上是指向/ bin / busybox的链接：

lrwxrwxrwx  1 root root   11 Nov  5  2015 linuxrc -> bin/busybox

为什么不开机？为什么要尝试＆＃34; squashfs＆＃34;文件系统，这是错误的吗？

Answer 1

已解决！事实证明，（自定义）构建系统使用的文件名已作为更新的一部分进行了更改，因此未将正确的内核映像放入固件包中。我实际上是尝试使用“rootfs = ramfs”参数启动错误的内核，该参数没有ramfs。

因此，为了将来参考，如果您指定“rootfs = ramfs”但是内核不是使用内置的任何rootfs构建的，则会发生此错误（CONFIG_INITRAMFS_SOURCE = ...未指定）

在嵌入式设备上使用ramfs进行内核恐慌：没有文件系统可以挂载root

1 个答案: