3

我正在尝试使用 Buildroot 为嵌入式系统(Banana PI D1)构建一个基本的根文件系统。

我正在使用SoC 供应商提供的 SDK中的内核。在这个 repo 中,我只使用了 src/kernel 中的内核。

Buildroot 配置没有什么特别之处。它构建时没有错误,生成的根文件系统看起来像是包含了我所期望的一切。

我已将其配置为将文件系统构建为嵌入在 zImage 中的 initramfs。

内核似乎可以正确启动,但无法加载 init 然后出现恐慌:

Booting Linux on physical CPU 0
Linux version 3.4.35 (harmic@penski.harmic.moo.org) (gcc version 4.8.4 (Buildroot 2015.02) ) #7 Sat Mar 21 22:59:18 AEDT 2015
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
...
Kernel command line: root=/dev/mtdblock1 ro init=/sbin/init mem=64M console=ttySAK0,115200
...
Freeing init memory: 4632K
Failed to execute /init
Failed to execute /sbin/init.  Attempting defaults...
mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new SDHC card at address 0007
mmcblk0: mmc0:0007 SD08G 7.42 GiB 
 mmcblk0: p1
Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.

我尝试了许多故障排除步骤:

  1. 我已经使用这个 miniroot 项目构建了一个根文件系统(做了一些工作,因为它已经过时了)。它启动正常,使用与我尝试使用 buildroot root fs 相同的内核。

  2. 我试过同时使用 uClibc 和 eglibc

  3. 我尝试使用 Buildroot 自己的交叉工具以及 SoC 供应商提供的交叉工具

  4. 我已经确认构建的 rootfs 确实包含 /init(它确实包含!)

这里有一个要点,其中包含 buildroot 配置、内核启动日志的副本以及生成的文件系统的内容列表。

我可以采取哪些步骤来进一步解决此问题?

更新:

  1. 生成的 rootfs.cpio.gz 大小为 2139200 字节。我已经读过您可以使用的 initramfs 的最大大小,但我无法找到记录硬限制的位置。

  2. 我已将生成的根文件系统的列表附加到上面链接的要点中。

  3. 我已经解压了主机上的 rootfs 并检查了它。/init 包含以下内容:

    #!/bin/sh
    # devtmpfs does not get automounted for initramfs
    /bin/mount -t devtmpfs devtmpfs /dev
    exec 0</dev/console
    exec 1>/dev/console
    exec 2>/dev/console
    exec /sbin/init $*
    

    /sbin/init 是 /bin/busybox 的符号链接。

    /bin/busybox 是动态链接的:

    $ file busybox
    busybox: setuid ELF 32-bit MSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped
    $ ../../../host/usr/bin/armeb-buildroot-linux-gnueabi-readelf -a busybox | grep "Shared library:"
     0x00000001 (NEEDED)                     Shared library: [libc.so.6]
    

    libc.so.6 存在于 /lib 中。/lib32 是 /lib 的符号链接,这是一个很好的衡量标准。

  4. 该设备具有 64M RAM。

  5. 供应商的交叉工具和 buildroot 交叉工具都是为 eabi 设置的

4

1 回答 1

3

正如@sawdust 所建议的那样,问题在于CPU 不应该以大端模式运行。

将目标更改为“ARM (Little Endian)”、清理并重新构建后,它现在可以正确启动。

回想起来,这应该是显而易见的——检查供应商的内核映像:

$ file zImage
zImage: Linux kernel ARM boot executable zImage (little-endian)
于 2015-03-25T10:43:22.537 回答