在Ubuntu 20.04上从零搭建ucore Lab 2环境：手把手解决make报错与依赖问题

操作系统实验是计算机专业学生深入理解内核原理的重要实践环节。ucore作为清华大学开发的教学用操作系统，其Lab 2物理内存管理实验尤其关键，它帮助学生掌握底层内存分配机制。然而，许多初学者在环境搭建阶段就会遇到各种编译问题和依赖缺失，导致实验还没开始就陷入困境。本文将提供一份详尽的Ubuntu 20.04环境配置指南，特别针对Lab 2实验中的典型错误提供解决方案。

1. 实验环境准备

1.1 虚拟机配置建议

对于ucore实验，推荐使用VirtualBox或VMware Workstation Player创建虚拟机。以下是最佳配置参数：

安装Ubuntu 20.04时，建议选择最小化安装以减少不必要的软件包。系统安装完成后，首先执行基础更新：

sudo apt update && sudo apt upgrade -y

1.2 必要工具链安装

ucore实验需要完整的编译工具链和QEMU模拟器。以下命令将安装所有必需组件：

sudo apt install -y build-essential git gdb qemu-system-x86 \ libsdl1.2-dev libtool-bin libglib2.0-dev libz-dev \ libpixman-1-dev gcc-multilib

注意：如果之前安装过旧版本的QEMU，建议先完全卸载再安装新版，避免版本冲突。

验证工具链是否安装成功：

gcc --version qemu-system-x86_64 --version

2. 获取ucore实验代码

2.1 克隆代码仓库

建议从官方仓库获取最新实验代码：

git clone https://github.com/chyyuu/ucore_os_lab.git cd ucore_os_lab/labcodes/lab2

2.2 代码结构解析

了解代码目录结构有助于后续实验：

lab2/ ├── boot/ # 启动相关代码 ├── kern/ # 内核核心代码 │ ├── mm/ # 内存管理实现 │ └── ... ├── libs/ # 公共库函数 ├── tools/ # 编译工具和脚本 └── Makefile # 主构建文件

3. 解决常见编译问题

3.1 "make: Nothing to be done for TARGETS"错误

这是Lab 2实验中最常见的错误之一，通常有以下几种情况：

1. 代码已编译过且未修改：

   make clean && make

2. Makefile检测机制失效：

   • 检查当前目录是否正确（应在lab2目录下）
   • 确认文件时间戳是否正确：

     touch kern/mm/pmm.c make

3. 隐藏的文件权限问题：

   chmod -R u+rw . make clean && make

3.2 工具链版本不兼容问题

Ubuntu 20.04默认的GCC版本(9.3.0)可能产生警告但不影响编译。若遇到严重错误，可尝试以下方案：

方案一：使用特定编译选项

make CFLAGS="-std=gnu99 -fno-stack-protector"

方案二：安装多版本GCC并切换

sudo apt install gcc-8 g++-8 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-8 8 sudo update-alternatives --config gcc

3.3 缺失32位库问题

64位系统上编译32位ucore可能报错，需安装多架构支持：

sudo dpkg --add-architecture i386 sudo apt update sudo apt install libc6:i386 libstdc++6:i386

4. QEMU调试环境配置

4.1 基本运行命令

编译成功后，使用以下命令启动ucore：

make qemu

若需要调试功能，使用：

make debug

这会在1234端口启动GDB服务器，另开终端运行：

gdb -tui -x tools/gdbinit

4.2 常见QEMU问题解决

问题1：SDL库缺失

sudo apt install libsdl1.2-dev

问题2：权限不足

sudo chmod 777 /dev/kvm

问题3：图形界面卡死在QEMU命令中添加-nographic选项：

# 修改Makefile中的QEMU选项 QEMU_OPTS += -nographic

5. Lab 2实验专项指导

5.1 物理内存管理关键数据结构

ucore Lab 2涉及几个核心数据结构：

1. Page结构体：

   struct Page { int ref; // 页帧引用计数 uint32_t flags; // 状态标志 unsigned int property; // 空闲块大小(仅头页有效) list_entry_t page_link; // 空闲链表链接 };

2. free_area_t管理结构：

   typedef struct { list_entry_t free_list; // 空闲页链表 unsigned int nr_free; // 空闲页总数 } free_area_t;

5.2 实验练习实现要点

练习1：First-Fit算法实现

在default_pmm.c中需要完善四个函数：

1. default_init：初始化空闲链表
2. default_init_memmap：初始化内存页
3. default_alloc_pages：分配物理页
4. default_free_pages：释放物理页

关键代码片段示例：

static struct Page *default_alloc_pages(size_t n) { assert(n > 0); if (n > nr_free) return NULL; list_entry_t *le = &free_list; while ((le = list_next(le)) != &free_list) { struct Page *p = le2page(le, page_link); if (p->property >= n) { // 分配处理逻辑... return p; } } return NULL; }

练习2：页表项获取

get_pte函数实现要点：

pte_t *get_pte(pde_t *pgdir, uintptr_t la, bool create) { pde_t *pdep = &pgdir[PDX(la)]; if (!(*pdep & PTE_P)) { if (!create) return NULL; struct Page *page = alloc_page(); // 页表初始化... } return &((pte_t *)KADDR(PDE_ADDR(*pdep)))[PTX(la)]; }

5.3 调试技巧

1. 打印内存信息： 在pmm.c中添加调试输出：

   print_pgdir(); print_memmap();

2. GDB常用命令：

   b pmm.c:123 # 在指定行设断点 info registers # 查看寄存器状态 x/10x 0xC0000000 # 查看虚拟内存内容

3. QEMU监控命令： 按Ctrl+Alt+2进入QEMU监控模式：

   info mem # 查看内存映射 info registers # 查看CPU寄存器

6. 实验报告与进阶建议

6.1 实验报告要点

完成Lab 2后，实验报告应包含：

1. 实验环境配置过程
2. 各练习的实现思路和关键代码
3. 测试结果截图与分析
4. 遇到的问题及解决方案
5. 对First-Fit算法的改进思考

6.2 扩展挑战建议

对于学有余力的同学，可以尝试：

1. 实现Buddy System：

   • 修改pmm.c实现伙伴系统
   • 比较与First-Fit的性能差异

2. 性能优化方向：

   • 使用更高效的数据结构管理空闲页
   • 实现惰性合并策略减少操作开销

3. 跨平台适配：

   • 尝试在ARM架构上运行ucore
   • 解决不同平台的内存对齐问题

通过本指南的系统配置和问题解决方案，相信你能顺利搭建ucore实验环境并完成Lab 2的所有练习。操作系统实验需要耐心和细致的调试，遇到问题时不妨多查阅源码注释和硬件手册，这本身就是宝贵的学习过程。