首页 > 其他分享 >基于QEMU aarch64学习UEFI-2系统安装

基于QEMU aarch64学习UEFI-2系统安装

时间：2023-09-07 11:33:04浏览次数：45  
标签：format aarch64 qemu libvirt UEFI device QEMU id

基于QEMU-aarch64学习UEFI(EDK2)-2安装操作系统

目录

二、基于qemu固件安装操作系统

1、virt-manager安装

UEFI固件编译完成后，我们使用qemu-system-aarch64程序，手动输入命令运行了QEMU_EFI.fd固件，其实就是相当于创建了一个虚拟机，因为qemu-system-aarch64收到输命令创建设备麻烦，现在我们使用virt-manager调用我们的QEMU_EFI.fd固件，安装aarch64的操作系统。

如果没有安装virt-manager，可以通过命令安装软件，sudo apt install virt-manager。

image-20230228131306476

安装完成后运行程序。

image-20230228131334327

2、创建虚拟机

我们创建一个虚拟机，可以看到调用的两个固件路径分别是/usr/share/AAVMF/AAVMF_CODE.fd和/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd。

image-20230228151335111

我们把这个固件重命名一下是无法打开的，所以我们可以确定是该固件。

image-20230228151449595

接着我们先用默认的固件测试安装操作系统，这里以openEuler-22.03测试。

image-20230228151738158

image-20230228151749505

openEuler安装过程内存较小，启动很慢。内存设置4G大小，重新安装可以进入安装界面。

image-20230320104350358

我们换Ubuntu22.04安装。

image-20230301131925990

image-20230301162617578

image-20230301162627198

image-20230301162639422

image-20230301162705254

设置用户名密码

image-20230301162752605

image-20230301163123342

image-20230301200933845

安装完成后，可以进入系统且登录：

image-20230301132507073

lspci查看设备，

image-20230301132652762

dmidecode -t0查看bios信息，是2015年的。

image-20230301132704171

2.1 Ubuntu系统开机等待时间长问题解决

安装Ubuntu22.04会卡在systemd-networkd-wait-online服务超时这里，等待2分多钟，我们进入系统修改一下超时时间。

image-20230301133022957

sudo systemctl edit systemd-networkd-wait-online.service  
#输入  
[Service] 
TimeoutStartSec=3

image-20230301133132011

保存后会在下面这个路径生成一个override.conf文件。

image-20230301133925818

然后重启，即可解决。

3、virt-manager日常使用

虚拟机创建完成，我们日常使用，可以通过virsh来开启关闭虚拟机。

image-20230301134916213

我们关闭虚拟机后，可以通过sudo virsh list --all命令查看所有虚拟机。

然后开机命令是：sudo virsh start centos8-aarch64

连接虚拟机：sudo virsh console centos8-aarch64

image-20230301135708331

ctrl+]退出

开机的时候连接虚拟机：sudo virsh start centos8-aarch64 --console

image-20230301140307079

4、更换虚拟机固件

虚拟机创建完成后，我们可以正常进入系统，下面更换我们自己的固件。

sudo virsh edit centos8-aarch64

打开配置文件把pflash修改一下。

image-20230301140358086

修改为：

image-20230301140447833

然后重启虚拟机。

image-20230301140621139

sudo virsh start centos8-aarch64 --console

image-20230301140717999

发现直接替换报错，记录了大小。

4.1、修改固件大小

修改固件大小，参考

https://blog.csdn.net/weixin_42758299/article/details/115460776

$sudo qemu-img info /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd
image: /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd
file format: raw
virtual size: 2 MiB (2097152 bytes)
disk size: 2 MiB

$ qemu-img resize -f raw /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd 64M
Image resized.
$

可以看到虚拟大小变为了64M，我们再启动虚拟机。

image-20230301142006155

sudo virsh start centos8-aarch64 --console

image-20230301142457308

可以看到程序已经在运行了，这个是我们的应用程序，因为前面太快，没有输出bios阶段的信息，重启就会发现是我们的UEFI程序。

image-20230301142527877

但是这样感觉不方便，还是得回去研究qemu-system-aarch64命令启动速度快方便调试。

5、virt-manager转为qemu命令启动虚拟机

因为我最开始尝试用qemu命令自己创建虚拟机，结果发现无法引导系统，才采用virt-manager方式管理，现在反过来我把virt-manager的虚拟机配置文件转换为qemu命令看看。

首先查看我们的虚拟机，命令sudo virsh list

image-20230301134438661

看到我们的虚拟机名称为“centos8-aarch64”，这就是上面我们创建的虚拟机名称。

接着我们把这个虚拟机的xml文件导出，使用命令：sudo virsh dumpxml centos8-aarch64 > centos8-aarch64.xml

image-20230301134615951

最后我们把xml文件转为qemu参数，命令：sudo virsh domxml-to-native qemu-argv centos8-aarch64.xml

image-20230301134655745

结果发现命令很多参数，如果嫌麻烦可以继续使用virt-manager管理。

image-20230301134732929

经过研究，可以引导系统的命令如下：

sudo qemu-system-aarch64 \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}'  \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 -uuid f02ab96c-f3ba-4b0c-8bc6-e29598906c1c \
-display none -no-user-config -nodefaults \
-rtc base=utc -no-shutdown -boot strict=on \
-device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x1 \
-device pcie-root-port,port=0x9,chassis=2,id=pci.2,bus=pcie.0,addr=0x1.0x1 \
-device pcie-root-port,port=0xa,chassis=3,id=pci.3,bus=pcie.0,addr=0x1.0x2 \
-device pcie-root-port,port=0xb,chassis=4,id=pci.4,bus=pcie.0,addr=0x1.0x3 \
-device pcie-root-port,port=0xc,chassis=5,id=pci.5,bus=pcie.0,addr=0x1.0x4 \
-device pcie-root-port,port=0xd,chassis=6,id=pci.6,bus=pcie.0,addr=0x1.0x5 \
-device pcie-root-port,port=0xe,chassis=7,id=pci.7,bus=pcie.0,addr=0x1.0x6 \
-device pcie-root-port,port=0xf,chassis=8,id=pci.8,bus=pcie.0,addr=0x1.0x7 \
-device pcie-root-port,port=0x10,chassis=9,id=pci.9,bus=pcie.0,addr=0x2 \
-device pcie-pci-bridge,id=pci.10,bus=pci.8,addr=0x0 \
-device qemu-xhci,p2=15,p3=15,id=usb,bus=pci.2,addr=0x0 \
-device virtio-scsi-pci,id=scsi0,bus=pci.3,addr=0x0 \
-device virtio-serial-pci,id=virtio-serial0,bus=pci.4,addr=0x0 \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/arm64-os.img","node-name":"libvirt-2-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-2-format","read-only":false,"driver":"qcow2","file":"libvirt-2-storage","backing":null}' \
-device virtio-blk-pci,scsi=off,bus=pci.5,addr=0x0,drive=libvirt-2-format,id=virtio-disk0,bootindex=1 \
-blockdev '{"driver":"file","filename":"/work/jammy-live-server-arm64.iso","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \
-device scsi-cd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=libvirt-1-format,id=scsi0-0-0-0 \
-device virtio-gpu-pci,id=video0,bus=pci.10,addr=0x1 \
-device virtio-balloon-pci,id=balloon0,bus=pci.6,addr=0x0 \
-msg timestamp=on \
-serial stdio \

这里需要修改的有操作系统镜像位置、硬盘位置，即qemu-img create -f qcow2 arm64-os.img 20G命令创建的文件。

安装完成系统后的arm64-os.img大小如下：

image-20230301201342968

5.1 精简启动命令

sudo qemu-system-aarch64 -name guest=centos8-aarch64,debug-threads=on \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}'  \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1 -uuid f02ab96c-f3ba-4b0c-8bc6-e29598906c0c \
-nodefaults \
-device qemu-xhci -device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \

5.2 挂载ISO命令

sudo qemu-system-aarch64 -name guest=uefi-study,debug-threads=on \
-blockdev '{"driver":"file","filename":"/usr/share/AAVMF/AAVMF_CODE.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}'  \
-blockdev '{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/centos8-aarch64_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1  \
-nodefaults \
-device qemu-xhci \
-device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
-drive if=none,format=raw,file=/work/jammy-live-server-arm64.iso,id=cd0 \
-device scsi-cd,bus=scsi0.0,lun=0,drive=cd0 \

image-20230306145220813

5.3 替换UEFI路径

使用5.1中的命令，仅修改uefi路径，结果报错，我们重新修改qemu_efi的文件大小

image-20230306145652651

sudo qemu-img resize -f raw QEMU_VARS.fd 64M

然后重新运行，直接进入shell，无法引导系统。

sudo qemu-system-aarch64 -name guest=uefi-study,debug-threads=on \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}'  \
-blockdev '{"driver":"file","filename":"/work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_VARS.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}' \
-machine virt-4.2,accel=tcg,usb=off,dump-guest-core=off,gic-version=2,pflash0=libvirt-pflash0-format,pflash1=libvirt-pflash1-format \
-cpu cortex-a57 -m 1536 -overcommit mem-lock=off -smp 2,sockets=2,cores=1,threads=1  \
-nodefaults \
-device qemu-xhci -device usb-kbd \
-device virtio-gpu-pci \
-serial stdio \
-device usb-mouse \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \

image-20230306150246646

然后回过头找原因，我们使用最简单的命令启动我们安装好的系统，其中固件路径是安装包自带的。

sudo qemu-system-aarch64 \
 -m 1G -cpu cortex-a57 -M virt  -smp cpus=2 \
 -bios /usr/share/AAVMF/AAVMF_CODE.fd \
 -device virtio-gpu-pci \
 -device qemu-xhci \
 -device usb-kbd \
 -device usb-mouse \
 -device virtio-scsi-pci,id=scsi0 \
 -drive if=none,format=qcow2,file=/var/lib/libvirt/images/centos8-aarch64.qcow2,id=hd0 \
 -device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
 -serial stdio \

发现可以启动操作系统，那么，这样的话，就是我自己编译的UEFI固件有问题。

5.4 解决自己编译的QEMU固件报错问题

我们的报错：

Synchronous Exception at 0x0000000092ED8428
...
...
PC 0x0000478BDFEC (0x0000478A4000+0x00019FEC) [ 1] DxeCore.dll
PC 0x0000BC7103EC
...
PC 0x0000478BDFEC (0x0000478A4000+0x00019FEC) [ 1] DxeCore.dll
PC 0x0000BFCE4370 (0x0000BFCD4000+0x00010370) [ 2] BdsDxe.dll
PC 0x0000BFCE6104 (0x0000BFCD4000+0x00012104) [ 2] BdsDxe.dll
PC 0x0000478C0C28 (0x0000478A4000+0x0001CC28) [ 3] DxeCore.dll
[ 1] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll
[ 2] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/BdsDxe.dll
[ 3] /work/study/uefistudy/edk2-202211/Build/ArmVirtQemuStudy/DEBUG_GCC5/AARCH64/MdeModulePkg/Core/Dxe/DxeMain/DEBUG/DxeCore.dll

...
 ESR : EC 0x21  IL 0x1  ISS 0x0000000E

Instruction abort: Permission fault, second level

Stack dump:
...
ASSERT [ArmCpuDxe] /work/study/uefistudy/edk2-202211/edk2/ArmPkg/Library/DefaultExceptionHandlerLib/AArch64/DefaultExceptionHandler.c(333): ((BOOLEAN)(0==1))

image-20230321164651215

继续分析问题，我们下载最新的Ubuntu edk2源代码包，https://packages.ubuntu.com/source/lunar/edk2

image-20230317141420757

其源码也是edk2-stable202211，与我们使用的一致，但是编译时候多了一些规则，我们参考看看。

image-20230317142313973

查看rule里面的编译命令，发现多了一些define宏定义。

image-20230320092051588

但是我们编译，结果同样无法引导系统。

继续查找，发现在Debian文件夹中的patches中有一些patch。

image-20230320105150252

我们大胆猜测，小心求证，把patch中的变量自己修改一下，由0xC000000000007FD5改为0xC000000000007FD5，如下图，然后我们重新编译固件，运行qemu。

gEfiMdeModulePkgTokenSpaceGuid.PcdDxeNxMemoryProtectionPolicy|0xC000000000007FD1

运行命令：

 sudo qemu-system-aarch64 \
 -m 4G -cpu cortex-a57  -M virt  -smp cpus=2 \
 -bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
 -device virtio-gpu-pci \
 -device qemu-xhci \
 -device usb-kbd \
 -device usb-mouse \
 -device virtio-scsi-pci,id=scsi0 \
 -drive if=none,format=raw,file=/work/openEuler-22.03-LTS-aarch64-dvd.iso,id=cd0 \
 -device scsi-cd,bus=scsi0.0,lun=0,drive=cd0 \
 -serial stdio \

发现居然可以引导系统了。

然后换回加载我们之前安装好的系统盘，不加载光驱，命令如下，发现我硬盘引导项，继续查找原因。

 sudo qemu-system-aarch64 \
 -m 4G -cpu cortex-a57  -M virt  -smp cpus=2 \
 -bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
 -device virtio-gpu-pci \
 -device qemu-xhci \
 -device usb-kbd \
 -device usb-mouse \
 -device virtio-scsi-pci,id=scsi0 \
 -drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
 -device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
 -serial stdio \

image-20230320105510024

map -r命令也不行，

image-20230320105541476

继续找原因，我们升级edk2到stable202302看看。

image-20230320110255152

然后发现我们上面修改的patch仍然没有合并，所以我们手动修改：

image-20230320110329604

编译完成后，我们引导系统，发现可以正常进入。

 sudo qemu-system-aarch64 \
 -m 4G -cpu cortex-a57  -M virt  -smp cpus=2 \
 -bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
 -device virtio-gpu-pci \
 -device qemu-xhci \
 -device usb-kbd \
 -device usb-mouse \
 -device virtio-scsi-pci,id=scsi0 \
 -drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
 -device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
 -serial stdio \

image-20230320110510437

所以我们后续以edk2-stable202302为基础代码进行修改。

提交一下代码：

image-20230320111125274

5.5 问题原因

分析PcdDxeNxMemoryProtectionPolicy变量，是设置内存保护策略，EfiLoaderData位表示EfiLoaderData内存类型数据可以执行，修改后清除EfiLoaderData位，表示不处理该内存类型，grub可以正常引导内核。

image-20230320113721343

image-20230320113940817

我们查看该patch提交时间和原因，如下图：大概意思就是之前GRUB的BUG已经修复，然后现在改回正常状态。

image-20230320131531790

6、最终命令

经过一顿折腾，我们得出结论是EDK2代码的问题，所以后续我们调试命令参考如下：

 sudo qemu-system-aarch64 \
 #CPU、内存相关配置
 -m 4G -cpu cortex-a57  -M virt  -smp cpus=2 \
 #固件路径
 -bios /work/study/uefistudy/edk2-202211/Build/ArmVirtQemu-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
 #gpu
 -device virtio-gpu-pci \
 #usb
 -device qemu-xhci \
 -device usb-kbd \
 -device usb-mouse \
 #scsi
 -device virtio-scsi-pci,id=scsi0 \
 #硬盘位置
 -drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
 -device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \
 #本地文件夹映射
 -drive file=fat:rw:./filedir/,media=disk,if=virtio,format=raw \
 #串口
 -serial stdio \

本地文件夹映射需要自己新建一个文件夹，我这里以filedir为例。

image-20230320112855426

进入UEFI的shell可以看到该文件夹的内容，后续我们开发的程序可以直接通过该文件夹映射到UEFI中，使用该方式较方便。

image-20230320112943695

7、小结

至此，我们基于edk2-stable202302版本代码，编译了QEMU_EFI.fd，并通过qemu-system-aarch64程序加载了UEFI，最后成功引导了aarch64的操作系统。后续我们基于此进行EDK2的程序开发学习。

8、基于ATF固件引导OS

ARM架构安全启动安装ATF流程，我们之前单纯启动的是BL33阶段的UEFI，下面我们试一下加入ATF固件。

下载ATF代码：

git clone https://github.com/ARM-software/arm-trusted-firmware.git

使用一个最新的归档版本，如V2.8。

image-20230320135023177

参考下面链接进行编译，这里用到的QEMU是ArmVirtPkg/ArmVirtQemuKernel.dsc文件。

https://github.com/ARM-software/arm-trusted-firmware/blob/master/docs/plat/qemu.rst

我们首先编译UEFI，在UEFI-TOOLS中添加一个模块。

image-20230320141842792

image-20230320141803184

然后开始编译./uefi-tools/edk2-build.sh -b DEBUG armvirtqemukernel

进入目录开始编译ATF固件：

make BL33=/work/study/uefistudy/edk2-202211/Build/ArmVirtQemuKernel-AARCH64/DEBUG_GCC5/FV/QEMU_EFI.fd \
CROSS_COMPILE=aarch64-linux-gnu- \
PLAT=qemu \
all fip \
#调试等级按需设置
DEBUG=1 LOG_LEVEL=50 \

image-20230320140019939

编译完成在build/qemu/release生成bl1.bin和fip.bin，此时需要将这两个固件合成一个，作为BIOS启动。

image-20230320140031315

dd if=bl1.bin of=flash.bin bs=4096 conv=notrunc
dd if=fip.bin of=flash.bin seek=64 bs=4096 conv=notrunc

image-20230320140133378

启动固件，用下面命令，多了一个serure=on其他同之前的命令。

 qemu-system-aarch64  \
-machine virt,secure=on \
-device virtio-gpu-pci \
-cpu cortex-a57 \
-smp 2 \
-m 1024 \
-bios /work/study/uefistudy/arm-trusted-firmware/build/qemu/release/flash.bin \
-d unimp \
-serial stdio \
-device qemu-xhci \
-device usb-kbd \
-device virtio-scsi-pci,id=scsi0 \
-drive if=none,format=qcow2,file=/work/study/uefistudy/arm64-os.img,id=hd0 \
-device scsi-hd,bus=scsi0.0,lun=1,drive=hd0 \

image-20230320142046071

可以看到BIOS固件正常启动，且打印BL1和BL2 BL31阶段的信息。

同样可以进入操作系统

image-20230320142416274

标签：format,aarch64,qemu,libvirt,UEFI,device,QEMU,id
From： https://www.cnblogs.com/rayuu/p/17684362.html

相关文章

  • qemu的使用
    一、QEMU的运行模式直接摘抄自己《揭秘家用路由器0day漏洞挖掘技术》，网上查了一下也没有找到令人满意的QEMU的使用说明，就采用这本书上的介绍。如果后期能够找到比较满意的QEMU的使用方法的说明，再添加上来。QEMU模拟器主要有两种比较常见的运作模式：UserMode（使用者模式）、System......
  • aarch64/arm_v8 环境下编译Arcade-Learning-Environment —— ale-py
       condainstallg++=12   cmake../-DCMAKE_BUILD_TYPE=Release-DPYTHON_INCLUDE_DIR=/home/share/xxx/home/software/anaconda3/include-DPYTHON_LIBRARY=/home/share/xxx/home/software/anaconda3/lib/libpython3.11.so-DPython3_EXECUTABLE=/home/share/x......
  • docker build过程中遇到错误qemu-x86_64: Could not open '/lib64/ld-linux-x86-64.so
    Removingintermediatecontainer70af516d5d6b--->a69229847153Step5/6:RUNGO111MODULE="on"gogetgithub.com/jsonnet-bundler/jsonnet-bundler/cmd/jb;ln-s$(goenvGOPATH)/bin/jb/usr/bin/jb--->Runningin13545862fffeqemu-x86_64:......
  • Windows 10 on ARM, version 22H2 (updated Aug 2023) ARM64 AArch64 中文版、英文版
    Windows10onARM,version22H2(updatedAug2023)ARM64AArch64中文版、英文版下载基于ARM的Windows10请访问原文链接：https://sysin.org/blog/windows-10-arm/，查看最新版。原创作品，转载请保留出处。作者主页：sysin.org基于ARM的Windows10起初，Windows10（与Win......
  • qemu/kvm
     <domaintype="kvm"><name>win7</name><uuid>e31c1621-b3c3-42ed-be3d-c905b1007d58</uuid><metadata><libosinfo:libosinfoxmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0"......
  • 20230826 使用qemu boot gdb
    macOS:brewinstallqemuqemu-system-aarch64--version去https://developer.arm.com/downloads/-/arm-gnu-toolchain-downloads下载交叉编译工具链 PREFIX=/Applications/ArmGNUToolchain/12.3.rel1/aarch64-none-elf/bin/aarch64-none-elf-参考https://github......
  • QEMU运行ARM64（Aarch64）Debian系Linux
    QEMU运行ARM64（Aarch64）Debian系Linux安装QEMU尽量安装最新版，目前是5.2，通过以下命令检查qemu-system-aarch64-version下载debiancloudarm64镜像，重命名为debian-10-arm64.qcow2cloud.debian.org/images/clou…可以通过这个地址下载不同版本：https://cloud.debian.org/......
  • SNP BLUEFIELD助力ABM集团S/4HANA数字转型
    ABM的愿景是成为一家在矿业资源、矿业服务和矿业基础设施方面进行战略投资的公司。在业务发展中，ABM努力实现各业务部门之间的整合和协同，以满足矿业业务供应链活动的需求。来百度APP畅享高清图片挑战：营造敏捷数据环境以适应发展需求2020年，ABM集团继续加强其业务部门间的整合协同，成为......
  • BIOS 与 UEFI 引导流程
    目录前言主板固件(BIOS与UEFI)BIOSBIOS功能BIOS启动过程引导程序（bootloader）BIOS的缺点UEFIEFI启动过程启用UEFI的条件硬盘分区结构（MBR与GPT）MBR结构GPT结构保护MBRGPT头分区表用户数据区分区表备份GPT头备份扇区与LBA的区别操作系统的引导过程BIOS引导操作系统BIOS引......
  • x86_64/aarch64架构下ffpyplayer源码编译
    问题来源：某鱼上挂着pytorch的aarch64架构下的源码编译，遇到某网友提出的要在aarch64架构下的ubuntu上ffpyplayer源码编译，于是有了本文。  =================================================   1.下载源码ffpyplayer源码下载地址：https://github.com/matham/ffpypla......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99