G4D不支持exFAT吗？[问题似未解决：恢复MBR文件]

2011whp

试下  用微软的mbr，激活分区 用下面的pbr
1.   bootice的pbr
2.   用新版的  grub.pbr   

xianglang

刚才又用 QEMU 启动测试器试了一下，用 BOOTICE 写入而不恢复 GRLDR.MBR 的话，出现 TRY (hd0,0):EXFAT 后，多跳出了一个数字13。恢复 GRLDR.MBR 后，出现 TRY (hd0,0):EXFAT 列磁盘四个主分区后，提示找不到 GRLDR 文件，不知道为什么会无视了 ESP 分区根目录下的 GRLDR 文件。将 GRLDR 复制到 EXFAT 分区根目录下，成功启动了。

对这个 128GB 的 U 盘重新进行了分区，ESP FAT32 分区放在最前面，给了 1GB，其余的空间分为一个 EXFAT 分区，然后再将相应文件复制到 ESP 分区，结果直接 BOOTICE 写主引导和分区引导为 G4D 也一样成功了。如果说是 G4D 不支持过大硬盘，但是为什么同样是 480GB 的 SSD 硬盘、4TB 的西数 HDD 硬盘，ESP FAT32 分区都放在最后，而其余分区是 NTFS 的却正常呢？

2011yaya2007777

GRLDR.MBR首先搜索hd0磁盘的0分区，之后搜索1分区，再搜索2分区，.....;然后搜索hd1磁盘的0分区，之后搜索1分区，再搜索2分区，......。          现在终于明白了，为什么搜索exFAT分区报告找不到grldr，因为这个分区就根本没有，而是在其他分区。

xianglang

2011yaya2007777 发表于 2021-9-8 15:18
GRLDR.MBR首先搜索hd0磁盘的0分区，之后搜索1分区，再搜索2分区，.....;然后搜索hd1磁盘的0分区，之后搜索1 ...

第二个分区即 ESP FAT32 分区是有 GRLDR 文件的啊，但是 GRLDR.MBR 将它无视了——第一分区的 EXFAT搜索不到，它应该接着搜索同一磁盘的第二分区即ESP分区的，但是结果却无视了，这才是最令我不解的。而 BOOTICE 安装主引导后，它是在搜索 EXFAT 分区时应该是卡死了；而恢复 GRLDR.MBR 后，它搜索到了 GRLDR 也引导成功了，但是如果这 EXFAT 分区没找到，它就无视了第二分区的。

2011yaya2007777

Windows10的某个版本之后，才认识U盘的第二分区。至于主板启动芯片认识不认识，不确定。你可以启动时狂按c键，进入命令行，执行find，执行vol看看。

2011whp

经试验：

    mbr为bootice的nt6 → 激活的exfat分区（装 bootice的 grub4dos 分区引导）      可行
    mbr为bootice的nt6 → 激活的fat32分区（装 bootice的 grub4dos 分区引导）      可行

这样不存在，分区错乱问题


总之：现在 传统bios ，解决问题，即可，用bootice（话说：离了bootice 真不会操作引导扇区）

xianglang

2011whp 发表于 2021-9-8 19:09
经试验：

    mbr为bootice的nt6 → 激活的exfat分区（装 bootice的 grub4dos 分区引导）      可行

传统BIOS毕竟过时了，YAYA有精力可以解决一下，没精力也就不必纠结了，毕竟也有其他变通办法去解决。

同感，对于 BOOTICE 真的是离不开了，没有它很多事情都不是那么方便。

求道者

怕不是BOOTICE编译的mbr问题，旧版的wee正常用，新版的不行，以前就遇到过，然后我找了个十年前的Ubuntu容器，用的gcc4.x，才编译了wee，然后貌似可以正常用了，和不点瞎折腾了一段时间用clang和gcc新版编译wee，clang编译g4D更折腾。似乎是gcc的汇编编译代码大改过。然后就放弃了。
大体上是非常旧的某个gcc版本编译wee，会往二进制文件里掺入垃圾字节，然后引导就会出问题，这个问题在后来的gcc版本里得到了解决。
非要说的话，现在的g4d和wee所用的gcc版本，在社区都不再推荐使用了。
老版本的gcc编译出什么鬼东西都不奇怪，毕竟社区说“这些版本都过于不成熟了。”
新版gcc应该还行，grub2貌似一直用新gcc编译。
移植g4d到新版gcc，代价可能比移植g4d的特性到grub2模块的代价还高。
毕竟grub2都迭代很久了，这些优化福利也吃不到。