求 RAMOS 的 win11pe 维护用

liuzhaoyzz

不点 发表于 2022-11-9 21:14
您的观点很新颖，ventoy 是 grubfm 的继续。诚实地说，我没用过 grubfm，一上来就用的是 ventoy。

仔 ...

grubfm基于wintoflash魔改的grub2，ventoy基于官方GNU grub2.04，有区别的。

liuzhaoyzz

不点 发表于 2022-11-10 12:29
欢迎指导交流！

我想继续说说我对 ventoy 的认识、看法。我猜，大家都很关注 ventoy 相关问题。各种想 ...

ventoy代码放在磁盘的尾部，是因为WIN10 16299以及之前的windows版本，只支持优盘单分区在资源管理器中显示。如果ventoy代码放在第一个分区，第二个分区就难以访问，不能当作一般的优盘读写文件，这违背了ventoy的设计初衷，所以ventoy做了折衷处理。

不点

liuzhaoyzz 发表于 2024-1-18 10:27
ventoy代码放在磁盘的尾部，是因为WIN10 16299以及之前的windows版本，只支持优盘单分区在资源管理器中显 ...

这个说法不成立。可以让 “主代码分区” （的内容）占据盘的开头部分，而让其分区表项位于第二项（不占用第一个表项）。或者，干脆让 “主代码分区” 全隐藏，不占用分区表项。

liuzhaoyzz

不点 发表于 2024-1-18 12:19
这个说法不成立。可以让 “主代码分区” （的内容）占据盘的开头部分，而让其分区表项位于第二项（不占用 ...

你说的是像Fbinst那样子，在磁盘前部建立一个特殊格式的分区，放入引导代码及部分文件是吗？Fbinst建立的那个8MB的“分区”，在资源管理器中看并非一个真正的“分区” ，在diskgenius中看似乎属于“自由空间”，不知道这种“自由空间”，ventoy能否正常访问？如果想要正常访问，代码肯定需要做相应修改以适配，因为看过wintoflash和longpanda介绍过，ventoy的分区是写死的，必须是第二分区。

现在ventoy的前两个分区，在资源管理器中看是真正的“分区”，不是“自由空间”，与fbinst是有区别的。
fbinst的这种“自由空间”，似乎不能用于UEFI启动存放启动文件，如果UEFI的引导文件bootx64.efi放到第二分区，又显得优盘不干净。

另外，ventoy目前的痛点不在于引导文件放在第一分区、第二分区，ventoy给出的也有解决办法。
legacy_limit . Ventoy
https://www.ventoy.net/cn/doc_legacy_limit.html
规避方案2个：
1、重新手动格式化第1个分区 (NTFS/exFAT ...)
这是为了确保下面第2步中的文件保存在BIOS可访问范围之内

2、拷贝 ventoy.disk.img.xz 文件到第1个分区的 ventoy目录下
ventoy.disk.img.xz文件位于Ventoy的安装包内（ventoy目录下）。把这个文件拷贝到第1个分区的ventoy目录下（需要手动创建此目录）。

说明
规避方案2 的原理也很简单，就是如果第2个分区读不到就从第1个分区的上面这个文件中读取。
需要说明的是，这只是一个规避方案。一般情况下，U盘里的文件不多，文件都不会超出BIOS的访问范围，就不会出问题。
而一旦你在U盘中放了非常多的ISO文件，就有可能有些文件会超出BIOS的可访问范围。这些ISO文件在启动时一定会出问题，因为BIOS无法读取他们。

额外的好处
只针对Legacy模式来说，方案2 虽然是用来规避BIOS的缺陷的，不过也可以用来规避第二个分区的数据被破坏的情况。因为流程上都是访问Ventoy的相关文件失败时就转而从 上面提到的那个文件中获取。而访问失败有可能是BIOS的限制，也有可能是文件被破坏了。

现阶段ventoy的痛点在于在某些电脑启动时会花屏。

      

不点

liuzhaoyzz 发表于 2024-1-18 15:24
你说的是像Fbinst那样子，在磁盘前部建立一个特殊格式的分区，放入引导代码及部分文件是吗？Fbinst建立的 ...

BIOS + MBR 就算是过时了吧。反正我的新笔记本已经不支持 BIOS 了。因此，我觉得还是不讨论了吧。如果谈得太多，不经意间，有可能伤害到其他人，这就不好了。