Grub 2 未检测到内核中的 Multiboot 标头

Question

我遇到了 Grub 2（和 QEMU 的-kernel）的问题，无法在我的内核中检测到 Multiboot v1 标头。我在之前的单独部分中有标题.text。

linker.ld：

SECTIONS
{
    . = 1M;

    .multiboot ALIGN(4K) :
    {
        *(.multiboot)
    }

    .text ALIGN(4K) :
    {
        *(.text)
    }

    [snip]

boot.s （GNU 作为语法）：

.set MAGIC, 0x1badb002
.set FLAGS, (1<<0 | 1<<1) # align, provide mem map
.set CHECKSUM, -(MAGIC + FLAGS)

.section .multiboot
    .long MAGIC
    .long FLAGS
    .long CHECKSUM

.section .text
    [snip]

我已经验证标题部分是按照幻数指定的方式添加的：

kernel.bin:     file format elf32-i386

Contents of section .multiboot:
 101000 02b0ad1b 03000000 fb4f52e4           .........OR.    
Contents of section .text:
 [snip]

然而 Grub 2 说内核没有有效的 Multiboot 头文件，使用 QEMU 的-kernel选项会导致：

qemu: fatal: Trying to execute code outside RAM or ROM at 0x000a000

这似乎是 BIOS 映射范围内的地址，而不是 Multiboot 应该在的位置。

我已经与 Bran 和 OSDev（加上我以前的内核）中的常用代码进行了比较，但我似乎无法弄清楚我做错了什么。

Answer 1

我的多重引导内核遇到了同样的错误。当 .text 部分的大小超过大约 4k 时，我遇到了同样的错误。我的问题的原因是，在链接时，我在 ld 参数中首先指定了 kernel.o，然后指定了 loader.o（我编写了一个 Makefile 以使我的项目基于 OSDev Wiki Bare Bones 更易于开发）。Multiboot 应该在前 4k 中查找标头，随着我的代码增长，它将标头推出该区域（因为它位于内核 .text 部分中的加载器之前）。您对多重引导标头使用了单独的部分，我不知道这可能是也可能不是一个好主意。我会尝试的事情：

• 删除 .multiboot 部分，并将其内容放入加载程序的开头，并确保 loader.o 是链接器的第一个参数，kernel.o 紧随其后。
• 用于readelf -a kernel确保多重引导标头确实位于前 4k 中（也就是说，如果开头位于0x00100000，则其偏移量低于0x00101000.