报告一下 ventoy 在 BIOS 的问题

不点

说不清是主板的问题，还是 ventoy 的问题。ventoy 图形界面启动 iso 文件（都是 Windows PE 的 iso）出现死机。按 F7 切换到文本模式，可以提高一部分 iso 的成功率，但并非解决全部问题，仍有一半是不成功的。

还有个奇怪事，本来 F7 可以启动某 RAMOS 的 win11 pe，但是，当我删除 U 盘 exFAT 下的某些大文件，然后拷贝另一个大的 iso 文件以后，原先那个能启动的 RAMOS win11pe，现在却不能启动了，而另一个本来不能成功启动的 iso，却又奇迹般地启动了。这状况，不像是 BIOS 的问题，觉得应该是 ventoy 自身有问题。

能解决的话，当然好。解决不了也就罢了，反正凑合着能用。一个 iso 失败了，就换另一个。 我有 10 个 iso，通常都能找到一个能启动成功的。 10 个 iso 全都启动失败的情况，目前还没碰上。


补充：U 盘本身没问题，是从闪迪旗舰店买的。


另外，鉴于以上情况，希望默认不要用图形界面，而用文本界面。毕竟成功率比别的更重要嘛。


ventoy 主要是修理电脑的人使用，所以，我认为，英文的文本界面，也没啥大问题。

不点

cchh543 发表于 2022-7-1 21:52
說說我的情形，同個iso檔，在聯想筆電x200/x201/t410都死機，但在其餘品牌電腦使用正常

我理解为，您也是说的 BIOS 的情况，没有说 UEFI 的情况。

再一方面，您用别的方法，比如 grub4dos，启动同一 iso 文件是正常的，不死机。

以上两点如果我猜得对，不必回复。

cchh543

說說我的情形，同個iso檔，在聯想筆電x200/x201/t410都死機，但在其餘品牌電腦使用正常

longpanda

nullren 发表于 2022-6-27 16:58
启动宝德的电脑（飞腾2000的CPU，ARM64架构），主界面就是一个白屏，还没有加载ISO呢，可以按F7切到字符 ...

ARM64 白屏这个问题是和分辨率有关， 和X86 CPU的花屏还不是一类问题。

nullren

longpanda 发表于 2022-6-27 10:26
还有一个现象。 就拿花屏的问题来说，有很多人反馈遇到过，包括国内的、国外的。但是全部都是Windows/Win ...

启动宝德的电脑（飞腾2000的CPU，ARM64架构），主界面就是一个白屏，还没有加载ISO呢，可以按F7切到字符界面，加载ISO，运行或安装麒麟系统正常。后来我看到有一个自定义的地方，我直接设成ARM64架构的电脑就直接进字符模式。
这个跟据不同CPU架构采用不同方案的功能，很好很适用。

bfgxp

longpanda 发表于 2022-6-27 10:26
还有一个现象。 就拿花屏的问题来说，有很多人反馈遇到过，包括国内的、国外的。但是全部都是Windows/Win ...

花屏的问题，我能确认与ventoy的图形界面有关。在我这里一台acer的电脑，部分pe就会出现花屏，即使用F7进入文本模式也再启动也会花屏，但同样情况只要配置ventoy默认就是文本模式，就不会花屏。

不点

longpanda 发表于 2022-6-27 10:26
还有一个现象。 就拿花屏的问题来说，有很多人反馈遇到过，包括国内的、国外的。但是全部都是Windows/Win ...

花屏是死机的一种，可以不用细分“花屏”与“死机”或者“自动重启”。

花屏是代码迷失方向，胡乱向屏幕输出的结果。这是死机的前奏。没有这前奏，立即死机，或立即重启，也都一样，都是代码失控的结果，都预示着代码有错。

此类错误，除了代码的逻辑结构本身有毛病之外，常见的其他原因，主要有堆栈冲突、内存块互相覆盖。如果你觉得你的代码逻辑结构没问题，你可以看看堆栈设置的位置是否欠佳？内存变量区域、代码区域、堆栈区域、中断向量表、BIOS 数据区、扩展的 BIOS 数据区，它们之间是否存在互相重叠的可能性？

不点

longpanda 发表于 2022-6-27 10:17
软件有BUG是非常正常的，只不过现在的情况是，同一个U盘，在不改变里面的Ventoy以及镜像文件的情况下，插到不同的电脑上，有些有问题，有些没问题。这说明即使是BUG，也需要在一些特定的BIOS下才能触发，这就很不好解决了。

解决不了也没关系。其实大家早已有 workaround 了：经 grub4dos 中转。

经前面高手的指引，我已经把我的 ventoy 盘设置了扩展菜单。扩展菜单中，转到 grub4dos 的命令是：

linux  ${vtoy_iso_part}/grub.exe

或者

ntldr ${vtoy_iso_part}/grldr

在后者之前一行，貌似应该添加一句：

insmod ntldr

不知道不添加这句行不行。

此处假定 grldr 和 grub.exe 都放在 ventoy 分区的根目录。


menu.lst 如果有的话，也可以放在 ventoy 盘的根目录。yaya 的 grub4dos 能够支持 exFAT，这太好了！正好可以支持 ventoy 的 exFAT 分区格式。此处向 yaya 和 longpanda 深表敬意！

---

---

这里补充一点，方便朋友们灵活使用此方案。

前述两种命令启动 grub4dos，是有差别的。用

linux ....../grub.exe

的好处是，可以添加命令行参数 --config-file="......"，如下：

linux ....../grub.exe   --config-file=".............."

其中， --config-file 后面可以填写命令序列，也可以填写 menu.lst 的文件路径。填写路径名时，好像不需要加引号。

---

---

另外，从网上找到了有关 --config-file 失效的问题和解决办法，也顺便贴在这里：

               
当从 grub2 引导 grub4dos 时，参数 "--config-file" 没有效果，直接进入命令行。原因可能是个 Bug，GRUB 在参数处理上出现了问题，我的版本是 GNU GRUB 2.00~beta2，不过看帖子上，GRUB 从 1.99 可能就存在这个问题。


这里：http://reboot.pro/15422/page__view__findpost__p__143239


Q:
when boot grub4dos from grub2, the parameter "--config-file" no effect.

menuentry "WinPE-2009.iso" {

    set g4d_dir="/boot/grub4dos"

    linux $g4d_dir/grub.exe --config-file="find --set-root /boot/iso/winpe-2009.iso;map --mem /boot/iso/winpe-2009.iso (0xff);map --hook;chainloader (0xff);boot"

}

A:
解决方法就是把参数单拿出来就 OK 了。

menuentry "WinPE-2009.iso" {

    set g4d_dir="/boot/grub4dos"
    set cfgfile="find --set-root /boot/iso/winpe-2009.iso;map --mem /boot/iso/winpe-2009.iso (0xff);map --hook;chainloader (0xff);boot"

    linux $g4d_dir/grub.exe --config-file=$cfgfile

}
      

longpanda

不点 发表于 2022-6-27 10:16
同样是连续的 iso 文件，用 grub4dos 可以正常虚拟，而用 ventoy 就出现死机、花屏、正常这三种情况。因此 ...

还有一个现象。 就拿花屏的问题来说，有很多人反馈遇到过，包括国内的、国外的。但是全部都是Windows/WinPE系统，好像还没遇到过Linux系统的。

longpanda

不点 发表于 2022-6-27 09:46
根据 wuxin9712 和 wintoflash 的描述，我推测：ventoy 的虚拟光驱代码含有 bug。说明白点，就是光盘仿真代 ...

软件有BUG是非常正常的，只不过现在的情况是，同一个U盘，在不改变里面的Ventoy以及镜像文件的情况下，插到不同的电脑上，有些有问题，有些没问题。这说明即使是BUG，也需要在一些特定的BIOS下才能触发，这就很不好解决了。

不点

同样是连续的 iso 文件，用 grub4dos 可以正常虚拟，而用 ventoy 就出现死机、花屏、正常这三种情况。因此，这里就有充分的理由推测，问题出在仿真代码层面。

猜测很像是堆栈溢出、内存互相覆盖之类的错误。

不点

根据 wuxin9712 和 wintoflash 的描述，我推测：ventoy 的虚拟光驱代码含有 bug。说明白点，就是光盘仿真代码本身有 bug，而与 bios 无关。结合前面我碰上的指针错误，能够相互佐证，说明 bug 是在代码本身，而不是在主板 BIOS 上。

感谢两位提供信息，让我对此问题有了初步了解。

不点

wuxin9712 发表于 2022-6-26 21:11
建议不点大大测试Grub2 file manager 中转后的结果，这样更具说服力

感谢！很荣幸受到您的重视。

本人只是为了给人修电脑才会使用启动软件。本人的应用范围很狭窄。没有充裕的时间来做测试。也不愿意去学那些本人不太容易用到的知识。

现在那台笔记本已经不在我手上了。我能撞上那个 bug，已经是万幸了，就是说，这应该算是不小的贡献了，更大的贡献，比如说，参与开发、写代码、定位源代码中的错误，等等，这都不是我现在能干的事了。

wintoflash

wuxin9712 发表于 2022-6-26 21:11
建议不点大大测试Grub2 file manager 中转后的结果，这样更具说服力

grubfm BIOS下用的是 grub4dos。

wuxin9712

建议不点大大测试Grub2 file manager 中转后的结果，这样更具说服力

不点

指针错误被我撞上，我已经单独开帖报告了 bug。这个 bug 的解决，将有希望解决我们所遇到的各种莫名其妙的问题。

如果大家所遇到的各种五花八门的问题，是源于代码的缺陷，那是很有说服力的。

因为，只要代码有缺陷，则无论发生什么情况，都不会令人吃惊。

2010XwX

nullren 发表于 2022-6-26 13:56
对于开发者来说，有空的话，可以考虑怎么加强BIOS下的兼容问题。
对于使用者来说，我还是觉得Ventoy直启IS ...

    可以利用 ventoy [F6 自定义菜单] 选项，把这些功能添加进去，从而开拓了启动加载各类映像文件： ISO，WIM，IMG，VHD，EFI 等。一个方法启动不行，换另一个一试，总有一款适合你。
ventoy BIOS 和 EFI 启动 【F6 自定义菜单】：

nullren

对于开发者来说，有空的话，可以考虑怎么加强BIOS下的兼容问题。
对于使用者来说，我还是觉得Ventoy直启ISO模式方便（特别是，它支持ARM64与MIPS，这需要用这个）

其实BIOS模式已经老去，ventoy对UEFI支持度还是很好的。开发者要找到有指定报告问题的BIOS实体机也不容易。向前看吧。我的意思是，实在不支持某些少数BIOS就跳过也没关系。

对于使用者来说，还有一个简单有效的方法：
用Ventoy在BIOS下启动G24以及其扩展，再启动ISO，这样就可以了（某些ISO需要二次映射启用外置程序）
参考：
http://bbs.wuyou.net/forum.php?m ... &extra=page%3D1

不点

我按照前面高手的指点，让 ventoy 启动 grub4dos。

确认 grub4dos 能够正常启动那个 PE.iso，一切正常。那个 iso 本来就是连续的，没有碎块。

后来又试试用 ventoy 来启动，结果很乱。有死机的，有花屏的，也有成功的。成功启动后，能看到 ghost 备份出来的文件了。我没有继续用它来 ghost，因为当它有问题时，它都不能看见那些 ghost 文件。

现在没法再现以前的错误了。它不再出错了，那就没辙了。

算了吧，就当成不曾发生过错误。

不点

longpanda 发表于 2022-6-25 11:18
你这个文件不见了问题我确实是头一回听说，之前也从来没有人反馈过这种问题。我自己这两天测试了几台电脑 ...

以前没出现过这种事情。这是在一台联想笔记本上才有的。是别人的电脑，我可以多测试一段时间。但我也很忙，不能进行全面测试。我会测试一些情况，进行对比。

longpanda

不点 发表于 2022-6-25 11:09
这个问题出现了随机性，可能只有少部分机子才出现。所以才能称为“一头雾水”。如果把问题都弄清楚了，那 ...

你这个文件不见了问题我确实是头一回听说，之前也从来没有人反馈过这种问题。我自己这两天测试了几台电脑也都没遇到这种情况。 现在估计只有你手里的环境能出现这个问题，只能你亲自来多做一些测试来找找原因了。

那现在就和ghost没关系了， 问题就简化成： 通过Ventoy启动PE之后，在本地硬盘创建一个文件，然后重启进入主系统之后，文件没有了。

你可以多测试几种PE（包括一些Linux的LiveCD之类的，比如 Ubuntu/Fedora)，多测试几台机器对比下。

不点

longpanda 发表于 2022-6-25 11:08
你说Legacy BIOS下Ventoy启动PE的ISO文件有很多无法解释的问题。这个我知道，确实是有。有很多人也反馈过 ...

那我接下来就用同一个 iso 文件，分别用 ventoy 和 grub4dos 来启动，看看结果是否一样。如果结果一样，那就说明与 ventoy 无关。

不点

longpanda 发表于 2022-6-25 11:00
因为你想，如果Ventoy屏蔽了写硬盘操作，那还怎么拿Ventoy来启动Window的ISO来把Windows安装到硬盘上呢？ ...

这个问题出现了随机性，可能只有少部分机子才出现。所以才能称为“一头雾水”。如果把问题都弄清楚了，那就可以设法躲过了。在问题没弄清楚之前，你想躲过都没门！这正是这个问题的可恶之处！

longpanda

不点 发表于 2022-6-25 11:04
前面已经说了，这已经试过了，不行。

我目前也是一头雾水，不知道根源在哪里。只是猜测与 ventoy 有关 ...

你说Legacy BIOS下Ventoy启动PE的ISO文件有很多无法解释的问题。这个我知道，确实是有。有很多人也反馈过，包括，文件名字改一下， 顺序换一下就能启动了之类的。最终原因都没有找出来。因为我自己的电脑上也不出现，确实不好确认。

但是只要是启动了以后，创建了或者拷贝的文件不存在了，这个问题我不认为和Ventoy有关系。

不点

longpanda 发表于 2022-6-25 10:56
你这个备份文件不见了的问题确实很诡异。但我还是觉得和Ventoy没有关系。你可以试试启动到WinPE之后只是 ...

前面已经说了，这已经试过了，不行。

我目前也是一头雾水，不知道根源在哪里。只是猜测与 ventoy 有关罢了。

但我的猜测不是毫无道理，因为删除文件、重新拷贝文件，这样的操作，都能影响启动成功率，这怎么看，都像是跟 ventoy 有关。U 盘大小只有 16G，通常不存在因扇区号过大而造成 BIOS 访问不了的问题。

longpanda

不点 发表于 2022-6-25 10:46
我想表达 2 个方面的想法。

1、grub4dos 历来都有问题。根据我的观察，世上目前不存在毫无问题、畅通 ...

因为你想，如果Ventoy屏蔽了写硬盘操作，那还怎么拿Ventoy来启动Window的ISO来把Windows安装到硬盘上呢？ 这可是Ventoy最基本的功能，而且也是很多人都验证过的功能。

longpanda

不点 发表于 2022-6-25 10:46
我想表达 2 个方面的想法。

1、grub4dos 历来都有问题。根据我的观察，世上目前不存在毫无问题、畅通 ...

你这个备份文件不见了的问题确实很诡异。但我还是觉得和Ventoy没有关系。你可以试试启动到WinPE之后只是简单的创建一个文件或者是拷贝一个文件，然后再重启进入系统之后看看文件是否存在。

不点

longpanda 发表于 2022-6-24 22:39
grub4dos 应该没有问题。
ventoy 在 bios 的处理方面，还有不完善之处，这个是很确定的。Ventoy 继承的是g ...

我想表达 2 个方面的想法。

1、grub4dos 历来都有问题。根据我的观察，世上目前不存在毫无问题、畅通无阻的启动软件。只不过问题是多还是少罢了。

2、ventoy 在 bios 方面的问题，以前就碰上了不少。但 ventoy 启动 iso 文件很方便，因此，通过加载多个 PE.iso 提高成功率，这样也能使用。但现在出现了新的问题，这可考验我的承受力了。新的问题就是前面说的，无法进行 ghost 备份 等操作，这很严重，我很无奈、很无助。尽管 grub4dos 要求 iso 文件连续，或碎片数目小于 32，这带来了不方便（需要整理碎块），但假如启动以后出的毛病不多，这也是一大优点。尤其是 yaya 的 grub4dos 已经支持 UEFI，这也填补了以前的空白，能够赶上目前这个时代的要求。以前我只是打算使用 grub4dos，然而实际上，我还是在使用 ventoy，因为 ventoy 确实方便，人都是很懒的，我也不例外，我也是个懒汉。但现在，我可能真的得把 grub4dos 当作主要工具了。

longpanda

grub4dos 应该没有问题。
ventoy 在 bios 的处理方面，还有不完善之处，这个是很确定的。Ventoy 继承的是grub2的Legacy BIOS模式处理，同时为了实现Ventoy的虚拟ISO的功能（主要是多碎片的重组），中间还chainload了一层iPXE的Legacy BIOS模式下的实现。
所以流程很复杂，肯定会有潜在的问题的。只是因为我自己的环境上一直不出现，所以不好定位具体的原因。

不点

建议大家先进行对比测试，看看 grub4dos 是否存在同样问题。

如果 grub4dos 不存在类似问题，那就说明（很有可能） ventoy 在 bios 的处理方面，还有不完善之处。

如果 grub4dos 也有类似情况，那就说明（很有可能）是主板 bios 带来的神奇现象，这种情况也是有可能的，因为以前在 grub4dos 的开发过程中就发现了无数此类问题。

另外一个对比，就是把 BIOS 和 UEFI 进行对比。在同一台电脑上，用 ventoy 自己的 BIOS 启动模式与 UEFI 启动模式进行对比，看看是否出现同一奇怪现象。

当对比的材料多起来了，我们就可以判断问题的根源了。

就是说，前期的搜集材料，才是重要的。先不要忙着去解决问题。