1. 计算机启动的底层逻辑从按下电源到执行第一条指令当你按下电脑电源键的那一刻一个精密的启动链开始运转。现代x86架构计算机的启动过程遵循着一套严格的硬件契约这套机制从1981年IBM PC诞生至今仍保持着惊人的兼容性。CPU上电复位后所有寄存器被清零但此时内存中空空如也——没有操作系统没有应用程序甚至没有可执行的代码。这时硬件设计者早已约定CPU会强制将CS:IP寄存器设置为0xF000:0xFFF0实模式下的物理地址0xFFFF0。这个地址指向主板上的BIOS ROM芯片现代UEFI系统则是Flash存储。BIOSBasic Input/Output System作为启动的第一阶段主要完成两项关键工作POSTPower-On Self-Test检测内存、显卡、键盘等基础硬件是否正常工作启动设备枚举按预设顺序通常可在BIOS设置中调整检查硬盘、U盘、光盘等设备寻找可启动的介质当BIOS发现一个可启动设备比如硬盘时它会读取该设备的第一个512字节扇区LBA 0到内存地址0x7C00处然后跳转到这个地址执行。这512字节就是我们常说的MBRMaster Boot Record它是整个启动链条中的第一环软件。关键细节BIOS通过检查MBR最后两个字节是否为0x55AA来确认这是一个有效的启动扇区。这个设计使得系统可以区分可启动设备和普通存储设备。2. MBR的精密结构512字节里的乾坤MBR的512字节空间被严格划分为几个功能区域每个字节都有其特定用途偏移量 大小 内容 0x0000 446字节 主引导代码Bootloader第一阶段 0x01BE 16字节 分区条目1 0x01CE 16字节 分区条目2 0x01DE 16字节 分区条目3 0x01EE 16字节 分区条目4 0x01FE 2字节 结束标志0x55AA每个分区条目16字节又包含以下信息字节偏移 长度 说明 0x00 1 活动标志0x80表示可启动分区 0x01 3 起始CHS地址柱面/磁头/扇区 0x04 1 分区类型标识符 0x05 3 结束CHS地址 0x08 4 起始LBA扇区号 0x0C 4 分区占用的扇区数MBR引导代码的核心任务很简单扫描四个分区表项找到标记为活动active的分区然后加载该分区的第一个扇区通常是操作系统的Bootloader到内存并跳转执行。这个过程看似简单但在实模式限制下却充满技术细节。3. 实模式下的Bootloader编程实战让我们用NASM汇编语言实现一个最小化的MBR Bootloader。这个示例将展示如何从磁盘读取数据、处理BIOS中断以及为切换到保护模式做准备; 文件名: boot.asm ; 编译: nasm -f bin boot.asm -o boot.bin ; 写入MBR: dd ifboot.bin of/dev/sdX bs446 count1 org 0x7C00 ; BIOS加载地址 bits 16 ; 实模式 start: ; 初始化段寄存器 xor ax, ax mov ds, ax mov es, ax ; 设置栈空间(0x90000-0x9FFFF) mov ax, 0x9000 mov ss, ax mov sp, 0xFFFF ; 打印启动消息 mov si, msg_loading call print_string ; 从磁盘读取内核加载器 mov bx, 0x8000 ; 加载目标地址 mov ah, 0x02 ; 读扇区功能号 mov al, 4 ; 读取4个扇区 mov ch, 0 ; 柱面0 mov cl, 2 ; 从扇区2开始读 mov dh, 0 ; 磁头0 mov dl, [boot_drive] ; 启动驱动器号 int 0x13 ; 调用BIOS磁盘服务 jc disk_error ; 出错处理 ; 验证加载的程序 cmp word [0x8000], 0xAA55 jne invalid_loader ; 跳转到加载的程序 jmp 0x0000:0x8002 ; 子程序打印字符串 print_string: lodsb ; 加载si指向的字符 or al, al ; 检查是否到字符串末尾 jz .done mov ah, 0x0E ; BIOS显示字符功能 int 0x10 ; 调用BIOS视频服务 jmp print_string .done: ret ; 错误处理例程 disk_error: mov si, msg_disk_error call print_string jmp $ invalid_loader: mov si, msg_invalid call print_string jmp $ ; 数据区 msg_loading db Loading OS kernel..., 0x0D, 0x0A, 0 msg_disk_error db Disk error!, 0x0D, 0x0A, 0 msg_invalid db Invalid loader!, 0x0D, 0x0A, 0 boot_drive db 0x80 ; 默认从第一块硬盘启动 ; 填充剩余空间并添加结束标志 times 510-($-$$) db 0 dw 0xAA55这段代码的关键点解析org 0x7C00告诉汇编器代码将被加载到该地址所有标号地址都基于此计算BIOS磁盘服务(int 0x13)需要正确设置CHS参数现代系统通常使用LBA模式更安全栈空间设置在内存高端(0x90000)避免与加载的程序冲突最后两个字节必须是0x55AA否则BIOS不会执行这段代码4. 从实模式到保护模式的关键跨越MBR Bootloader通常运行在16位实模式下但现代操作系统需要32位或64位保护模式。切换过程需要精心安排; 切换到保护模式的代码片段 cli ; 禁用中断 lgdt [gdt_descriptor] ; 加载全局描述符表 ; 设置CR0的PE位 mov eax, cr0 or eax, 0x1 mov cr0, eax ; 远跳转刷新流水线并设置CS选择子 jmp CODE_SEG:init_pm bits 32 init_pm: ; 初始化保护模式下的段寄存器 mov ax, DATA_SEG mov ds, ax mov es, ax mov fs, ax mov gs, ax mov ss, ax ; 设置栈指针 mov ebp, 0x90000 mov esp, ebp ; 调用保护模式的主函数 call pm_main ; GDT定义 gdt_start: dq 0x0 ; 空描述符 gdt_code: dw 0xFFFF ; 段界限低16位 dw 0x0 ; 基地址低16位 db 0x0 ; 基地址中间8位 db 10011010b ; 访问字节(代码段) db 11001111b ; 标志位段界限高4位 db 0x0 ; 基地址高8位 gdt_data: dw 0xFFFF dw 0x0 db 0x0 db 10010010b ; 访问字节(数据段) db 11001111b db 0x0 gdt_end: gdt_descriptor: dw gdt_end - gdt_start - 1 dd gdt_start CODE_SEG equ gdt_code - gdt_start DATA_SEG equ gdt_data - gdt_start保护模式切换过程中的关键注意事项必须在禁用中断的情况下进行切换GDT全局描述符表必须正确设置代码段和数据段的描述符远跳转(jmp CODE_SEG:init_pm)会刷新CPU流水线并应用新的CS选择子所有段寄存器(DS/ES/SS等)都需要重新加载为数据段选择子5. GRUB与现代Bootloader的实现演进随着操作系统复杂度提升传统的MBR Bootloader显得力不从心。现代Linux系统普遍使用GRUB(Grand Unified Bootloader)它采用多阶段设计Stage 1存放在MBR中的446字节负责加载Stage 1.5Stage 1.5位于MBR之后的扇区包含文件系统驱动(FAT/ext2等)Stage 2完整的GRUB核心位于/boot/grub目录提供菜单界面和配置支持GRUB的核心优势在于它理解文件系统可以直接从磁盘读取内核文件而不是依赖固定的扇区位置。GRUB遵循Multiboot规范为内核提供标准化的启动环境/* Multiboot头必须位于内核前8KB内 */ struct multiboot_header { uint32_t magic; /* 必须为0x1BADB002 */ uint32_t flags; /* 特征标志 */ uint32_t checksum; /* magicflagschecksum必须等于0 */ /* 其他可选字段 */ };当GRUB加载符合Multiboot规范的内核时它会将内核加载到物理内存0x100000(1MB)处设置CPU为保护模式将启动信息结构体指针存入EBX寄存器将魔数0x2BADB002存入EAX寄存器跳转到内核入口点这种设计使得内核开发者不需要关心底层硬件差异GRUB已经完成了最困难的硬件初始化和模式切换工作。6. 实战从零构建最小化内核让我们用实际代码演示一个可通过GRUB启动的最小化内核。首先创建multiboot.S汇编文件/* multiboot.S - 内核入口点 */ .section .multiboot .align 4 .long 0x1BADB002 /* magic */ .long 0x00000003 /* flags */ .long -(0x1BADB002 0x00000003) /* checksum */ .section .text .global _start _start: /* 设置栈指针 */ mov $stack_top, %esp /* 调用内核主函数 */ push %ebx /* Multiboot信息结构体指针 */ push %eax /* 魔数0x2BADB002 */ call kernel_main /* 如果返回则进入死循环 */ cli 1: hlt jmp 1b .section .bss .align 16 stack_bottom: .skip 16384 /* 16KB栈空间 */ stack_top:对应的C语言内核主函数(main.c)/* main.c - 内核主函数 */ #include stdint.h #define MULTIBOOT_MAGIC 0x2BADB002 /* VGA文本缓冲区地址 */ volatile uint16_t *vga_buffer (uint16_t*)0xB8000; const int VGA_WIDTH 80; const int VGA_HEIGHT 25; void clear_screen(uint8_t color) { for (int i 0; i VGA_WIDTH * VGA_HEIGHT; i) { vga_buffer[i] (color 8) | ; } } void print_str(const char *str, uint8_t color, int x, int y) { volatile uint16_t *vga vga_buffer y * VGA_WIDTH x; while (*str) { *vga (color 8) | *str; } } void kernel_main(uint32_t magic, uint32_t *mb_info) { /* 初始化VGA显示 */ clear_screen(0x07); /* 验证Multiboot魔数 */ if (magic ! MULTIBOOT_MAGIC) { print_str(Invalid Multiboot magic!, 0x4F, 0, 0); return; } /* 显示欢迎信息 */ print_str(My OS Kernel is Running!, 0x0A, 0, 0); /* 从Multiboot信息获取内存信息 */ uint32_t mem_lower *(mb_info 2); /* 低端内存(KB) */ uint32_t mem_upper *(mb_info 3); /* 高端内存(KB) */ /* 显示内存信息 */ char mem_msg[64]; char *p mem_msg; *p M; *p e; *p m; *p :; *p ; /* 简单整数转字符串 */ uint32_t mem mem_upper; char buf[16]; int i 0; do { buf[i] 0 mem % 10; mem / 10; } while (mem 0); while (--i 0) *p buf[i]; *p K; *p B; *p 0; print_str(mem_msg, 0x07, 0, 1); /* 主循环 */ while (1) { __asm__ volatile (hlt); } }编译和运行步骤编译汇编文件as --32 multiboot.S -o multiboot.o编译C文件gcc -m32 -ffreestanding -c main.c -o main.o链接ld -m elf_i386 -Ttext 0x100000 -o kernel.elf multiboot.o main.o创建GRUB配置文件生成ISO镜像grub-mkrescue -o os.iso isodir/在QEMU中运行qemu-system-i386 -cdrom os.iso这个最小化内核演示了如何符合Multiboot规范基本的VGA文本模式输出从GRUB获取内存信息保护模式下的编程基础7. Bootloader开发中的常见陷阱与调试技巧在实际开发Bootloader过程中会遇到各种意想不到的问题。以下是一些常见陷阱及其解决方案陷阱1磁盘读取失败症状BIOS返回错误代码系统挂起原因CHS参数计算错误/LBA模式未正确启用解决方案; 使用扩展磁盘读取功能(支持LBA) mov ah, 0x42 mov dl, [boot_drive] mov si, dapacket int 0x13 jc disk_error ; 磁盘地址包结构 dapacket: db 0x10 ; 包大小 db 0 ; 保留 dw 4 ; 读取块数 dw 0x8000 ; 目标偏移 dw 0 ; 目标段 dq 1 ; 起始LBA扇区号陷阱2保护模式切换后系统崩溃症状执行jmp CODE_SEG:init_pm后无响应原因GDT设置错误或段寄存器未正确初始化调试方法使用Bochs模拟器的调试功能单步跟踪检查GDT描述符的type字段是否正确(代码段应为0x9A)确保在切换前加载了有效的GDTR陷阱3栈指针设置不当症状函数调用后随机崩溃原因ESP指向无效内存区域解决方案; 设置32位保护模式栈(至少4KB对齐) mov esp, 0x90000 mov ebp, esp调试技巧使用QEMUGDB调试qemu-system-i386 -S -s -cdrom os.iso gdb -ex target remote localhost:1234 -ex symbol-file kernel.elfVGA调试输出在关键位置插入字符输出代码mov ax, 0x0E41 ; 输出A int 0x10内存检查使用x/16x 0x7C00等GDB命令查看内存内容8. 进阶话题UEFI与传统BIOS的差异现代系统逐渐从传统BIOS转向UEFI(Unified Extensible Firmware Interface)这带来了Bootloader设计的重大变化特性传统BIOSUEFI启动模式16位实模式32/64位保护模式磁盘分区MBR(最大2TB)GPT(支持超大磁盘)启动加载器位置第一个扇区(512字节)/EFI/BOOT/BOOTX64.EFI硬件访问通过BIOS中断通过UEFI Boot Services内存管理需要自行切换保护模式已处于保护模式开发环境16位汇编C语言(EDK2开发套件)UEFI Bootloader的基本工作流程固件加载EFI应用程序(通常位于FAT32格式的EFI系统分区)调用EFI应用的入口函数(通常为efi_main)Bootloader通过UEFI Boot Services访问硬件加载操作系统内核并退出Boot Services将控制权转交给内核一个最小化的UEFI Bootloader示例// efi_main.c #include efi.h #include efilib.h EFI_STATUS efi_main(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable) { InitializeLib(ImageHandle, SystemTable); // 打印欢迎信息 Print(LHello from UEFI Bootloader!\n); // 加载内核文件 EFI_FILE_PROTOCOL *root; EFI_FILE_PROTOCOL *kernel; EFI_LOADED_IMAGE *loaded_image; // 获取文件系统接口 uefi_call_wrapper(BS-HandleProtocol, 3, ImageHandle, LoadedImageProtocol, (void**)loaded_image); uefi_call_wrapper(BS-HandleProtocol, 3, loaded_image-DeviceHandle, SimpleFileSystemProtocol, (void**)root); // 打开内核文件 CHAR16 *filename L\\EFI\\BOOT\\KERNEL.ELF; root-Open(root, kernel, filename, EFI_FILE_MODE_READ, 0); // 读取文件内容 EFI_FILE_INFO *info; UINTN info_size sizeof(EFI_FILE_INFO) 128; uefi_call_wrapper(gBS-AllocatePool, 3, EfiLoaderData, info_size, (void**)info); kernel-GetInfo(kernel, FileInfoGuid, info_size, info); VOID *kernel_buffer; UINTN kernel_size info-FileSize; uefi_call_wrapper(gBS-AllocatePool, 3, EfiLoaderData, kernel_size, kernel_buffer); kernel-Read(kernel, kernel_size, kernel_buffer); // 退出Boot Services并跳转到内核 uefi_call_wrapper(gBS-ExitBootServices, 2, ImageHandle, NULL); // 假设内核是符合ELF格式的可执行文件 void (*kernel_entry)() (void (*)())((Elf64_Ehdr*)kernel_buffer)-e_entry; kernel_entry(); return EFI_SUCCESS; }UEFI开发的优势在于可以使用高级语言(C语言)开发Bootloader但需要注意在调用ExitBootServices()后不能再使用UEFI服务内存管理更复杂需要正确处理内存描述符文件系统操作需要遵循UEFI协议9. 性能优化与安全考量在开发生产级Bootloader时性能和安全性同样重要性能优化技巧预读取技术在显示启动菜单时后台加载内核// 伪代码示例 show_menu(); start_async_load(/boot/kernel); while (!loading_done()) { handle_user_input(); }内存缓存缓存文件系统元数据加速重复访问压缩内核使用LZMA或gzip压缩内核映像Bootloader解压; LZMA解压示例 mov esi, compressed_data mov edi, 0x100000 ; 解压目标地址 call lzma_decompress安全增强措施签名验证检查内核的数字签名if (!verify_signature(kernel, signature)) { panic(Invalid kernel signature!); }安全启动配合UEFI Secure Boot机制内存保护尽早启用分页或SMAP/SMEP; 启用分页 mov eax, cr0 or eax, 0x80000000 mov cr0, eax栈保护使用金丝雀值防止栈溢出; 栈金丝雀示例 mov dword [gs:0x14], 0xDEADBEEF ; 设置金丝雀值 ... cmp dword [gs:0x14], 0xDEADBEEF ; 检查金丝雀 jne stack_corrupted10. 测试与验证方法论可靠的Bootloader需要全面的测试策略单元测试使用模拟环境测试组件# 示例测试磁盘读取函数 def test_disk_read(): emu create_emulator() emu.load_binary(boot.bin, 0x7C00) emu.set_disk_content(test_disk.img) emu.run_until(0x7E00) assert emu.memory[0x8000:0x8002] b\x55\xAA硬件兼容性测试不同厂商的BIOS/UEFI实现各种磁盘控制器(IDE/AHCI/NVMe)特殊硬件配置(RAID、加密硬盘)异常处理测试损坏的分区表不完整的文件传输内存不足情况性能基准测试# 测量启动时间 qemu -kernel bootloader.bin -trace eventstiming.log模糊测试# 使用随机数据测试健壮性 for i in range(1000): random_disk os.urandom(512 * 1024) # 随机生成512KB磁盘数据 test_with_disk_image(random_disk)测试Bootloader的特殊挑战在于它运行在裸机环境传统调试工具难以使用。推荐方案Bochs模拟器内置调试器和仪器化功能QEMUGDB远程调试能力CorebootSeaBIOS开源固件便于调试硬件调试器如JTAG调试器用于物理机测试11. 从Bootloader到内核的优雅交接Bootloader的最后职责是将控制权平稳移交给内核这需要精心设计接口传统交接方式通过寄存器传递参数EAX魔数(如0x2BADB002表示Multiboot)EBX信息结构体物理地址通过内存传递数据结构struct boot_params { uint32_t mem_lower; // 低端内存大小(KB) uint32_t mem_upper; // 高端内存大小(KB) uint32_t cmdline; // 命令行字符串物理地址 uint32_t mods_count; // 模块数量 uint32_t mods_addr; // 模块列表物理地址 // ...其他字段 };设置好执行环境禁用中断设置栈指针根据需要进入保护模式或长模式现代改进方案设备树(Device Tree)将硬件信息结构化为DTB文件// 内核解析设备树 void *dtb (void*)boot_params-dtb_addr; setup_arch(dtb);ACPI表传递电源管理等信息UEFI运行时服务保留部分UEFI功能供内核使用交接时的黄金法则确保内核知道它被如何加载的(Multiboot/ELF/PE等格式)提供完整的硬件信息清单清理Bootloader使用的资源(如临时内存)确保CPU处于内核期望的模式(如关闭分页、启用特定CPU特性)示例交接代码(x86_64); 设置内核栈 mov rsp, 0xFFFF800000000000 2*1024*1024 ; 2MB内核栈 ; 设置GDT和IDT lgdt [gdt64_ptr] lidt [idt64_ptr] ; 设置CR3寄存器(页表) mov rax, 0x1000 ; 页表物理地址 mov cr3, rax ; 启用PAE和长模式 mov rax, cr4 or rax, (1 5) ; PAE位 mov cr4, rax ; 设置EFER寄存器 mov ecx, 0xC0000080 rdmsr or eax, (1 8) ; LME位 wrmsr ; 启用分页和保护模式 mov rax, cr0 or rax, (1 31) | (1 0) ; PG|PE位 mov cr0, rax ; 远跳转到内核入口 jmp 0x08:0x100000 ; 代码段选择子内核虚拟地址12. 嵌入式系统的特殊考量在资源受限的嵌入式环境(如ARM Cortex-M)中Bootloader设计有所不同典型ARM Bootloader流程初始化时钟和基本外设设置异常向量表验证应用程序完整性执行固件更新(如果需要)跳转到应用程序// STM32 Bootloader示例 void jump_to_app(uint32_t app_addr) { typedef void (*app_entry_t)(void); app_entry_t app_entry (app_entry_t)(*(volatile uint32_t*)(app_addr 4)); // 设置主栈指针 __set_MSP(*(volatile uint32_t*)app_addr); // 禁用所有中断 __disable_irq(); // 跳转到应用程序 app_entry(); }嵌入式Bootloader的特殊需求小体积通常只有几KB大小可靠性支持恢复模式以防更新失败安全启动基于硬件信任链(如STM32的Option Bytes)快速启动直接加载到RAM执行Flash分区的典型布局0x00000000 ------------------- | Bootloader | 16KB 0x00004000 ------------------- | App Image A | 480KB 0x0007C000 ------------------- | App Image B | 480KB 0x000F8000 ------------------- | Configuration | 32KB 0x00100000 -------------------13. 未来趋势RISC-V与安全启动RISC-V架构为Bootloader设计带来了新的可能性RISC-V Bootloader特点简化的特权架构(机器模式/监督者模式/用户模式)开放的扩展指令集自定义灵活的启动流程设计RISC-V安全启动示例# RISC-V RV64 Bootloader片段 .section .text.boot .global _start _start: # 初始化栈指针 la sp, stack_top # 验证内核签名 la a0, kernel_start la a1, kernel_end call verify_signature bnez a0, signature_fail # 设置S模式异常入口 la t0, smode_trap_handler csrw stvec, t0 # 切换到S模式 li t0, (1 5) | (1 13) # SUMSPP csrw sstatus, t0 la t0, kernel_entry csrw sepc, t0 sret signature_fail: # 显示错误并进入恢复模式 call show_error call enter_recovery新兴技术影响可信执行环境(TEE)如ARM TrustZone、Intel SGX固件验证如Intel Boot Guard、AMD Hardware Verified Boot量子安全算法为签名验证准备后量子密码学异构计算处理多架构内核(如CPUGPUAI加速器)14. 开发工具链与实用技巧高效开发Bootloader需要合适的工具链推荐工具集模拟器QEMU支持多种架构调试友好Bochsx86专用精确模拟Renode嵌入式系统模拟调试工具GDB配合QEMU远程调试UEFI调试器如EDK2的调试模块串口输出嵌入式系统必备构建系统Makefile简单项目的经典选择CMake跨平台构建Meson新兴的高效构建系统实用开发技巧增量开发先实现最小可运行版本逐步添加功能# 示例Makefile阶段目标 all: stage1 stage2 stage1: boot.asm nasm -f bin -o boot.bin boot.asm stage2: kernel.asm nasm -f elf32 -o kernel.o kernel.asm ld -m elf_i386 -Ttext 0x10000 -o kernel.elf kernel.o自动化测试使用脚本自动化测试流程#!/bin/bash # 自动化测试脚本 make \ qemu-system-x86_64 -drive fileboot.img,formatraw \ check_result版本控制策略特别处理二进制文件# .gitattributes *.bin filterlfs difflfs mergelfs -text文档生成使用Doxygen等工具保持文档同步/** * brief 从磁盘读取扇区 * param lba 逻辑块地址 * param buffer 目标缓冲区 * param count 扇区数 * return 错误码 */ int disk_read(uint32_t lba, void *buffer, int count);性能分析使用周期精确模拟器优化关键路径bochs -f bochsrc.txt -q trace-reg on trace-mem on15. 开源项目参考与学习资源深入学习Bootloader开发的最佳方式是研究成熟的开源实现经典开源BootloaderGRUBGNU项目的多引导加载器代码仓库https://git.savannah.gnu.org/cgit/grub.git特点支持文件系统、脚本、主题等高级功能Das U-Boot嵌入式领域事实标准代码仓库https://gitlab.denx.de/u-boot/u-boot特点支持多种架构、设备树、网络引导EDK2UEFI参考实现代码仓库https://github.com/tianocore/edk2特点模块化设计、安全启动支持Coreboot开源固件项目代码仓库https://review.coreboot.org/coreboot特点最小化硬件初始化快速启动推荐学习路径理论准备《x86汇编语言从实模式到保护模式》《UEFI编程实践》《嵌入式系统Bootloader开发实战》实践路线从修改现有小项目开始(如https://github.com/cfenollosa/os-tutorial)实现一个最小化MBR Bootloader添加文件系统支持移植到真实硬件社区资源OSDev Wikihttps://wiki.osdev.org/UEFI论坛https://uefi.org/RISC-V Bootloader标准https://github.com/riscv-non-isa/riscv-uefi开发板推荐x86QEMU模拟器或Intel GalileoARMRaspberry Pi或STM32 Discovery KitRISC-VHiFive Unleashed或QEMU模拟16. 从理论到实践构建你自己的Bootloader现在让我们整合所学知识规划一个完整的Bootloader开发流程步骤1需求分析确定目标平台(x86/ARM/RISC-V)选择启动模式(BIOS/UEFI/裸机)明确功能范围(基础加载/高级功能)步骤2开发环境搭建# x86开发环境示例 sudo apt install build-essential nasm qemu-system-x86 mkdir bootloader cd bootloader步骤3最小化MBR实现创建boot.asm; 最小化MBR示例 org 0x7C00 bits 16 start: mov si, msg call print hlt print: lodsb or al, al jz .done mov ah, 0x0E