老主板无法识别装在大U盘的ventoy的解决办法

SunValley

努米诺使用ventoy1.071 u盘启动不进入系统选择界面。出现grub。
降级到1.049 仍然出现grub命令行。
同一环境 台电锋芒 没有此问题出现。

解决方法在置顶

SunValley

nkc3g4 发表于 2022-4-5 19:56
具体说说是怎么做的呢

一些较老的主板上有访问限制，只能识别U盘一部分空间，不能识别更多。
我再试试解决方法2，新的折腾又开始了。
经测试，联想新圆梦F328的主板访问范围限制为100GB。
以下为官网介绍：

• Ventoy启动后进入 grub 命令行界面
  
  安装完Ventoy之后，启动时选择U盘启动，没有显示出Ventoy的启动界面，而是进入了如下一个 grub 的命令行界面：
  
                               GNU GRUB  version 2.04   Minimal BASH-like line editing is supported. For the first word, TAB   lists possible command completions. Anywhere else TAB lists possible   device or file completions. ESC at any time exits.grub>有以下几种情况可能会导致这种现象，请逐一排查：
  1. Legacy BIOS 模式的访问范围限制，请参考 Legacy BIOS 访问范围限制
  2. 安装过程中实际出现了错误，但是没有提示出来。可以在安装完成之后，关闭 Ventoy2Disk.exe程序，然后拔插一次U盘，再次打开程序，看能否正确显示出U盘内的版本号。
  3. U盘是一个山寨扩容盘。由于Ventoy会在U盘尾部直接写入数据，对于扩容盘，比如标称32GB，实际可能只有16GB，往32GB的位置写入数据会出错。可以找别的U盘对比下。

LEGACY BIOS访问范围限制

某些主板上的BIOS，在Legacy模式下有访问范围的限制。比如，有些在Legacy BIOS模式下只能访问磁盘前面137GB的数据，超出这个范围就无法访问。 你可以网上搜索 "Legacy BIOS 137GB" 能搜到不少相关的文章。
这是BIOS的固有缺陷，任何软件都无法解决，除非你升级主板里的BIOS。另外，这个限制的值在不同机器上也是不一样的，只是 137GB 这个值比较常见，但也确实有一些机器的BIOS上， 这个值更小，比如在有一些惠普的服务器上 (DL380 Gen8)，这个值是 8GB，超过 8GB 的范围就不能访问。
因此如果你的电脑主板BIOS也有这个问题，而你又把Ventoy安装在一个容量较大（比如 256GB）的U盘上时，启动就会有问题。

• 典型现象
  

1. 只在Legacy BIOS模式出问题，UEFI OK
2. 同样的操作，使用小容量的U盘（比如 8GB/16GB）就OK，大容量U盘（比如256GB）就有问题
3. 出问题时不显示Ventoy启动菜单，直接进入grub命令行

• 为什么使用其他工具没问题（比如 Rufus）
  

当你使用其他工具（比如 Rufus）创建可启动U盘时，U盘会被重新格式化，ISO文件内的数据一般会按照从前到后的顺序依次写入U盘。
一般很少有ISO文件会超过 8GB，因此，正常写入的数据都不会超出BIOS的访问范围（比如 137GB），因此普通使用时一般不会触发这个问题。
但是Ventoy启动相关的文件保存在第2个分区，而第2个分区位于U盘最后面，所以，Ventoy启动时一上来就要访问U盘最后面的位置，所以一上来就会出问题。

• 规避方案1 （推荐）
  

Ventoy支持安装时在磁盘的后面保留一部分空间。可以利用这个功能，在安装时，保留一大部分空间，使得Ventoy的分区1和分区2不超过BIOS的访问限制范围即可。
比如，对于 256GB 的U盘，如果BIOS的最大访问范围为 137GB，在安装时保留 150GB空间，则Ventoy前2个分区就只会位于前面 106GB的范围，就不会触发BIOS的这个限制了。
关于保留空间的配置，请参考 说明

• 规避方案2
  

• 重新手动格式化第1个分区 (NTFS/exFAT ...)
  这是为了确保下面第2步中的文件保存在BIOS可访问范围之内
  
  • 拷贝 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的限制，也有可能是文件被破坏了。

Kokonnet

重新部署？或者是改为GPT格式？

SunValley

Hero. 发表于 2022-4-2 13:37
重新部署？或者是改为GPT格式？

机子老 暂时需要uefi+mbr过渡一下。

Kokonnet

SunValley 发表于 2022-4-2 14:42
机子老 暂时需要uefi+mbr过渡一下。

关闭安全启动和CSM试一下

SunValley

Hero. 发表于 2022-4-2 14:59
关闭安全启动和CSM试一下

主板很老，不支持安全启动与CSM,用以前的盘（台电锋芒）还能成功启动，用努米诺就启不动了。

jyssysz

删除分区，重新制作，成功率还是非常高的。

Kokonnet

SunValley 发表于 2022-4-2 15:32
主板很老，不支持安全启动与CSM,用以前的盘（台电锋芒）还能成功启动，用努米诺就启不动了。 ...

主板太老U盘也会不会成功启动吧

SunValley

jyssysz 发表于 2022-4-2 16:06
删除分区，重新制作，成功率还是非常高的。

好的，我试试