GRUB Multiboot未加载ELF二进制.data段问题排查

核心问题 #

你遇到的.data段全局变量未被加载的原因，是Multiboot头的flags参数设置错误，导致GRUB没有加载ELF文件的所有段。

原因详解 #

你的理解是对的——GRUB确实会通过ELF头加载段，但Multiboot规范对flags字段有明确要求：

• 位0（0x1）：必须设置，表明符合Multiboot规范。
• 位1（0x2）：设置后，GRUB会根据ELF文件的段表加载所有段（包括.text、.data、.bss等）。
• 位2（0x4）：设置后，指定视频模式（对应你头里的width/height/depth字段）。

你当前设置的flags是0x6（0x2|0x4），但缺少位0，同时当指定视频模式时，GRUB会优先按照Multiboot头里的load_addr/load_end_addr加载，而你把这些字段都设为0，GRUB只会加载.text段，完全忽略.data段的初始化数据，导致全局变量pixels的内存是未初始化的垃圾值，循环条件p < pixels不成立，所以没有像素被绘制。

修复步骤 #

1. 修正Multiboot头的flags和校验和 #

修改loader.s中的Multiboot头部分，确保flags包含位0和位1（如果需要视频模式则再加位2）：

section .multiboot               
align 4
    dd 0x1BADB002               ; magic 固定值
    dd 0x3                      ; flags：位0（必须） + 位1（按ELF段加载所有段）
    dd - (0x1BADB002 + 0x3)     ; 重新计算校验和（magic+flags+checksum=0）
    ; 若不需要指定视频模式，可删除以下视频相关字段
    ; dd 0                        ; header_addr
    ; dd 0                        ; load_addr
    ; dd 0                        ; load_end_addr
    ; dd 0                        ; bss_end_addr
    ; dd 0                        ; entry_addr
    ; dd 0                        ; mode_type
    ; dd 1024                     ; width
    ; dd 768                      ; height
    ; dd 32                       ; depth

如果坚持要指定视频模式，flags应设为0x7（0x1|0x2|0x4），同时校验和也要对应修改为- (0x1BADB002 + 0x7)。

2. （可选）修复64位模式下的显存访问问题 #

你当前硬编码的0xA0000是32位VGA图形模式的显存地址，在64位UEFI环境下，这个地址可能已经被内存重映射，无法直接访问。正确的做法是利用Multiboot传递的信息获取帧缓冲地址：

修改kmain.c，解析Multiboot信息结构获取帧缓冲：

#include <stdint.h>

// Multiboot信息结构简化定义
typedef struct multiboot_info {
    uint32_t flags;
    uint32_t mem_lower;
    uint32_t mem_upper;
    uint32_t boot_device;
    uint32_t cmdline;
    uint32_t mods_count;
    uint32_t mods_addr;
    uint32_t syms[4];
    uint32_t mmap_length;
    uint32_t mmap_addr;
    uint32_t drives_length;
    uint32_t drives_addr;
    uint32_t config_table;
    uint32_t boot_loader_name;
    uint32_t apm_table;
    uint32_t vbe_control_info;
    uint32_t vbe_mode_info;
    uint16_t vbe_mode;
    uint16_t vbe_interface_seg;
    uint16_t vbe_interface_off;
    uint16_t vbe_interface_len;
    uint64_t framebuffer_addr;
    uint32_t framebuffer_pitch;
    uint32_t framebuffer_width;
    uint32_t framebuffer_height;
    uint8_t framebuffer_bpp;
    uint8_t framebuffer_type;
    uint8_t color_info[6];
} multiboot_info_t;

unsigned int pixels = 10;

void put_pixel(multiboot_info_t *mbi, unsigned int i)
{
    // 从Multiboot信息中获取帧缓冲地址
    uint32_t *graphics_memory = (uint32_t *)mbi->framebuffer_addr;
    // 确保在32位色模式下绘制
    if (mbi->framebuffer_bpp == 32) {
        graphics_memory[i] = 0xffffffff;
    }
}

int kstart(multiboot_info_t *mbi)
{
    unsigned int p;

    for (p = 0; p < pixels; p++)
        put_pixel(mbi, p);

    while (1); // 替换hlt，防止执行完后跑飞
    return 0;
}

验证 #

重新编译链接内核，生成ISO镜像后用QEMU测试，全局变量pixels的初始化值会被正确加载，屏幕上会显示10个白色像素。

内容的提问来源于stack exchange，提问作者JackPots