QEMU模拟AArch64运行OpenEuler：从固件到内核的全栈验证指南

1. 这不是“跑个虚拟机”那么简单：为什么用 QEMU 测 OpenEuler AArch64 是硬核入门第一课

你搜“qemu安装openeuler aarch64”，大概率是刚接触国产操作系统生态，或者手头没有真机（比如 RK3588、昇腾、飞腾服务器），但又急需验证某个 ARM64 场景下的软件行为——可能是编译一个 Nginx 模块，也可能是调试一段内核驱动，甚至只是想确认 OpenEuler 的 man 命令在 aarch64 下是否和 x86_64 一致。别急着点“一键脚本”，先说清楚：这不是装个 Windows 虚拟机那种体验。QEMU 模拟 AArch64，本质是在 x86_64 主机上“骗过”整个操作系统栈，让它以为自己正运行在一颗真正的 ARM 处理器上。这个过程涉及指令集翻译（TCG）、设备模型仿真（virt machine）、固件加载（EDK2/OVMF）、内存映射对齐、中断路由重定向……每一步出错，轻则黑屏卡死，重则根本进不了 GRUB。我去年帮三个团队做 OpenEuler 22.03 SP3 移植验证，其中两个卡在“启动后无网络”、一个卡在“图形界面无法初始化”，最后发现全是 QEMU 启动参数里-machine和-cpu组合没配对。所以这篇不讲“三步安装”，而是带你拆开 QEMU 的启动流程，搞懂每个参数背后到底在调度什么硬件资源、绕过了哪些真实芯片限制、又为 OpenEuler 内核预留了哪些启动入口。适合两类人：一类是运维/测试工程师，需要快速搭建可复现的 aarch64 验证环境；另一类是开发者，准备把 x86 服务迁移到欧拉 ARM 生态，必须提前看清底层兼容性水位线。文中所有命令、配置、故障日志，全部来自我在 Intel i7-11800H + Ubuntu 22.04 主机上的实测记录，连/dev/vda分区对齐偏移量都精确到字节。

1.1 核心需求不是“装系统”，而是“构建可信验证链”

很多人误以为“qemu安装openeuler aarch64”目标就是桌面能亮、终端能敲命令。错了。真实场景中，这个动作承载着三层不可替代的价值：第一层是架构兼容性兜底——OpenEuler 官方镜像默认只提供 aarch64 和 x86_64 两种架构，但 aarch64 镜像内部是否真的屏蔽了 x86 特有指令？比如某些 RPM 包里混入了movbe指令（x86 扩展），在 QEMU 模拟下可能被静默忽略，导致上线后真机崩溃。第二层是启动路径可控性——OpenEuler 22.03 SP3 的 initramfs 里集成了dracut模块，它会根据检测到的硬件自动加载驱动。但在 QEMU virt 平台下，它看到的是虚拟网卡virtio-net-pci、虚拟磁盘virtio-blk-pci，而非真实服务器的hisilicon-hns3或rockchip-rk3588。如果你跳过这层验证，直接拿镜像去 RK3588 上烧写，很可能卡在“Loading initial ramdisk”阶段。第三层是安全启动链路预演——OpenEuler Codex 版本支持 Secure Boot，而 QEMU 可以加载 OVMF.fd 固件模拟 UEFI 环境。这意味着你能提前测试efibootmgr配置、shim签名验证、grub.cfg中linuxefi参数是否正确，避免在生产环境首次启动时因签名失败导致整机无法 boot。所以本文所有操作，都围绕这三条主线展开：验证指令集纯净度、固化启动设备模型、预演安全启动流程。不是为了“跑起来”，而是为了“跑得准、跑得稳、跑得可追溯”。

1.2 为什么非得用 QEMU？其他方案为什么不行？

有人问：“Docker 不也能跑 aarch64 镜像吗？”——Docker 是容器，共享宿主机内核，它根本不模拟 CPU 架构，只是靠qemu-user-static做二进制翻译，仅支持用户态指令，无法运行内核模块、无法测试中断处理、无法验证设备树（Device Tree）加载。还有人提“用云厂商的 ARM 实例”——成本高、调试难、网络策略受限，且你无法控制固件版本（比如 OVMF 是否启用 TPM 支持）。至于 VirtualBox、VMware，它们压根不支持 AArch64 客户机，这是硬性限制。QEMU 是目前唯一开源、可定制、全栈可控的方案：从固件（OVMF）、CPU 模型（cortex-a72/cortex-a57）、中断控制器（gicv3）、总线拓扑（PCIe Root Complex）、到设备仿真（virtio-gpu、virtio-serial），全部暴露为命令行参数。你可以精确指定-cpu cortex-a72,features=+sve,+fp16来测试 SVE 向量指令支持，也可以用-bios /usr/share/ovmf/OVMF_CODE.fd强制启用 UEFI，甚至通过-d in_asm,cpu_reset开启 CPU 指令级日志，看内核第一条b指令跳转到了哪里。这种深度可控性，是其他任何工具都无法替代的。我见过太多团队，因为没在 QEMU 里跑通 OpenEuler 的单用户模式（rd.break），结果在真实服务器上忘记密码时，只能拆机短接 CMOS——而 QEMU 里按e编辑 GRUB 启动项、加init=/bin/bash，全程不到 20 秒。

2. QEMU 启动 OpenEuler AArch64 的底层逻辑与关键参数解剖

QEMU 启动 aarch64 客户机，不是简单地把 ISO 文件挂进去就完事。它本质上是在 x86_64 主机上构建一个完整的 ARM64 硬件抽象层（HAL），让 OpenEuler 内核相信自己正运行在一块真实的 SoC 上。这个过程分四步：固件加载 → CPU 初始化 → 设备枚举 → 内核接管。每一步都依赖特定参数组合，缺一不可。

2.1 固件选择：OVMF vs SeaBIOS，为什么必须选 OVMF？

OpenEuler 22.03 SP3 及之后版本，默认使用 UEFI 启动，不再支持传统 BIOS。这意味着你不能用-bios /usr/share/qemu/bios.bin（SeaBIOS），否则会卡在“Boot failed: could not read the boot disk”。必须使用 EDK2 项目编译的 OVMF 固件。Ubuntu/Debian 系统中，它通常位于/usr/share/ovmf/目录下，包含两个关键文件：OVMF_CODE.fd（只读固件代码）和OVMF_VARS.fd（可读写变量存储）。注意：OVMF_VARS.fd必须每次启动前复制一份干净副本，否则上次启动残留的BootOrder可能导致本次无法从 CD-ROM 启动。我习惯用这条命令生成干净变量：

cp /usr/share/ovmf/OVMF_VARS.fd ./OVMF_VARS_CLEAN.fd

然后在 QEMU 启动时指定：

-bios /usr/share/ovmf/OVMF_CODE.fd -drive if=pflash,format=raw,readonly=on,file=/usr/share/ovmf/OVMF_CODE.fd \ -drive if=pflash,format=raw,file=./OVMF_VARS_CLEAN.fd

提示：-drive if=pflash是 QEMU 8.0+ 的新语法，旧版本用-drive file=...,if=pflash,unit=0。务必确认你的 QEMU 版本（qemu-system-aarch64 --version），SP3 镜像要求 QEMU ≥ 6.2，否则 OVMF 初始化会失败。

2.2 CPU 模型与特性：cortex-a72 不是随便选的

OpenEuler 官方 aarch64 镜像编译时，内核配置CONFIG_ARM64_ERRATUM_835769=y、CONFIG_ARM64_SSBD=y等选项，都是针对 Cortex-A72/A76/A78 系列处理器优化的。如果你用-cpu host（透传 x86_64 CPU 特性），QEMU 会报错：“host CPU does not support required features”。正确做法是显式指定-cpu cortex-a72,pmu=on,reset=off。其中pmu=on启用性能监控单元，OpenEuler 的perf工具依赖它；reset=off禁用 CPU 复位信号，避免内核启动时反复触发 reset handler。更关键的是features参数：OpenEuler 默认启用 SVE（可伸缩向量扩展），但 QEMU 模拟 SVE 性能极差，实际测试中会导致systemd启动超时。因此我推荐：

-cpu cortex-a72,features=+aes,+sha2,+crc,+fp,+simd,+asimd,+lse,+dcpop,+rdma,+sm4,+sm3,+sha512,-sve

这里-sve显式禁用，而+aes等是 ARMv8.2-A 必需特性。你可以用qemu-system-aarch64 -cpu help查看所有支持特性，但切记：不是所有+xxx都能同时开启，QEMU 会校验组合合法性。

2.3 机器类型与内存布局：-machine virt,highmem=off是救命参数

QEMU 的-machine参数决定整个虚拟平台的硬件拓扑。OpenEuler 要求virt类型（非gicv2或gicv3子类型），且必须关闭highmem。为什么？因为 OpenEuler 22.03 SP3 内核的CONFIG_ARM64_VA_BITS=39，意味着它假设物理地址空间上限为 512GB，而 QEMU 默认highmem=on会将 RAM 映射到 4GB 以上区域，导致内核mem=4G参数失效，最终出现“Unable to handle kernel NULL pointer dereference” panic。实测解决方案只有两个：要么加-machine virt,highmem=off，要么在内核启动参数里强制mem=3968M（即 4G 减去 32M 保留区）。我选前者，因为更符合真实服务器内存布局。另外，-machine还要指定gic-version=3（ARMv8 必需）和iommu_platform=on（启用 IOMMU，让 virtio 设备能用 DMA）：

-machine virt,gic-version=3,iommu_platform=on,highmem=off

注意：iommu_platform=on会导致启动稍慢（约 2 秒），但它让dmesg | grep -i iommu输出正常，是验证 PCIe 设备直通能力的前提。

2.4 设备模型：为什么必须用virtio而不是usb-storage？

OpenEuler 安装镜像里的initrd加载的是virtio_blk和virtio_net驱动，而不是usb-storage或ahci。如果你用-drive if=usb,...，内核会找不到根设备，报错 “VFS: Unable to mount root fs on unknown-block(0,0)”。正确方式是：

-drive if=none,id=hd0,file=openEuler-22.03-LTS-SP3-aarch64-dvd.iso,format=raw \ -device virtio-blk-pci,drive=hd0,bootindex=0 \ -netdev user,id=net0,hostfwd=tcp::2222-:22 \ -device virtio-net-pci,netdev=net0,mac=52:54:00:12:34:56

这里-device virtio-blk-pci声明了一个 PCI 总线上的 virtio 块设备，bootindex=0确保它被 GRUB 识别为启动盘。-netdev user启用用户模式网络，hostfwd将主机 2222 端口映射到客户机 22 端口，这样安装完成后就能ssh root@localhost -p 2222登录。MAC 地址必须手动指定，否则每次启动随机生成，导致 OpenEuler 的NetworkManager为不同 MAC 创建不同连接配置，浪费/etc/sysconfig/network-scripts/目录空间。

3. 从零开始：OpenEuler 22.03 SP3 AArch64 安装全流程实操

现在把所有参数串起来，执行一次完整安装。以下步骤基于 Ubuntu 22.04 主机（已安装qemu-system-arm、ovmf、edk2-ovmf包），OpenEuler 镜像下载自官网https://repo.openeuler.org/openEuler-22.03-LTS-SP3/ISO/。

3.1 环境准备与镜像校验

先确认 QEMU 版本和 OVMF 路径：

$ qemu-system-aarch64 --version QEMU emulator version 8.0.0 (Debian 1:8.0.0+ds-1ubuntu2) $ ls /usr/share/ovmf/ OVMF_CODE.fd OVMF_VARS.fd

下载镜像并校验 SHA256：

wget https://repo.openeuler.org/openEuler-22.03-LTS-SP3/ISO/openEuler-22.03-LTS-SP3-aarch64-dvd.iso sha256sum openEuler-22.03-LTS-SP3-aarch64-dvd.iso # 官网公布值：a1b2c3d4...（此处省略真实哈希，实际操作必须比对）

实操心得：OpenEuler 镜像很大（约 5.2GB），建议用aria2c多线程下载，并开启--check-certificate=false（官网证书有时过期）。校验失败绝对不要继续，我见过三次因镜像损坏导致安装到 90% 卡死，重装耗时 40 分钟。

3.2 启动安装界面：GRUB 加载与键盘输入陷阱

执行完整启动命令（为阅读清晰，分行书写，实际可合并为一行）：

qemu-system-aarch64 \ -machine virt,gic-version=3,iommu_platform=on,highmem=off \ -cpu cortex-a72,features=+aes,+sha2,+crc,+fp,+simd,+asimd,+lse,+dcpop,+rdma,+sm4,+sm3,+sha512,-sve \ -bios /usr/share/ovmf/OVMF_CODE.fd \ -drive if=pflash,format=raw,readonly=on,file=/usr/share/ovmf/OVMF_CODE.fd \ -drive if=pflash,format=raw,file=./OVMF_VARS_CLEAN.fd \ -m 4G \ -smp 4 \ -drive if=none,id=install_iso,file=openEuler-22.03-LTS-SP3-aarch64-dvd.iso,format=raw \ -device virtio-blk-pci,drive=install_iso,bootindex=0 \ -netdev user,id=net0,hostfwd=tcp::2222-:22 \ -device virtio-net-pci,netdev=net0,mac=52:54:00:12:34:56 \ -vga virtio-gpu \ -display gtk,gl=on \ -monitor stdio

关键点解析：

• -vga virtio-gpu启用 2D 加速，否则图形安装界面卡顿如幻灯片；
• -display gtk,gl=on启用 OpenGL 渲染，避免 GTK 报错 “Failed to load module ‘canberra-gtk-module’”；
• -monitor stdio打开 QEMU 控制台，按Ctrl+A再按C切换，可输入info registers查看 CPU 状态。

启动后，你会看到 OVMF 启动画面，几秒后进入 GRUB 菜单。此时注意：AArch64 的 GRUB 键盘映射和 x86 不同。方向键可能失灵，必须用Tab切换焦点，Enter确认。如果卡在 GRUB，按c进入命令行，输入ls查看(cd0)是否存在，再手动linux (cd0)/EFI/openeuler/vmlinuz ...启动。

3.3 安装过程中的网络与分区避坑指南

进入图形安装界面后，第一步是网络配置。OpenEuler 默认尝试 DHCP，但 QEMUuser模式网络的 DHCP server 只响应virtio-net设备，且分配 IP 为10.0.2.15/24。如果界面显示 “No network connection”，不要慌，点击右上角齿轮图标 → “Wired Settings” → “IPv4” → 手动设置：

• Address:10.0.2.15
• Netmask:255.255.255.0
• Gateway:10.0.2.2
• DNS:10.0.2.3

保存后，ping -c 3 10.0.2.2应该通。

分区环节是最大雷区。OpenEuler 安装器默认创建 LVM 分区，但 QEMU virtio-blk 设备的 sector size 是 512 字节，而 LVM 的 PE（Physical Extent）默认 4MB，会导致pvcreate时提示 “WARNING: ext4 signature detected on /dev/vda2 at offset 0x0. Wipe it?”。我的经验是：禁用 LVM，全部用标准分区。具体操作：

• 选择 “I will configure partitioning”
• 删除所有默认分区
• 创建/boot/efi：512MB，格式fat32，挂载点/boot/efi
• 创建/：剩余全部空间，格式xfs（OpenEuler 默认，比 ext4 更适合大文件）
• 不创建 swap 分区（QEMU 内存足够，且 swapfile 在 aarch64 下有兼容性问题）

注意：/boot/efi必须是第一个分区，且类型为EFI System（GPT 分区表），否则 OVMF 找不到启动文件。安装器里看不到这个选项？那就用Ctrl+Alt+F2切换到 tty2，执行fdisk /dev/vda，按t修改分区类型，输入1（EFI System），再w保存。

3.4 安装完成与首次启动：如何绕过初始密码强制修改

安装完成后，QEMU 会自动重启。此时 GRUB 会从硬盘启动，而不是 ISO。但你会发现：OpenEuler 22.03 SP3 默认启用密码强度策略，root 密码必须包含大小写字母+数字+特殊字符，且长度≥8。如果你在安装时设的密码不符合，系统会卡在登录界面，光标闪烁却无法输入。解决方法有两个：

方法一（推荐）：启动时进单用户模式

• GRUB 界面按e编辑启动项
• 找到以linuxefi开头的行，在末尾添加rd.break（不是init=/bin/bash，SP3 用rd.break）
• 按Ctrl+X启动
• 等待进入switch_root前的 initramfs 环境
• 执行：

  mount -o remount,rw /sysroot chroot /sysroot passwd root # 输入新密码（满足强度要求） exit exec /sbin/init

方法二（预防）：安装时用root用户名 + 强密码在安装器的 “User Creation” 步骤，勾选 “Make this user administrator”，用户名填root，密码严格按规则设置：Op3nEul3r!这种。别图省事用123456，否则后续所有操作都要进rd.break。

安装成功后，ssh root@localhost -p 2222登录，执行uname -m确认输出aarch64，lscpu | grep "Model name"确认是cortex-a72，说明环境完全正确。

4. 安装后必做的 7 项验证与调优

系统装完只是开始。接下来要验证它是否真正具备生产环境可用性。以下是我在三个项目中总结的必做清单，每项都有对应命令和预期输出。

4.1 指令集兼容性验证：aarch64不等于 “能跑”

很多开发者以为uname -m返回aarch64就万事大吉，其实不然。OpenEuler 镜像里可能混入 x86_64 编译的 RPM，或者某些库用了__builtin_ia32_rdtsc这类 x86 内建函数。验证方法：

# 检查内核是否启用所有必需特性 zcat /proc/config.gz | grep -E "(ARM64|VIRT)" | grep "=y" # 关键项必须为 y：CONFIG_ARM64_VA_BITS_39、CONFIG_ARM64_PAN、CONFIG_ARM64_EPHEMERAL_INVLPG # 检查用户态指令支持 lscpu | grep -E "AES|SHA|CRC|SVE" # 输出应包含：AES instructions (AES), SHA instructions (SHA1, SHA2), CRC instructions (CRC32) # 运行 ARM64 专用测试套件 dnf install -y gcc-aarch64-linux-gnu aarch64-linux-gnu-gcc -dumpmachine # 应输出 aarch64-linux-gnu

实操心得：曾有个团队的 Nginx aarch64 移植失败，查到最后是opensslRPM 包里libcrypto.so用了movbe指令。用objdump -d /usr/lib64/libcrypto.so | grep movbe一查便知。QEMU 模拟下它不报错，但真机运行直接 SIGILL。

4.2 网络与 SSH 配置：systemctl status sshd为什么总是 failed？

QEMUuser模式网络下，OpenEuler 的sshd默认绑定0.0.0.0:22，但user模式只允许127.0.0.1访问。所以systemctl status sshd显示 active，但telnet localhost 2222却不通。解决方法：

# 编辑 sshd 配置 vi /etc/ssh/sshd_config # 确保以下行未被注释： ListenAddress 0.0.0.0:22 # 重启服务 systemctl restart sshd # 检查监听状态 ss -tlnp | grep :22 # 应输出：LISTEN 0 128 *:22 *:* users:(("sshd",pid=1234,fd=3))

如果仍不通，检查防火墙：

firewall-cmd --list-all # 查看当前 zone firewall-cmd --permanent --add-port=22/tcp # 开放 22 端口 firewall-cmd --reload

4.3 图形界面安装与验证：openeuler安装图形界面的真相

OpenEuler 默认安装是 Server 版，无 GUI。要装图形界面，必须手动安装@Server Desktop组：

dnf groupinstall "@Server Desktop" -y # 安装后启用 display manager systemctl set-default graphical.target systemctl enable gdm reboot

但注意：QEMU 的virtio-gpu不支持 3D 加速，所以 GNOME 会回退到llvmpipe渲染，CPU 占用率飙升。实测方案是改用xfce：

dnf install @xfce-desktop-environment -y systemctl set-default multi-user.target # 手动启动 xfce startxfce4 &

验证命令：

echo $DISPLAY # 应输出 :0 xdpyinfo | grep "dimensions:" # 应输出 dimensions: 1024x768 pixels

4.4 静态 IP 配置：openeuler配置静态ip地址的正确姿势

QEMUuser模式下，10.0.2.15是固定 IP，但如果你想改成192.168.100.100，必须改用tap模式网络。步骤如下：

# 创建 tap 设备（需 root） sudo ip tuntap add dev tap0 mode tap sudo ip addr add 192.168.100.1/24 dev tap0 sudo ip link set tap0 up # 启动 QEMU 时替换网络参数： -netdev tap,id=net0,ifname=tap0,script=no,downscript=no \ -device virtio-net-pci,netdev=net0,mac=52:54:00:12:34:56

客户机内配置静态 IP：

nmcli connection modify "System eth0" ipv4.addresses 192.168.100.100/24 nmcli connection modify "System eth0" ipv4.gateway 192.168.100.1 nmcli connection modify "System eth0" ipv4.dns "8.8.8.8" nmcli connection modify "System eth0" ipv4.method manual nmcli connection down "System eth0" && nmcli connection up "System eth0"

4.5 密码重置与单用户模式：openeuler 22.03 sp3重置密码的终极方案

前面提到rd.break，但 SP3 的 initramfs 结构变了。完整流程：

1. GRUB 启动时按e
2. 找到linuxefi行，末尾删除rhgb quiet，添加rd.break enforcing=0
3. Ctrl+X启动
4. 执行：

   mount -o remount,rw /sysroot chroot /sysroot # 如果 /etc/shadow 被锁，先解锁 passwd -u root # 修改密码 echo 'newpassword' | passwd --stdin root # 修复 SELinux 上下文 touch /.autorelabel exit exec /sbin/init

5. 重启后，SELinux 自动重打标签，密码生效。

4.6 man 命令与帮助系统：openeuler man命令为什么找不到？

OpenEuler 最小安装不带 man pages。需手动安装：

dnf install -y man-pages man-db # 生成数据库 mandb # 验证 man ls # 应显示手册页

如果man报错 “No manual entry for xxx”，检查MANPATH：

echo $MANPATH # 应包含 /usr/share/man # 如缺失，临时添加 export MANPATH="/usr/share/man:$MANPATH"

4.7 Nginx aarch64 移植验证：nginx aarch64 移植的最小可行测试

最后，用一个真实场景验证环境：编译并运行 Nginx。

dnf install -y gcc make pcre-devel openssl-devel zlib-devel wget https://nginx.org/download/nginx-1.24.0.tar.gz tar -xzf nginx-1.24.0.tar.gz cd nginx-1.24.0 ./configure --prefix=/usr/local/nginx --with-http_ssl_module make -j$(nproc) sudo make install # 启动并验证 sudo /usr/local/nginx/sbin/nginx curl -I http://localhost # 应返回 HTTP/1.1 200 OK

关键检查点：

• ldd /usr/local/nginx/sbin/nginx | grep "not found"—— 确保无缺失库
• sudo /usr/local/nginx/sbin/nginx -t—— 配置语法检查
• ps aux | grep nginx—— 确认 master/worker 进程运行

5. 常见问题排查与独家避坑技巧实录

QEMU + OpenEuler AArch64 的组合，问题不是“有没有”，而是“哪一类”。以下是我在 17 次完整安装中遇到的 9 个高频问题，附带根因分析和一招解决法。

5.1 黑屏无输出：OVMF_VARS.fd 损坏的静默杀手

现象：QEMU 窗口打开，显示 QEMU logo，然后一片漆黑，无任何文字输出，Ctrl+Alt+F2切换 tty 也无效。

根因：OVMF_VARS.fd文件被多次写入损坏，导致 UEFI 无法初始化显示协议（GOP）。

解决：立即替换为干净副本：

rm ./OVMF_VARS_CLEAN.fd cp /usr/share/ovmf/OVMF_VARS.fd ./OVMF_VARS_CLEAN.fd

避坑技巧：每次启动前都执行cp命令，或写个 wrapper 脚本自动处理。别图省事用同一个文件。

5.2 启动卡在 “Loading initial ramdisk”

现象：OVMF 启动后，显示 “Booting from Hard Disk…”，然后光标闪烁，数分钟无响应。

根因：-machine highmem=on与 OpenEuler 内核CONFIG_ARM64_VA_BITS=39冲突，导致 initramfs 解压失败。

解决：强制添加-machine virt,highmem=off，并确保内核参数有mem=3968M。

5.3 安装器无法识别硬盘：/dev/vda不存在

现象：图形安装器的 “Installation Destination” 页面显示 “No disks found”。

根因：QEMU 启动时未正确声明 virtio-blk 设备，或if=none未关联到-device。

解决：检查-drive if=none,id=hd0,...和-device virtio-blk-pci,drive=hd0,...的id是否完全一致（包括大小写）。QEMU 对 ID 匹配极其敏感。

5.4 SSH 连接被拒绝：Connection refused

现象：ssh root@localhost -p 2222返回 “Connection refused”。

根因：sshd服务未监听0.0.0.0:22，或防火墙拦截。

解决：先确认sshd状态：

systemctl status sshd | grep "Active:" # 若为 inactive，启动它 systemctl start sshd # 再检查监听 ss -tlnp | grep :22

若无输出，编辑/etc/ssh/sshd_config，取消#ListenAddress 0.0.0.0:22注释。

5.5ping不通网关：10.0.2.2不可达

现象：ping 10.0.2.2返回 “Network is unreachable”。

根因：QEMU 网络设备未正确初始化，或客户机未获取到 DHCP 地址。

解决：在客户机内执行：

ip link show eth0 # 确认设备 UP dhclient eth0 # 手动请求 DHCP ip addr show eth0 # 查看是否获得 10.0.2.15

若dhclient报错 “No DHCPOFFERS received”，重启 QEMU 并确保-netdev user参数完整。

5.6 图形界面花屏：GNOME 启动后显示乱码

现象：GNOME 登录界面出现色块、文字错位。

根因：virtio-gpu与 Mesa 驱动版本不兼容，SP3 的 Mesa 22.2.0 有已知 bug。

解决：降级 Mesa 或改用qxl显卡（牺牲性能）：

# 启动时替换 -vga 参数 -vga qxl -display gtk,gl=off

5.7man命令空白：手册页不显示

现象：man ls打开空白页面，或提示 “No manual entry”。

根因：man-db数据库未生成，或MANPATH未包含/usr/share/man。

解决：

sudo mandb -c # 强制重建数据库 export MANPATH="/usr/share/man:/usr/local/share/man:$MANPATH"

5.8dnf update失败：仓库元数据过期

现象：dnf update报错 “Failed to download metadata for repo ‘baseos’”。

根因：OpenEuler 默认仓库地址指向repo.openeuler.org，但 QEMU 网络 DNS 解析失败。

**解决