在x86上如何通过qemu-7.1.0启动龙芯社区提供的iso和qcow2镜像？

leos

如何通过qemu-7.1.0提供的qemu-system-loongarch64来启动社区提供的iso和qcow2系统（http://www.loongnix.cn/zh/loongnix/）？大家有啥建议么？？

我这边做了一些测试，参考如下：

自己编译qemu-7.1.0，编译出qemu-system-loongarch64

QEU_EFI.fd使用的是 https://github.com/yangxiaojuan-loongson/qemu-binary.git 中提供的

1. 启动社区发布的qcow2镜像

通过下面命令启动社区的loongnix-server 8.3、8.4 的qcow2镜像

qemu-system-loongarch64 -m 4G -M virt -cpu la464 -bios ./qemu-binary/QEMU_EFI.fd -device qemu-xhci -device usb-kbd -device usb-mouse -boot c -drive file=Loongnix-server-8.4.0.loongarch64.qcow2,if=virtio -vga virtio --nographic -vnc 0.0.0.0:5909

直接进UEFI的shell，进到FS0设备的EFI/BOOT/目录下直接执行BOOTLOONGARCH.EFI则会直接卡住不动，无法继续

如果把FS0:设备下EFI/BOOT/BOOTLOONGARCH.EFI改为BOOTLOONGARCH64.EFI

重启qemu-system-loongarch64后能显示grub菜单，但是无法引导进入系统，跟上面一样卡住

2. 启动社区发布的iso镜像

通过下面命令启动社区的loongnix-server 8.3 的iso镜像

qemu-system-loongarch64 -m 4G -M virt -cpu la464 -bios ./qemu-binary/QEMU_EFI.fd -device qemu-xhci -device usb-kbd -device usb-mouse -device virtio-blk-pci,drive=test -drive if=none,id=test,media=cdrom,file=Loongnix-server-8.3.loongarch64.iso -vnc 0.0.0.0:5900 -vga virtio --nographic

直接进入uefi的shell

UEFI Interactive Shell v2.2
EDK II
UEFI v2.70 (EDK II, 0x00010000)
Mapping table
FS0: Alias(s):CD0a:;BLK1:
PciRoot(0x0)/Pci(0x4,0x0)/CDROM(0x0)
BLK0: Alias(s):
PciRoot(0x0)/Pci(0x4,0x0)
Press ESC in 1 seconds to skip startup.nsh or any other key to continue.Shell> FS0:
FS0:\> cd EFI
FS0:\EFI\> cd BOOT
FS0:\EFI\BOOT\> BOOTLOONGARCH.EFI

console终端的报错如下

error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/loongnix-server/loongarch64-efi/efi_uga.mod' not found.
error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/loongnix-server/loongarch64-efi/video_bochs.mod' not found.
error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/loongnix-server/loongarch64-efi/video_cirrus.mod' not found.

能显示grub菜单

启动 Install Loongnix-Server Linux 8.3 的时候输出

error: ../../grub-core/kern/elfXX.c:141:bad address space.
error: ../../grub-core/loader/loongarch64/linux.c:510:you need to load the
kernel first.

Press any key to continue...

如果引导的是8.4的iso，则 UEFI shell中直接看不到CDROM设备

3.启动其他loongarch64镜像

引导从 https://mirrors.wsyu.edu.cn/loongarch/2022.09/iso/ 下载的 archlinux-2022.09.29.3-loong64.iso

则正常引导进入系统是没有问题的。

杜比

参看 https://bbs.loongarch.org/d/119 里面关于“新世界”的热门话题

ad_h

用gdb跟踪BIOS启动，在QemuLoadKernelImage里，PeCoffLoaderGetPeHeader这个函数中，Hdr.Pe->OptionalHeader.Magic的值为0；用能正常启动的archlinux对比，这个值是523，看起来像是加载loongnix的vmlinux.efi文件时识别PE文件头的magic number出现了问题，至于为什么发生这种情况、是efi文件的问题还是UEFI这边的识别问题等没有继续往下查，暂时就只查到这里。

ad_h

ad_h 也有可能就是新世界的BIOS对相对旧的OS-ISO不兼容了

xen0n

ad_h 也有可能就是新世界的BIOS对相对旧的OS-ISO不兼容了

估计是这样，LA 虚拟机固件前前后后有五六版不兼容变更。我们社区开发者当时全部暂停适配了，只有武老师这样的有社区背景的龙芯员工才有能力跟进。现在 QEMU 固件相关代码都上游了，QEMU 7.2 也修了关键 bug，才能重启适配。

当然你帮忙排查问题是非常值得尊重和赞赏的，但这次确实算他们把不追踪开发进度（或者邮件列表）的人坑到了。

ad_h

xen0n 被夸的有点不好意思，也心生很多感慨。

【以下大篇牢骚预警！】
其实我个人是很喜欢做这类问题分析的调查的，5月份从原单位裸辞，因离职前最后做的龙芯合作项目产生极大兴趣，自己购买了一台龙芯整机（3A5000），宅家里按孙海勇老师的教程完全走完一遍CLFS流程，BIOS/bootloader/kernel/gcc/glibc/ld都调了个遍，各类编译问题、各种坑都也都踩了遍，虽然中间过程有点曲折，但也正因为如此，对于这其中涉及的分析方法、跟踪和调试方法、相关工具、关键代码逻辑和原理等也都一下子熟悉了很多，现在再也不担心碰到问题，甚至期待碰到问题可以让我去查，可能也是因为目前似乎手里掌握的这些技能没地方发挥吧。喜欢做技术，喜欢linux，喜欢龙芯，喜欢国产化平台，真心希望能参与进去做为它点什么，但目前却不知道能做什么。本地虽然有UOS、麒麟、和一些所谓研究院有国产化平台适配的职位，但投出的简历石沉大海（也可能被我年纪吓跑了……本人41）所在城市除前公司外似乎也没有其它OSV了，剩下的基本全是要嵌入式驱动的，而这类职位，我没法解释我这个Linux工程师为什么很少自己写代码而更多的是修改和调试别人代码，面试的人甚至会认为我是做运维的，大概他们不知道在底层硬件和上层应用之间的Linux也是需要有人做出来的，而做出来的这个过程也是有很多技术难点的，有一种Linux工程师是和Linux软件开发工程师不一样的……总之，结果是，论代码不如驱动工程师和应用开发工程师，论底层又不如硬件工程师，而中间这个OS层又没有需求，一个大龄Linuxer陷入了一个哪都不挨着的尴尬境地。
【牢骚结束】

现在没有其它念想了，我想也许我还可以作为个人爱好者/志愿者做点什么，但龙芯似乎没有欧拉和anolis那样的官方开源社区可以让个人爱好者加入和参与，目前只看到咱们这个社区。对于我这种单纯出于爱好而不是受工作和科研驱动的人，在这里，我能做些什么？有什么方向可以参与？如何参与？如果您知道，请指教! 非常感谢！

杜比

ad_h

总体上说，若停留于此，大体上和运维差不多，和一般性的认识不同之处在于，这是基于linux的运维。

这个领域能力和经验都很重要，若想出头，需要把掌握的东西用脚本串起来。

就兴趣爱好来说，在开源社区互动，参与的同时也是一种提高，需要注意的是，别把功利看的太重，否则容易适得其反。

很高兴看到层主参与社区的热情，但方向无法提供具体建议。

从个人角度说，从自己最感兴趣的知识点入手，关注社区的相关主题，分享自己的知识面，提炼自己的知识点

社区和爱好者的良好交互，这也是一种共赢！

ad_h

杜比感谢回复，颇有受益

本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权。
进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。