对于ARM加载文件系统出现 Kernel panic – not syncing: Attempted to kill init!

现在的位置: 首页 > 综合 > 正文

RSS

对于ARM加载文件系统出现 Kernel panic – not syncing: Attempted to kill init!

2013年01月27日 ⁄ 综合 ⁄ 共 2068字 ⁄ 字号小中大 ⁄ 评论关闭

有时加载文件系统时，会出现下面的错误：

VFS: Mounted root (nfs filesystem) on device 0:12.

Freeing init memory: 124K

Kernel panic - not syncing: Attempted to kill init!

从上面看，文件系统已经加载成功，但还是不能正常启动init进程，这是什么原因了？

大多数是因为编译的内核和编译的根文件系统的编译工具链不一致。

解块办法就是在内核编译时把EABI的选项选中就可以了。

同时用arm-linux-gcc 4.0.0以上的编译器做出都
文件系统老是报这个错，
而用rm-linux-gcc 3.x.x 版本都都不会
Kernel Features --->
[*] Use the ARM EABI to compile the kernel
[*] Allow old ABI binaries to run with this kernel (EXPERIMENTA)
把这个选上就可以了

附：

1。什么是ABI
ABI，application binary interface (ABI)，应用程序二进制接口。
既然是接口，那就是某两种东西之间的沟通桥梁，此处有这些种情况：
A。应用程序 <－> 操作系统；
B。应用程序 <－> （应用程序所用到的）库
C 。应用程序各个组件之间

类似于API的作用是使得程序的代码间的兼容，ABI目的是使得程序的二进制（级别）的兼容。

2。什么是OABI 和 EABI
OABI中的O，表示“Old”，“Lagacy”，旧的，过时的，OABI就是旧的/老的ABI。
EABI中的E，表示“Embedded”，是一种新的ABI。
EABI有时候也叫做GNU EABI。
OABI和EABI都是专门针对ARM的CPU来说的。

3。EABI的好处／为何要用EABI
A。支持软件浮点和硬件实现浮点功能混用
B。系统调用的效率更高
C。后今后的工具更兼容
D。软件浮点的情况下，EABI的软件浮点的效率要比OABI高很多。

4。OABI和EABI的区别
两种ABI在如下方面有区别：
A。调用规则（包括参数如何传递及如何获得返回值）
B。系统调用的数目以及应用程序应该如何去做系统调用
C。目标文件的二进制格式，程序库等
D。结构体中的填充（padding/packing）和对齐。
E。
OABI：
* ABI flags passed to binutils: -mabi=apcs-gnu -mfpu=fpa

* gcc -dumpmachine: arm-unknown-linux

* objdump -x for compiled binary:

private flags = 2: [APCS-32] [FPA float format] [has entry point]

* "file" on compiled Debian binary:

ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), for GNU/Linux 2.2.0, stripped

* "readelf -h | grep Flags""

Flags: 0x0

EABI：
* ABI flags passed by gcc to binutils: -mabi=aapcs-linux -mfloat-abi=soft -meabi=4

* gcc -dumpmachine: arm-unknown-linux-gnueabi

* objdump -x for compiled binary: