我试图在bios遗留模式下启动,但没有成功。
正如测试用例一样,我使用的是一个旧的Ubuntu服务器映像(仿生服务器-Cloudimg-i386.img)。
我就是这样做的:
在%simics%/simics-qsp 6.0.1/targets/qsp-x86 i下,修改了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运行相同的文件,所有这些都可以正常工作。
注意,当涉及到仿生图像时,我尝试了原始格式和垃圾格式。
还请注意与QEMU中预期的相同的仿生映像引导。
我的问题是: param enable_efi = FALSE是否足以迫使Simics在遗留模式下启动?
如果没有,我还能做什么?
发布于 2022-01-04 08:31:35
QSP实际上只支持从UEFI启动,只有UEFI二进制文件才能随平台一起提供。无论如何,所有现代操作系统都是从UEFI启动的,所以这不应该是什么大事。
发布于 2022-03-04 16:10:09
的确,QSP模型并不随遗留的BIOS映像一起提供,但这并不妨碍您创建这种模型并自己在QSP模型上启用它。特别是microvm或正则bios.bin (SeaBIOS?)从QEMU中可以使用一些更改(删除QEMU的细节)。
https://stackoverflow.com/questions/70536464
复制相似问题