grub2win vdiskchain 启动虚拟磁盘时要等待10s

[pdj9na]

Official FAQ

• [X] I have checked the official FAQ.

Ventoy Version

1.0.79

What about latest release

Yes. I have tried the latest release, but the bug still exist.

BIOS Mode

Both

Partition Style

MBR

Disk Capacity

4GB

Disk Manufacturer

No response

Image file checksum (if applicable)

No response

Image file download link (if applicable)

No response

What happened?

vdiskchain 启动虚拟磁盘时要等待10s

[ventoy]

请详细描述一下你是怎么使用的 vdiskchain。

1. 是否是使用的最新的 vdiskchain 1.3版本 e6c445f6e3e7df109819a53546cb72a4b873b9267af8e82212701e5b9cf93a86 vdiskchain-1.3.tar.gz
2. Legacy BIOS 模式还是UEFI模式
3. 通过 grub2还是别的bootloader 启动的 vdiskchain
4. 是在物理机上还是虚拟机上测试的
5. bootloader是从硬盘中启动的还是从光驱启动的
6. 具体使用什么命令启动的。vdisk文件放在哪个盘，bootloader在哪个盘。
7. 如果有类似功能可以校验一下 vdiskchain 文件，比如 grub2下执行 md5sum (hd1,1)/vdiskchain

[pdj9na]

是最新版 UEFI grub2win 物理机引导 grub2win 硬盘启动；硬盘是 MBR 分区表，尝试过 GPT，或许是因为系统固件太老，存在引导问题，就没有使用 https://www.ventoy.net/cn/plugin_vtoyboot.html 最后说明的 ； 如 chainloader (hd0,1)/test123/vdiskchain vdisk=/MyVdiskDir/Deepin.vdi.vtoy [mbr分区：FAT32 100MB,FAT32 100MB,NFTS 879GB,NTFS 907GB] vdisk 在首个 NTFS，bootloader 在第2个 FAT32（EFI)，vdiskchain 在 第1个 FAT32（不是 EFI） ； 两个 FAT32 分区可方便处理 win10 更新导致 文件被修改的问题

[pdj9na]

校验过 vdiskchain 文件 md5，与此时新下载的比较，结果是一样的

[ventoy]

不使用 grub2win, 使用标准 grub2 是否OK？ grub2win 没测试过，有问题正常。

[pdj9na]

标准 grub2 没试过 vdiskchain，曾用标准 grub2 引导 windows 的 bootmgfw.efi，结果不成功，所以就用 grub2win 了；grub2win 至少 windows 和 Linux 能够正常引导，也支持黑苹果的 Clover 引导；OpenCore 更全面，通吃 Windows、Linux、Mac；所以 OpenCore 能正常引导 vdiskchain 就更好了

[pdj9na]

vdiskchain 为什么没多少人用呢？grub2、rEFInd、Systemd-boot 引导工具都不支持引导 Windows 系统，不如直接使用 Ventoy U盘而不使用 vdiskchain，这样就能够同时支持对 Windows 和 Linux 的支持，尽管需要依赖U盘。 如果 vdiskchain 能够使用支持多系统引导的工具正常引导，如 grub2win 和 OpenCore，将会打破上面的局限，用户将不再必须依赖 Ventoy U盘对硬盘上操作系统的引导，而是可以使用硬盘上的 grub2win 或 OpenCore 直接引导硬盘系统，且同时支持 Windows 和 Linux 系统，极大提升用户体验。这样 vdiskchain 的用户数量自然就会提升