[ventoy/Ventoy]openSUSE Leap 15.3 设置启动参数 VTOY_LINUX_REMOUNT=1 启动时，挂载 vtoy 所在分区失败

1. 是否使用的最新的 vtoyboot-1.0.22版本？https://github.com/ventoy/vtoyboot/releases/tag/v1.0.22 （需要下载ISO文件，提取里面的压缩包使用）
2. 你同样的方式直接启动 openSUSE Leap 15.3 的ISO文件，然后通过全局控制插件设置 VTOY_LINUX_REMOUNT 为1之后，启动ISO文件之后，能不能挂载ISO文件所在的分区。

vtoyboot 是最新的

另外还有一个问题就是磁盘性能比较差，读写 vdisk 之外的区域速度不到 90M/s

我执行脚本之前启用了 SecureBoot，后来感觉搞模块签名麻烦就禁用了 执行了 mokutil --disable-validation

执行命令： grub2-editenv list grub2-mkconfig -o /boot/grub2/grub.cfg 会出错

1. 磁盘性能问题。你是使用 dd 直接测试的裸盘读写还是拷贝文件测试的？ 如果是通过文件测试的话，Linux下挂载NTFS/exFAT等分区使用的是fuse的方式，天生就慢。这个和ventoy没关系。如果格式化成FAT32或者是ext4/xfs等文件系统再测试的话就快了。
2. grub2-editenv 命令在 vdisk 环境下不能执行，必须在原来虚拟机环境下执行。

拷贝文件测试

拷贝文件测试就是这个原因。 抛开Ventoy/vDisk不论，你直接一个普通U盘，格式化成NTFS系统。然后插在Windows系统中拷贝文件的速度就是比插在Linux系统中拷贝文件的速度快很多。这个是受限于当前Linux系统中挂载NTFS的方式。

目前就是没个好的跨平台通用的可靠的文件系统，fat32 虽然跨平台通用，但限制很多

目前现状就是这样。 微软开放以后，Linux 下 exFAT 的驱动越来越完善了。等过几年大部分Linux发行版开始使用 exfat 内核驱动了，exfat 可以作为一种相对通用的文件系统。 相对来讲Linux下的NTFS的驱动则进展缓慢，距离各大发行版开始大规模使用还很远。

Rocky8.6 update kernel

更新使用附件中这个 vtoyboot 版本试试。不用重新制作，把后缀名改回去，使用VirtualBox 重新启动进去之后执行这个新版本的 vtoyboot 即可。 执行完之后，再把后缀名改为 .vtoy 使用 Ventoy 启动试试。 vtoyboot-1.0.23.tar.gz

我的 openSUSE 15.3 VirtualBox 无法启动了！你看我上面发的两个图片；ventoy 还是可以启动，直接在 ventoy 启动的 openSUSE 下执行脚本行不行 我嫌改后缀麻烦，就对 vhd 磁盘采用符号链接创建一个 vhd.vtoy，这样就不用老是后缀改来改去

Ventoy 启动后的 vdisk环境下重新执行这个 Vtoyboot 也可以。执行完以后，再重启进入vdisk之后再试试能不能挂载。

@pdj9na 有没有试过这个新版本？

试过新版本，挂载没有问题了，只是执行下面两个命令还有问题 grub2-editenv list grub2-mkconfig -o /boot/grub2/grub.cfg 我在 Rocky Linux 8.6 上执行过 grub2-mkconfig 没有问题

grub2-mkconfig -o /boot/grub2/grub.cfg 单独执行这个命令是什么错误？

其实也是 grub2-editenv 的错误

最新的 vtoyboot-1.0.24 应该解决了 grub2-editenv 的错误。 不过要在 VirtualBox 启动的环境下执行 1.0.24 版本的 vtoyboot.sh

YaST 控制中心 打开 引导加载器 就会出现这个问题，点细节，出现 device not found...

点继续，就会出现这个 再点确定，整个 引导加载器 窗口就关闭了！

我的系统分区用的是 btrfs 文件系统

点 磁盘分区 也会出现相同的问题

因为在VirtualBox的环境下，系统内只有一个 /dev/sda，在vdisk环境下所有的物理硬盘都会体现，而且 /dev/mapper/ventoy 会代替原来 /dev/sda 的位置。因此所有涉及引导、grub2 等相关配置的地方理论上都需要在原始的 VirtualBox环境下配置，不要在 vdisk环境下配置。