Qemu on JokemeBlog

使用Qemu跑Openwrt当旁路由并扩容

Wed, 20 Aug 2025 19:17:32 +0800

使用Qemu跑Openwrt当旁路由并扩容

Openwrt先跑起来

本人选择的Openwrt是官方原版的ext4带EFI版本的 generic-ext4-combined-efi.img.gz，虽然带了EFI，但是我好像还是没有直接启动成功，加了一个bios引导才成功，不知道为什么。反正先不求甚解，能跑起来再说。

我是准备拿openwrt跑个旁路由的，

qemu-system-aarch64 \
-M virt \
-accel hvf \
-cpu host \
-smp 1 \
-m 512 \
-drive if=virtio,file=./openwrt.img,format=raw,if=virtio \
-bios ./QEMU_EFI.fd \
-nographic \
-nic vmnet-bridged,ifname=en0,model=virtio-net-pci#搞了一个桥接，默认接到openwrt里面的eth0，然后到br-lan网桥上，也就是lan侧

QEMU_EFI.fd下载地址，前面那个qemu跑Ubuntu的post里面有。

网络配置再修改一下

然后就配置一下系统，因为默认的网络配置是192.168.1.1和我本地的网关冲突了，需要修改一下

`1`	`vi /etc/config/network`

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth0'
        option macaddr '02:11:22:33:44:56' #这里必须要修改Mac地址，因为默认是读取你设备的真实网卡地址，而且又是和宿主机一个网口出去，会导致网络丢包，不但影响虚拟机的网络，也会导致宿主机网络质量直线下降，丢包，延迟甚至直接断网也是有可能的。

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.1.50'#改一下地址
        option netmask '255.255.255.0'
        option gateway '192.168.1.1'#这里需要加个网关，因为是旁路由，直通局域网，Openwrt没有wan出口，只能直接配置网关
        option dns '114.114.114.114'#没有网关了，dns肯定也是没有的，需要手动指定一个
        option ip6assign '60'

配置好了之后就可以service network restart重启网络了

基本上openwrt上需要做的也就这么多，其他设备上网关指向192.168.1.50就可以了。

Openwrt扩容

默认的img镜像跑起来后，可使用的空间已经所剩无几，大概只有20m左右，安装一些软件什么的都不够塞牙缝的。

先关机！

首先需要先停止运行openwrt，先poweroff关机，最好不要qemu直接kill掉进程，我就遇到了img文件损坏的问题了

数据第一！先备份！

`1`	`cp openwrt.img openwrt.img.bk`

img扩容

`1`	`qemu-img resize openwrt.img 512M #你想要多大就改多大`

扩容完成就可以直接拷贝镜像至其他Linux系统，我就直接用scp拷贝到qemu里面跑的Ubuntu了

`1`	`scp openwrt.img user@192.168.x.x:~/`

映射img至本地设备

登录其他Linux系统，先映射img到本地设备

`1`	`sudo losetup -P -f ./openwrt.img`

这个时候sudo fdisk -l或者lsblk应该就可以看到/dev/loop的设备了

lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0   512M  0 loop
├─loop0p1   259:3    0   128M  0 part
├─loop0p2   259:4    0 383.7M  0 part
└─loop0p128 259:5    0   239K  0 part
vda         253:0    0    30G  0 disk
├─vda1      253:1    0     1G  0 part /boot/efi
└─vda2      253:2    0  28.9G  0 part /

然后就是重写分区表了

sudo parted /dev/loop0 #一般么有挂其他设备就是loop0 ，根据lsblk看到的来调整
GNU Parted 3.6
Using /dev/loop0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print #查看一下信息
Warning: Not all of the space available to /dev/loop0 appears to be used, you can fix the
GPT to use all of the space (an extra 15532032 blocks) or continue with the current setting?

Fix/Ignore? fix #这里需要修复一下
Model: Loopback device (loopback)
Disk /dev/loop0: 8489MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size   File system  Name                  Flags
128     17.4kB  262kB  245kB                                     bios_grub
 1      262kB   134MB  134MB  fat16        EFI System Partition  boot, legacy_boot, esp
 2      134MB   537MB  402MB  ext4
(parted) resizepart 2 100% #调整 2 占用100%的空间
(parted) print #查看是否修改成功
Model: Loopback device (loopback)
Disk /dev/loop0: 8489MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                  Flags
128     17.4kB  262kB   245kB                                      bios_grub
 1      262kB   134MB   134MB   fat16        EFI System Partition  boot, legacy_boot, esp
 2      134MB   8489MB  8355MB  ext4

(parted) quit
Information: You may need to update /etc/fstab.

然后再检查一下是否有问题，当然刚调整完100%有问题，fix一下就好了

sudo e2fsck -f /dev/loop0p2
e2fsck 1.47.0 (5-Feb-2023)
Pass 1: Checking inodes, blocks, and sizes
Inode 7, i_size is 29405184, should be 33607680.  Fix<y>? y #修复下
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

rootfs: ***** FILE SYSTEM WAS MODIFIED *****
rootfs: 1718/19968 files (0.0% non-contiguous), 8603/98235 blocks

扩展文件系统

1
2

sudo resize2fs /dev/loop0p2 
sudo losetup -d /dev/loop0

扩展完成之后就可以把img文件拷贝回原处启动一下openwrt看看你不能起得来。一般情况下是可以的，二般情况下我就不知道了，你去问GPT Claude吧。

x86_64 Linux 服务器手动迁移部分服务至qemu arm64 虚拟机中

Mon, 14 Jul 2025 16:07:12 +0800

服务迁移至QEMU记录

之前国补在狗东入手了Mac mini 万兆丐版，想着我那n2920的小主机也是时候该退休了。小主机是2019年买的，中途ssd坏过一次，万幸数据救回来了。虽然换了ssd，但是也不是新的ssd是从另一个设备上拆下来的。就怕二次出现故障，加上服役6年多了，配置也很低。所以索性就把服务全部都迁移到mac上。

CPU	Intel N2920
Memry	32G
Disk	西数1T（PMR的蓝盘，还算抗造）
OS	Ubuntu 24.04.2 LTS

现在最大的问题莫过于架构问题了，n2920虽然性能拉跨，但是胜在x86_64的指令集，很多软件跑起来都没有问题。但是如果要转qemu虚拟化来跑的话，就要从x86_64过渡到arm64也就是aarch64了。我表示很担心兼容性问题。但是问了一下GPT，他表示问题不大，完全可以迁移，大部分软件都有aarch64版本，要是担心兼容性问题，可以用Rosetta 2转译运行，但是会有部分性能损失。我表示不怕兼容性问题，就怕不能榨干M4的所有性能，那就直接装aarch64版本的系统吧！

安装qemu

这个很简单！直接用brew安装就完事了，并且qemu官网也是推荐的brew安装的。

`1`	`brew install qemu`

Qemu创建虚拟化主机

创建磁盘

在创建虚拟主机之前，需要创建一块虚拟磁盘给虚拟机用，大小就30G吧，毕竟是丐版，磁盘给太大，对我这256G的磁盘来说就不礼貌了。

`1`	`qemu-img create -f qcow2 ubuntu-arm64.qcow2 30G`

下载Ubuntu iso镜像

可以去 Ubuntu for Arm 官网下载镜像。我一般是不用GUI的，就直接下载server版本了。如果要下载desktop版本的，还需要配置VNC，麻烦不说，页面可能会卡顿。还不如我ssh直接敲命令方便。

`1`	`wget https://cdimage.ubuntu.com/releases/24.04/release/ubuntu-24.04.2-live-server-arm64.iso`

下载Bootloader

虽然不知道为什么要这个Bootloader，但是不用就无法启动。按道理说qemu应该是自带引导的，不管了，不求甚解，能用就行。

`1`	`wget https://releases.linaro.org/components/kernel/uefi-linaro/16.02/release/qemu64/QEMU_EFI.fd`

启动虚拟机安装系统

sudo qemu-system-aarch64 \
-M virt \ #通用虚拟化平台，支持加速
-accel hvf \ #虚拟化加速
-cpu host \ #直接使用本机CPU
-smp 2 \ #分配2核心
-m 2048 \ #2G内存足以
-drive if=virtio,file=./ubuntu-arm64.qcow2,format=qcow2 \ #使用刚刚创建的虚拟磁盘用作虚拟机的磁盘
-cdrom ./ubuntu-24.04.2-live-server-arm64.iso \ #下载的arm64的Ubuntu镜像
-boot d \ #从cdrom启动
-bios ./QEMU_EFI.fd \ #引导文件
-device virtio-gpu-pci \ #虽然不需要GUI，但是保不齐后续我想玩一下VNC呢
-nographic \ #无GUI模式，所有操作在terminal中完成
-nic vmnet-bridged,ifname=en0,model=virtio-net-pci #macos特有的桥接方式。ifname 为需要桥接的目的网络接入接口

安装系统

这个就没有什么好说的了，下一步，下一步，设置密码，装内核，重启就可以了。

配合 tmux 一键自动运行

其实也可以设置开机自动运行的，但是我没有设置，因为偶尔还会用mac和老婆玩玩星露谷和我的世界，那就需要运行的时候在手动启动一下吧。

#!/bin/bash
QEMU_CMD="sudo /opt/homebrew/bin/qemu-system-aarch64 \
-M virt \
-accel hvf \
-cpu host \
-smp 2 \
-m 2048 \
-drive if=virtio,file=/xxx/ubuntu-arm64.qcow2,format=qcow2 \
-boot d \
-bios /xxx/QEMU_EFI.fd \
-nographic \
-nic vmnet-bridged,ifname=en0,model=virtio-net-pci
"

TMUX_SESSION_NAME="qemu"

# 检查 tmux 会话是否已经在运行
if ! /opt/homebrew/bin/tmux has-session -t "$TMUX_SESSION_NAME" 2>/dev/null; then
    echo "Starting new tmux session '$TMUX_SESSION_NAME' and running QEMU..."
    # 启动 tmux 会话并在其中执行 QEMU 命令
    # -d 确保 tmux 会话在创建后立即分离，不会阻塞启动进程
    /opt/homebrew/bin/tmux new-session -s "$TMUX_SESSION_NAME" -d "$QEMU_CMD"
    echo "QEMU started in tmux session '$TMUX_SESSION_NAME'."
else
    echo "Tmux session '$TMUX_SESSION_NAME' already exists. QEMU might be running."
fi

服务迁移

大部分服务都可以正常迁移到arm64环境下，go，java，nodejs，python这些都么有问题，我需要的nginx，tailscale，docker还有aria2c等都正常！

总结

目前看来arm64用作生产力也不是不行。qemu虚拟化出来的性能也还可以。留待以后慢慢使用感受吧！

Qemu on JokemeBlog

使用Qemu跑Openwrt当旁路由并扩容

使用Qemu跑Openwrt当旁路由并扩容

Openwrt先跑起来

网络配置再修改一下

Openwrt扩容

先关机！

数据第一！先备份！

img扩容

映射img至本地设备

扩展文件系统

x86_64 Linux 服务器 手动迁移部分服务至qemu arm64 虚拟机中

服务迁移至QEMU记录

安装qemu

Qemu创建虚拟化主机

创建磁盘

下载Ubuntu iso镜像

下载Bootloader

启动虚拟机安装系统

安装系统

配合 tmux 一键自动运行

服务迁移

总结

x86_64 Linux 服务器手动迁移部分服务至qemu arm64 虚拟机中