如何关闭Ventoy的MBR引导的效验

favospace

文字描述，没权限传图，传文件Ventoy 很好用，但是对某些老电脑兼容不好，就最近，mbr引导联想的z580 amd的老电脑，引导处卡住了
改用微软的bootmgr引导解决了问题。
但是Ventoy 引导ISO 文件是真的好用。但经测试 ，改了MBR 第一个扇区的几个字节后，引导时提示mbr效验错误。结果就引导失败。efi启动也是同原理，也会出错。这就是Ventoy 效验自身完整的一个方式。

微软的引导，很强，市面上的所有的电脑99.99%都能成功引导。
我呢，想用微软bootmgr引导，又想用Ventoy的功能。有谁能看看源码，怎么关闭mbr的效验。

2010kingkang

谢谢分享

chen463

Windows NT [MBR]只占一个扇区，作者不会动那里的啦！是EFI引导检测

my9823

不是微软的引导程序牛，是它先入为主，让人们习惯了它的操作方式，等到鱼都养出来了，指定标准，不遵守者死。这就是大厂指定标准，小厂不得不遵守

favospace

chen463 发表于 2024-5-29 09:59
Windows NT [MBR]只占一个扇区，作者不会动那里的啦！是EFI引导检测

会，修改成了Ventoy 的专属引导，并且启动会效验，gpt分区，也写有mbr的引导记录，还有大概890个扇区的数据

favospace

my9823 发表于 2024-5-29 10:55
不是微软的引导程序牛，是它先入为主，让人们习惯了它的操作方式，等到鱼都养出来了，指定标准，不遵守者死 ...

我说的是微软的引导成功高。其它mbr引导失败的情况下，都是bootmgr的引导救驾

zlq_hysy

进来学习一下。老旧电脑有点多。

chen463

favospace 发表于 2024-5-29 10:56
会，修改成了Ventoy 的专属引导，并且启动会效验，gpt分区，也写有mbr的引导记录，还有大概890个扇区的数 ...

连扇区都改，佩服！在安装时顺便写入[MBR]引导了

想要就用魔改版去检测的

Ventoy也可与你的操作系统和谐共存于同一硬盘，体验不一样的玩法

土著007

换新电脑简单些

my9823

/* MBR check */
    disk = grub_disk_open(dev->disk->name);
    if (!disk)
    {
        return ventoy_set_check_result(11, "Disk open failed");
    }

    grub_memset(mbr, 0, 512);
    grub_disk_read(disk, 0, 0, 512, mbr);
    grub_disk_close(disk);
   
    if (grub_memcmp(g_check_mbr_data, mbr, 0x30) || grub_memcmp(g_check_mbr_data + 0x30, mbr + 0x190, 16))
    {
        return ventoy_set_check_result(12, "MBR check failed");
    }

    return ventoy_set_check_result(0, NULL);
}

在这个文件里，虽然不懂编程，根据字面意思应该是比较磁盘的mbr的前48个字节，还有前400-410字节吧？如果if括号中的返回值为真时，会返回错误代码12和字符串？盲猜………………
GRUB2/MOD_SRC/grub-2.04/grub-core/ventoy/ventoy_cmd.c
static grub_uint8_t g_check_mbr_data[] = {
    0xEB, 0x63, 0x90, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,   
    0x56, 0x54, 0x00, 0x47, 0x65, 0x00, 0x48, 0x44, 0x00, 0x52, 0x64, 0x00, 0x20, 0x45, 0x72, 0x0D,
};

my9823

用winhex打开ventoy的U盘看了看，果然是这样，第一个扇区前40个字节就是
  0xEB, 0x63, 0x90, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
从地400个字节开始的16个字节是：
0x56, 0x54, 0x00, 0x47, 0x65, 0x00, 0x48, 0x44, 0x00, 0x52, 0x64, 0x00, 0x20, 0x45, 0x72, 0x0D,

nethuu

替换了 还是以前的旧的

chw5943

my9823 发表于 2024-5-29 10:55
不是微软的引导程序牛，是它先入为主，让人们习惯了它的操作方式，等到鱼都养出来了，指定标准，不遵守者死 ...

说的很对啊

chw5943

都是大神  我也想知道怎么引导

favospace

my9823 发表于 2024-5-29 22:54
/* MBR check */
    disk = grub_disk_open(dev->disk->name);
    if (!disk)

厉害，被你发现了，我找了，没找到如何编译新文件替换呢

my9823

centos7或者尝试wsl编译，源码有doc文件夹里好像说明。天马行空想象一下又懂汇编的大神，ventoy.mod模块能不能反汇编，直接更改十六进制数据，跳过检测，好像是jmp命令吧，无条件跳过检测代码段的，纯属瞎猜，勿喷。

vyuha

有谁能看看源码，怎么关闭mbr的效验?

vyuha

学习了

vyuha

学习了