如何解决NASM报错‘无法打开bootMain.asm：无此文件或目录’问题

一、%include找不到文件的解决方法 #

• 核对文件路径：NASM默认从执行命令的当前工作目录查找引入文件。如果bootMain.asm和主汇编文件不在同一目录，要么把它移到当前工作目录，要么用绝对路径（如%include "/home/user/boot/bootMain.asm"）或相对路径（如%include "subdir/bootMain.asm"）
• 检查文件名大小写：Linux/macOS下文件名区分大小写，比如bootmain.asm和bootMain.asm会被识别为不同文件，务必和代码里的拼写完全一致
• 指定包含目录：用NASM的-I参数手动添加文件所在目录，比如命令写成nasm -I./src/ boot.asm -o boot.bin，这样NASM会优先去./src/目录找引入的文件

二、Bootloader超过512字节的解决思路 #

• 确认补0指令的正确性：必须在引导签名dw 0xAA55之前添加正确的补0代码：

  times 510-($-$$) db 0  ; 填充0直到距离段起始510字节
  dw 0xAA55               ; 引导扇区签名，占最后2字节
  

  这里$是当前指令的地址，$$是当前段的起始地址，510-($-$$)计算需要填充的0字节数。如果这个值为负，说明代码已经超过510字节，times指令不会生成任何内容，这时候必须精简代码
• 定位冗余代码：用NASM的-l参数生成列表文件，命令为nasm boot.asm -l boot.lst。打开列表文件可以看到每一行代码对应的机器码长度和地址，直接找到占用过多空间的代码段（比如多余的指令、字符串变量）
• 精简代码逻辑：把重复的代码改成宏，去掉不必要的指令（比如多余的空操作、冗余的寄存器赋值），或者缩短字符串长度
• 检查段设置：确保bootloader开头正确声明[bits 16]，因为实模式下的引导扇区是16位代码，错误设置成32位会导致机器码变长，直接超出512字节限制
• 验证文件大小：生成bin文件后，用命令ls -l boot.bin（Linux/macOS）或dir boot.bin（Windows）查看大小。如果还是不对，可能是汇编时的段属性设置错误，比如误将代码放到了非.text段，导致额外数据被打包进bin文件

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