2025年清华大学操作系统实验Lab1详细解析与实战报告.docx

练习1、理解通过make生成执行文献的过程。

[练习1.1]操作系统镜像文献ucore.img是怎样一步一步生成的?

在proj1执行命令makeV=可以得到make指令执行的过程

makeV=

makeV=

+ccboot/bootasm.S

gcc-Iboot/-fno-builtin-Wall-ggdb-m32-nostdinc-fno-stack-protector-Ilibs/-Os-nostdinc-cboot/bootasm.S-oobj/boot/bootasm.o

+ccboot/bootmain.c

gcc-Iboot/-fno-builtin-Wall-ggdb-m32-nostdinc-fno-stack-protector-Ilibs/-Os-nostdinc-cboot/bootmain.c-oobj/boot/bootmain.o

+cctools/sign.c

gcc-Itools/-g-Wall-O2-ctools/sign.c-oobj/sign/tools/sign.o

gcc-g-Wall-O2obj/sign/tools/sign.o-obin/sign

+ldbin/bootblock

ld-melf_i386-N-estart-Ttext0x7C00obj/boot/bootasm.oobj/boot/bootmain.o-oobj/bootblock.o

obj/bootblock.outsize:440bytes

build512bytesbootsector:bin/bootblocksuccess!

ddif=/dev/zeroof=bin/ucore.imgcount=10000

记录了10000+0的读入

记录了10000+0的写出

510字节(5.1MB)已复制，0.0227439秒，225MB/秒

ddif=bin/bootblockof=bin/ucore.imgconv=notrunc

记录了1+0的读入

记录了1+0的写出

512字节(512B)已复制，0.秒，2.4MB/秒

从这几条指令中可以看出需要生成ucore.img首先需要生成bootblock，而生成bootblock需要先生成bootmain.o和bootasm.o尚有sign，这三个文献又分别由bootmain.c、bootasm.S、sigh.c来生成。

ld-melf_i386-N-estart-Ttext0x7C00obj/boot/bootasm.oobj/boot/bootmain.o–

oobj/bootblock.o

这句话用于生成bootblock，elf_i386表达生成elf头，0x7C00為程序的入口。

obj/bootblock.outsize:440bytes

这句话表达生成的bootblock的文献大小，由于大小不到512字节，因此需要給blootblock填充，填充的功能在sign.c中有所体現，最终两字节设置為了0x55，0xAA

buf[510]=0x55;

buf[511]=0xAA;

FILE*ofp=fopen(argv[2],wb+);

size=fwrite(buf,1,512,ofp);

[练习1.2]一种被系统认為是符合规范的硬盘主引导扇区的特性是什么?

前面已经提到过：引导扇区的大小為512字节，最终两个字节為标志性結束字节0x55，0xAA，做完这样的检查才能认為是符合规范的磁盘主引导扇区。

Sign.c文献中有作检查：

if(size!=512){

fprintf(stderr,write%serror,sizeis%d.\n,argv[2],size);

return-1;

}

练习2：使用qemu执行并调试lab1中的软件。

[练习2.1]从CPU加电后执行的第一条指令开始,单步跟踪BIOS的执行。

[练习2.2]在初始化位置0x7c00设置实地址断点,测试断点正常。

[练习2.3]在调用qemu時增長-din_asm-Dq.log参数，便可以将运行的汇编指令保留在q.log中。将执行的汇编代码与bootasm.S和bootblock.asm进行比较，看看两者与否一致。

试验是基于老lab1/proj1做的，练习开始時是打算用命令行一句一句执行得到成果的，后来发現直接修改make可以大大提高调试效率。

于是在