为什么我的裸机 hello world 代码无法在 x86_64 中启动

Question

我正在做一个 hello world 项目以在我的 x86 裸机物理机上运行， 但是代码没有运行（启动）并且机器继续进行下一个启动设备， 我在汇编中编写了代码，以下步骤是我所做的：

第 1 步：通过 Bios 调用显示字符 A abd B 的代码

.L1 :
mov %ah,0x0E     
mov %bh,0x00     
mov %bl,0x07     
mov %al,65   
INT $0x10    

mov %ah,0x0E     
mov %bh,0x00     
mov %bl,0x07     
mov %al,66   
INT $0x10   
jmp .L1

第 2 步：

组装代码并以二进制格式生成代码：

as -o Code Code.txt
objcopy -O binary Code binfile

第 3 步：

打开HxD并显示汇编代码的二进制形式并填充 它用零直到我填充它们的第一个 512 字节的最后两个字节 55AA（十六进制）看起来像：

第四步：

将图像复制到闪存中：

dd bs=512 count=1 if=binfile of="\\.\e:"

（注意：我在 windows 上使用 dd）

---

• 注意：依赖于第一个扇区中的引导代码将显示两个字符的事实 没有使用 anu 进一步的引导加载程序，因为那是我的第一个项目，所以我设法保持简单。

• 不显示这些字符，并显示一条消息无效可启动设备，设备跳到下一个设备并正常启动窗口..我在这里缺少什么？

Answer 1

收集cmets中讨论的一些问题：

1. 每台 x86 机器都以 16 位 real mode 启动，因此您的启动代码必须是 16 位代码。您需要在源文件的顶部指定 .code16 才能让 gnu 生成它。如果要最终以 64 位长模式执行，则必须编写代码来进行模式切换。这在 CPU 手册中有详细记录，但有点复杂。 （请注意，这样做之后，您将无法再调用int 10h BIOS 函数，因为它们也是 16 位代码。）

2. 在 AT&T 汇编语法中，这是 gnu 默认使用的，将立即 0x0e 加载到 ah 寄存器中写为 mov $0x0e, %ah。您的版本会将%ah 的内容存储到内存位置0x0e，这不是您想要的。这几乎适用于代码中的每条指令。但您可能希望改用其他汇编程序，例如 nasm，它更适合处理 16 位代码。

3. 主引导记录（硬盘的零扇区）应该包含磁盘的分区表，从偏移量 446 开始。你的只包含零。从某种意义上说，这并不重要，因为您的代码永远不会尝试从磁盘读取任何内容，但它可能会导致您的 BIOS 确定 MBR 无效并且磁盘不可启动。

4. 我不相信您的dd 命令实际上正在写入磁盘的主引导记录。相反，它可能正在写入其分区之一的引导扇区。我对dd for windows 不是很熟悉，所以您需要自己解决。

我不确定您的问题是由这些问题之一还是其​​他原因引起的，但无论如何您最终都需要解决所有问题。