我试图在bios遗留模式下启用引导，但没有成功
就像测试用例一样，我使用的是一个旧的Ubuntu服务器映像(bionic-server-cloudimg-i386.img(。
我所做的：
在%smics%/simics-qsp-cpu-6.0.1/targets/qsp-x86下，我修改了qsp-client-core.simics文件，如下所示：
# In order to run this, the QSP-x86 (2096), QSP-CPU (8112) and
# QSP-Clear-Linux (4094) packages should be installed.
decl {
! Script that runs the Quick Start Platform (QSP) with a client processor core.
params from "%simics%/targets/qsp-x86/qsp-clear-linux.simics"
default cpu_comp_class = "x86-coffee-lake"
default num_cores = 4
default enable_efi = FALSE
}
$disk0_image="/home/peppe/Scrivania/bionic.craff"
#$disk0_image="/opt/simics/simics-qsp-clear-linux-6.0.9/targets/qsp-x86/images/cl-b28910-v2.craff"
run-command-file "%simics%/targets/qsp-x86/qsp-clear-linux.simics"
当我运行这个文件时，启动被"卡住；在IPv4上启动PXE"；消息(即Simics未找到UEFI分区并尝试从网络引导(
如果我使用cl-b28910-v2.craff映像运行同一个文件，则一切正常
请注意，当谈到仿生图像时，我尝试了原始格式和craff格式
还要注意QEMU中预期的仿生图像引导
我的问题是：参数enable_efi=FALSE是否足以迫使Simics以传统模式启动
如果没有，我还能做什么？
QSP实际上只支持从UEFI引导，并且只有UEFI二进制文件随平台提供。所有现代操作系统都是从UEFI引导的，所以这应该不是什么大不了的事。
事实上，QSP模型没有随遗留BIOS映像一起提供，但这并不妨碍您创建这样的映像并在QSP模型上自己启用它。特别是，来自QEMU的microvm或常规bios.bin(SeaBIOS？(可能会进行一些更改(删除QEMU的细节(。