video：
archlinux-cwt25(nvme)Supports HDMI, GPU
starfive-debian202510(nvme)Supports HDMI, GPU,VPU
感谢 Debian社区、赛昉工作人员 、CWT、 r0b0。
补充：虽然在grub启动选择菜单是没有hdmi输出的，我们可以修改grub配置文件/boot/grub/grub.cfg，修改默认启动项，从而达到多重引导启动，这样就不需要串口现辅助，VF2本机就可以正常引导。
1 Like
UEFI BOOT Ubuntu240404
Startup process:
QSPI → NVME(grub) → USB(Ubuntu240404)
video：
Ubuntu240404(USB)Supports HDMI, GPU,VPU
补充：使用USB是因为我的nvme容纳不了第4个OS,而且使用USB更能体现UEFI。
UEFI BOOT irradium-3.8
irradium-3.8-riscv64-xfce-visionfive_2-6.12.85(USB), Supports HDMI
感谢mara长期以来不断更新irradium。
补充：同时，我也测试了开放鸿蒙的vf2定制版，没成功。开放鸿蒙不是linux，标准grub不能识别。
Freebsd for vf2
FreeBSD-15.1-RELEASE-riscv-riscv64-GENERICSD(TF/USB) , no HDMI
说明：这个FreeBSD15.1预安装镜像不是用UEFI启动的，但它也是用QSPI引导的，是用Debian13正式发行版配套的uboot刷写的QSPI，以上测试的各系统都是相同的方式，我这一系列测试目的就是，用相同的QSPI，启动尽量多的VF2定制系统，这样就不需要频繁刷flash、不需要打开VF2外壳、不需要频繁切换启动开关。
这个FreeBSD镜像，理论上应该也能用UEFI启动，grub能检测到FreeBSD，显示为未知的linux，grub不能自动生成启动参数，类似现象，我在x64上看到过。我记得以前看FreeBSD官方社区论坛里文章，有说是需要手工设置启动参数。
吐槽一，这个预安装镜像，猜测是官方系统自动生成的，没有做测试。系统里竟然没有安装pkg包管理器，从官方、中科大站点都下载不了，可能没有pkg的riscv版本，本地又没预设源码可编译。
Summary
吐槽二，这是吐槽Debian官网设计uboot的开发者，可能他/她设计测试时，没在vf2上安装nvme。我多次使用后猜测，QSPI启动时，nvme上的UEFI是优先于USB及TF, (可能安装有UEFI的eMMC也有同样问题，那是去年debian13发行的时候，当时我没找到原因)。例如，我用Debian13正式版安装盘，从USB往nvme上安装debian13，安装完重启后，我再也没能从USB启动安装盘，启动都是到grub菜单，即使我从串口输入run bootcmd usb0，也是启动到nvme上gurb菜单。我是用其他方法破坏掉nvme上的grub，才能让vf2从USB上启动Debian安装盘。我英文不好，所以没给开发者写反馈信件。看到这个吐槽的，可以把这个信息反馈给开发者，或让他/她来看看。
实验进行中，在下载FreeBSD15.1的安装ISO，试试能不能像Debian那样从USB安装。。。。。。
Freebsd for vf2的测试结束，虽然安装程序能启动到Freebsd菜单，之后就出错了，我尝试选择菜单上其他选项，结果都一样，如图
Fedora 42
Fedora-Xfce-42-20250711142151.riscv64.StarFive-JH7110.StarFive-VisionFive2, Supports HDMI
说明：我没找到支持vf2的fedora43、44。这个fedora 42不是从nvme上的grub启动、也并不是QSPI启动，是关闭QSPI直接从TF引导。看了一下这个系统分区，似乎fedora开发了自己的grub, 启动过程有grub菜单（从本机和串口都不能控制，如同在本机显示器播放了张图片）。所以可能这个fedora42的引导过程，即不是标准uboot,也不是标准UEFI，从QSPI不能，nvme上的grub即使能侦测出也不能设置启动参数。
Batocera 43.1 for VF2
batocera-jh7110-43.1-20260529.img , Supports HDMI, GPU
感谢LivingLinux长期以来，在论坛提供Batocera更新信息。
说明：这个镜像只能烧录到TF卡，从TF插槽强制启动。
1、虽然使用debian原生uboot的QSPI, 能从USB/TF引导这个镜像，但如上图那样，启动到内核后，长时间都没有反应。如果强制从TF启动，就能很快进入batocera；从启动batocera内核后，它不再向串口输入任何信息，不能知道问题所在，猜测batocera for vf2只适配starfive的uboot.
2、镜像虽然是标准uboot引导、系统是archlinux，但它的整个主要程序都打包在个1.8G的文件里，存放在分区3（附图），所以grub不能识别启动。
UEFI BOOT DietPi 10.5.2
DietPi_VisionFive2-RISC-V-Trixie.img(USB), Supports HDMI . GOOD 
-------------------------------------------------------------------------------------
DietPi_VisionFive2-RISC-V-Forky.img（USB）, Supports HDMI .
UEFI BOOT openSUSU20260627
openSUSE-Tumbleweed-RISC-V-JeOS-starfivevisionfive2.riscv64.raw（USB）, no HDMI
说明：测试了一些原使用uboot启动for VF2系统镜像，很高兴大部分都能使用UEFI（grub）启动。测试将暂停，找不到需要测试的系统镜像，欢迎大家提供线索、信息，最好是近期还在更新的系统镜像。
最后说个笑话，这一系列测试，我使用VF2和1台安装了SATA硬盘的笔记本电脑，它们经常用来烧录系统镜像到U盘，然后测试时忙乱，我把在VF2上使用的指令，用在了笔记本电脑上：sudo dd if=***.img of=/dev/sda …哈哈，这才是暂停测试的原因。 