为什么自定义 init 在自定义 linux 系统上失败并显示错误代码 -8？

Question

我正在为 linux 系统（用于瘦客户端）（目前通过 qemu 模拟）构建自定义 init。 我正在编译我的可执行文件：

$ gcc -fpic -static -nostdlib init.c -o init

出于某种原因，当这个可执行文件被放在 /bin/ 上时，系统拒绝启动并吐出一个非常无用的错误代码 (-8)。 根据一些谷歌搜索，这似乎对应于信号 8，即 SIGFPE，但奇怪的是，在代码或检查的复杂程序集中的任何位置都没有发生与不可能的数学相关的事情，例如除以零。 源代码根本不重要，任何来源都无法构建，但这里有一个失败的例子。

size_t strlen(const char* s) {
    for(unsigned i = 0; ; ++i) if(s[i] == 0) return i;
}
void puts(char* s) {
    asm("mov %0, %%r11" :: "r"(s));
    asm("mov %0, %%r14" :: "r"(strlen(s)));
    asm("mov $1, %rax\n"
        "mov  %r11, %rsi\n"
        "mov %r14, %rdx\n"
        "mov $1, %rdi\n"
        "syscall");
}
int _start() {
    puts("test");






    asm volatile(
        "mov $60, %rax\n"
        "push %r11\n"
        "mov %r11, %rdi\n"
        "pop %r11\n"
        "syscall"
    );
    return 0;
}

Run /bin/init as init process
Kernel panic - not syncing: Requested init /bin/init failed (error -8).

Kernel Offset: disabled

Answer 1

如果您在编译 kernel 之前忘记在配置中切换 64 位 kernel，则会发生此问题，这也可能是由于使用了错误的编译器，例如不是用于 Linux 而是为其他 unix 生成 elf 可执行文件的编译器。 代码使用 64 位寄存器，而 kernel 只有 32 位。

另一个原因可能是制作不当的 initramfs。 在阅读非常有帮助的手册之前，我遇到了 cpio 文件的问题：

使用初始 RAM 磁盘 (initrd)

虽然不相关，但也不要在 init 进程上很好地使用 exit 系统调用，因为 Init 应该运行到系统关闭，退出 init 将导致 kernel 恐慌。