【SOLVED】新版本1.0.48和一些镜像兼容问题（镜像sig校验）

[benben]

斑竹好

     今天使用最新1.0.48加载刷新一个服务器新iso镜像，遇到有些问题如下麻烦看看。

UEFI引导方式：使用32g盘（MBR 或 GPT）,可能由于该镜像兼容均会出现问题报错（图1，图2）
Legacy方式：MBR格式盘直接进入grub界面（图3），规避方案1无效。 目前GPT格式盘该环境可以正常加载镜像刷新。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
于是向前使用1.0.47版本做了测试对比

UEFI引导方式： GPT格式盘 同样遇到（图1 ，图2），MBR格式盘可以正常加载镜像进入刷新。MBR格式一样（更正）

Legacy方式：使用32g盘（MBR 或 GPT），目前该环境加载使用可以。

服务器：dl360gen9
镜像：P35938_001_spp-2021.05.0-SPP2021050.2021_0504.129.iso
链接：https://pan.baidu.com/s/1L27g7DQZlN-Mm-gKKScFAA 
提取码：92qz

不知是否空了看下，谢谢。

[longpanda]

1. 你都是使用的同一个32GBU盘吗？
2. 先看UEFI模式，是不是说 U盘、ISO、机器相同的情况下，使用MBR格式（也就是默认的Ventoy安装方式），1.0.47版本可以启动，1.0.48版本无法启动？

[longpanda]

另外，你之前不是说你的DL360Gen9 Legacy BIOS 模式下有 8GB的限制吗？
https://forums.ventoy.net/showthread.php?tid=1476

你可以制作好之后，分别使用服务器和PC机或笔记本启动对比看看，如果PC、笔记本能启动，服务器不能启动，大概率是和服务器的BIOS有关。

[benben]

1. 你都是使用的同一个32GBU盘吗？
2. 先看UEFI模式，是不是说 U盘、ISO、机器相同的情况下，使用MBR格式（也就是默认的Ventoy安装方式），1.0.47版本可以启动，1.0.48版本无法启动？

1 不是同一个，是4个32g
2在UEFI，1047 1048两个版本都会无法启动（MBR or GPT）（更正下，前面发帖记错了 ）

3 因为镜像超过8g，所以已弃用8g盘
4 之前可以进uefi，但是进legacy弹出grub的盘，重新格式化后已可正常引导进VT。

---

今天重新格式化了4个32G盘，测试了下

服务器端
1.0.48 ： UEFI ：进入iso的引导后，iso本身程序加载依然是之前报错（图1和2），盘MBR&GPT两种格式
           
             Legacy：可以正常进入iso程序和进行之后的引导 ，盘MBR&GPT两种格式

1.0.47 ： UEFI ：进入iso的引导后，iso本身程序加载依然是之前报错（图1和2），盘MBR&GPT两种格式

            Legacy：可以正常进入iso程序和进行之后的引导 ，盘MBR&GPT两种格式


pc端

唯一区别是 只有 Legacy引导 MBR格式的 这一种配置可以正常使用。两个版本其他三种配置都是一样报错（图1和2）

新iso本身cd单独挂载没有问题，做在u盘内主要是UEFI下无法使用，所以不清楚新iso是什么兼容问题导致

ventoy官网的测试iso在 uefi下使用挺正常 （P26940_001_spp-2020.03.0-SPP2020030.2020_0319.22.iso）
 https://www.ventoy.net/en/distro_iso/220.html

[longpanda]

你这个可能和下面这个是一样的情况：

[longpanda]

或者你可以试试先按 Ctrl+r 进入 grub2 mode, 然后再选择ISO启动看看。

[benben]

或者你可以试试先按  Ctrl+r 进入 grub2 mode, 然后再选择ISO启动看看。

此方法测试，目前环境UEFI引导下（MBR or GPT）可以引导该新ISO进去了，加载会慢几秒。
可以将ISO加入兼容列表了，是不是以后更新会调整不用该操作也能直接进入。
再次感谢！
是什么原理呢，通过这操作是可以跳过iso加载后的程序sig校验验证麽，不明白 。

[longpanda]

使用前面图片里面的方法可以吗？ （设置 check_signatures）

[longpanda]

Ventoy启动时是把ISO文件虚拟一个CDROM启动。 但是这样的话，内核起来之后按照常规的方法是找不到启动介质的。
因为常规的方式一定是去找光驱、硬盘等硬件设备。而通过Ventoy启动的介质并不是一个硬件设备，而是某个硬盘下的一个ISO文件。但是系统里面的启动程序并不知道这个情况。
所以一定会找不到，就会报错，找不到安装源，走不下去了。

为了解决这个问题，Ventoy会在启动的时候往ISO文件里面的 initrd 中注入一些脚本，这些脚本在启动的时候会执行到，会修改原始的启动程序，让它能顺利的找到安装介质，不至于报错。当然这个注入是在内存中实现的，并不会真正修改ISO文件。也就是进入系统之后，ISO文件还是原始的。但是在ISO文件的启动菜单阶段（grub阶段）看来这个ISO文件和原始的是不一样的。

99.99%的系统，在grub阶段是不校验ISO文件的数据的，你这个是例外，它在grub阶段就会校验数据，这个校验是通不过的。所以需要在进入到ISO内的grub菜单时，设置关闭校验。


通过grub2 mode启动，实际上是直接使用Ventoy里面的grub2直接启动ISO内的系统，自然不会校验。

[benben]

感谢说明，现在稍微知道一点了。

关于另外一种方法，进入ISO本身的菜单后，按c 设置no选项（图1），退出再引导，目前也是可以的。
我乱按了一个e键，进入修改添加了这个选项（图2），也是可以的。
想来可能操作对应的文件位置不一样，估计应该是一样修改效果吧。