反馈一个 grldr.mbr 0.4.6a 的 bug

mygamexxx

手机格式化内存卡，用BOOTICE写入grub4dos分区引导记录，0X1C为00, 0X5D为FF，启动明基笔记本, disk error。
改0X5D为00, 启动明基笔记本，加载USB驱动成功，ls 能显示U盘内容，但启动0PE时在加载SRS时卡住。find在显示(fd0)后卡住，死机状。不加载USB驱动，ls 返回Disk read error。

加载USB驱动成功后，hd1是本地硬盘，fd0是U盘, hd0不知是什么，一访问hd0就死机。fd0的C/H/S也与读卡器格式化的不一样。见下图：

2011yaya2007777

无论怎样格式化，0X5D 都应当修改为 00。

内存卡用手机格式化，是 FDD 模式。内存卡用读卡器在WIN7下格式化，是 HDD 模式。这是 2 个不同的模式，最好分别讨论。

看来手机升级后，外置卡仍然被 BIOS 分配驱动器号 00 及 0x80。

0X5D为FF，启动明基笔记本, disk error。改0X5D为00, 启动明基笔记本，加载USB驱动成功

说明明基笔记本是以 0x80 启动的。
升级前，以 00 启动，之后 00 不可用，0x80 可用。
升级后，以 0x80 启动，之后 0x80 不可用，00 可用。

不点

mygamexxx 在 23 楼说：

手机形成的U盘不稳定，经常出现在我的电脑上看不到U盘的情况，特别是经过实模式的启动操作。因为如果WINDOWS启动成功后插入，再重新插拨或插拨到其他电脑上，认不到U盘的现象很少。

我理解为，这就证明 Windows 对 U 盘进行了写入操作。它可能写入（并改变）了扇区数据，也可能只是修改了 U 盘的控制器硬件。想象一下，恶意的主板制造商可以这样：当 U 盘启动时，在某个地方作个记号，让下次启动不正常（出现异常）。为了隐藏这个秘密，也不一定是下次，说不定是一个 “倒计数” 的控制方法，每次启动，“允许正常启动” 的计数器计数器就减一，当这个 “允许正常启动” 的计数器变为 0 时，就让启动失败。只要主板想让你失败，你 “蹦蹦日天” 也别想活。它不提供正常的 BIOS 服务了，你怎么活？而 Windows 只要一启动，在 Windows 下插拔一下 U 盘，Windows 就可能把 U 盘上的 “允许正常启动” 的计数器调整到原始状态，从而能够正常启动。这样就控制了 USB 设备不能脱离 Windows 而正常启动。

这只是瞎猜，仅仅是想到了这样一个可能性而已。

Pauly

不点 发表于 2013-11-7 09:16
mygamexxx 在 23 楼说：

我认为这应该是手机固件的问题，与电脑没有任何关系。

不点

Pauly 说的不错，我有些糊涂，竟然没想到这个。假如手机固件制造不兼容，那就同样是无解的。当然，不一定是故意，也可能是不经意的 bug。

2011yaya2007777

以91楼环境为条件讨论：

不加载USB驱动，ls 返回Disk read error。

那 ls (fd0)/ , ls (hd0)/ , ls (hd1)/ 各是什么？

加载USB驱动成功，ls 能显示U盘内容，但启动0PE时在加载SRS时卡住。find在显示(fd0)后卡住，死机状。

从截图看，并没有在(fd0)后卡住。
有帖子提示，加载0pe时按空格键试一试。

不点

我有一个疑问，启动盘为何是软盘 fd0？它能够读取 grldr 文件，此时的盘号 DL 不是 00，而应该是 0x80 才对。 BPB 的 0x5D 处为 0xFF 时，就是强制以 DL=0 来启动。偏移 0x5D 处为其它值时，DL 保持不变，是 BIOS 传入的值。

从启动后的当前盘号为 00 来看，BIOS 也传入的是 00。矛盾啊！强制以 DL=00 来启动，反而不能启动；让它以 BIOS 传入的值来启动，它能启动，而此时仍然是 DL=0。这不就怪了？怪事很多，但首先要弄明白的是这个怪事。yaya 能给出一个猜测或解释吗？

mygamexxx

2011yaya2007777 发表于 2013-11-7 11:55
以91楼环境为条件讨论：

那 ls (fd0)/ , ls (hd0)/ , ls (hd1)/ 各是什么？

find 在(fd0)后卡住，后面的盘符是拨出U盘后出现的

hhh333

再反馈一个事，前述isolinux转grldr有问题，经过yaya的努力解决了，这次用USBHDD＋方式做了一个U盘，syslinux作一启，再转grldr失败了，不出菜单，假死状态，将U盘拔一下再插入菜单就出来了，不知何故？换回4.5C没有问题。

pseudo

mygamexxx 发表于 2013-11-6 22:35
手机格式化内存卡，用BOOTICE写入grub4dos分区引导记录，0X1C为00, 0X5D为FF，启动明基笔记本, disk error。 ...

hd0不知是什么，一访问hd0就死机。

注意更新0pe版本。

grldr内置菜单中显式访问hd0的这行
if exist (hd0)/0PE/0PENB.LZMA rootnoverify (hd0) && goto 2
早已被注释掉。

2011yaya2007777

我有一个疑问，启动盘为何是软盘 fd0？它能够读取 grldr 文件

卡插入手机再连接电脑，BIOS给他分配了2个驱动器号00及0x80。
未升级时，BIOS以00启动，不知何故，加载grldr后却不能使用00，但可以使用0x80。usb驱动程序就给这个U盘赋予0x80，读0x80时就读这个U盘。
升级后，BIOS以0x80启动，加载grldr后，usb驱动程序首先比对已经保存的软盘扇区，发现驱动器号00与这个U盘相同，就赋予其00，读00时就读这个U盘。对于0x80能不能读没有继续比对。但是从故障报告者反映的情况看，是不能读了。为什么？不清楚。

2011yaya2007777

再反馈一个事，前述isolinux转grldr有问题

可否把U盘镜像上传，以便问题重现。

mygamexxx

2011yaya2007777 发表于 2013-11-7 14:38
卡插入手机再连接电脑，BIOS给他分配了2个驱动器号00及0x80。
未升级时，BIOS以00启动，不知何故，加载g ...

USB驱动不加载，fd0和hd0均不可读，奇怪的是grldr如何加载的？USB驱动加载后，fd0可读，但运行PE好像有一定问题，hd0还是不可读。下图是不加载USB驱动情况。hd0的不可读是不确定，现象是出现第一行c/h/s信息后, 只是光标闪动，一段时间后，拨出U盘，然后显示disk read error.

不点

yaya 在 101 楼说：

卡插入手机再连接电脑，BIOS给他分配了2个驱动器号00及0x80。
未升级时，BIOS以00启动，不知何故，加载grldr后却不能使用00，但可以使用0x80。usb驱动程序就给这个U盘赋予0x80，读0x80时就读这个U盘。
未升级时，BIOS以0x80启动，加载grldr后，usb驱动程序首先比对已经保存的软盘扇区，发现驱动器号00与这个U盘相同，就赋予其00，读00时就读这个U盘。对于0x80能不能读没有继续比对。但是从故障报告者反映的情况看，是不能读了。为什么？不清楚。

慢慢来，不要快。一点一点分解，把问题定位准确，最起码把问题的性质弄清楚。

“未升级时，BIOS以00启动，不知何故，加载grldr后却不能使用00，但可以使用0x80。”

我认为这个很要紧。加载 GRLDR 以后不能使用 00 了，反而能用 0x80。我觉得一定要研究它的原因，不能够 “不了了之”。这样的情况的定性，那一定是 BIOS 的问题，而不是手机硬件的问题。就是说，问题的定性，是 BIOS。假如说一开始就为 USB 分配两个盘符，一个是 00，一个是 0x80，那有可能是手机的问题，手机在硬件层面让一个设备具备两个设备的接口，于是，BIOS 探测到了，就赋予了两个盘号。

不管怎么说，加载 GRLDR 的时候是用盘号 00 加载的，而加载之后，盘号立即就不能用了，这必须得弄清楚。如果连这个也放弃、不管了，我觉得我们以后就有一大堆未知的问题了，什么都说不清了。我们要搞清的是，究竟是手机硬件的问题，还是 BIOS 的问题，或者是 grub4dos 的 bug。就是说，其性质要确定。

1、如果是手机硬件的问题，比如说，手机硬件刚好有时效限制，过期之后就失效，而加载 grldr 之后刚好过期，这才产生我们看到的问题。对于这种情况，我们作为开发者的，可以放弃了，就当成手机硬件不支持。

2、如果是 BIOS 的问题，比如说，BIOS 进行双重映射，而无缘无故地，有时 00 失效，有时 0x80 失效，而有时甚至两者同时失效。假如手机硬件没问题，那你可以通过加载 USB 驱动来解决。假如手机硬件有 “时效性” 限制，你加载 USB 驱动也不能保证这个 USB 设备的长久使用。前面有人报告进入 Windows 后找不到 U 盘之类的，怀疑是这种情况。

3、如果是 grub4dos 的 bug，那当然应该予以定位和排除。

关键是，得通过试验、测试，来确定究竟是哪一种。比如说，在引导扇区里面增加一个测试，故意延长读盘的时间，故意多读一些扇区，看看会不会失败。如果引导扇区里面就已经发现有失败问题了，那后续的工作就都免了吧，直接放弃，减轻我们开发者的负担。如果引导扇区里面随便怎么折腾都行，都能成功读扇区，那就可以算是 grub4dos 主体程序的 bug 了，可能主体程序执行 int13 的方式不对，比如说，使用的缓冲区不对，或者堆栈设置的位置不对，总之，不合乎 BIOS 的脾气，导致问题的产生，于是我们进一步可以研究对付的措施。

就是说，遇到问题，首先要挖根。把根挖出来，才能决定应对的手段。如果根不挖除，那就 “心里没底”，不知道、不了解自己是不是在试图解决一个 “本来就不可能解决” 的问题，因而就有可能是在白费力气。

不过，yaya 没有回答我前面提出的那个最关键的问题。我再重复一遍，希望我这次能够说清楚。

机器以 5D 处为 FF 不能启动，表明机器不是以 DL=00 启动的。机器以 5D 处为 00 可以启动，此时，读盘的 DL 应该不是 00。可是，为何进入 grub 命令行以后，当前默认的设备是 fd0 呢？既然传给 GRLDR 的 DL 不是 0，那么，boot 设备和 root 设备就都不会是 fd0（然而实际上在命令行执行不带参数的 geometry 时显示的是 fd0）。这才是我想让 yaya 研究的问题。

hhh333

2011yaya2007777 发表于 2013-11-7 14:42
可否把U盘镜像上传，以便问题重现。

就是上次的那个ISO，将其中grldr更换成4.6a，再用ultraiso用usbhdd+方式写入U盘就可以测试。我试了usb1.x和usb2.0的电脑，问题是同样的，说明syslinux转grldr是有问题的，跟USB版本没什么关系。

不点

我忽然意识到，进入 grub4dos 以后，对 hd0 读盘失败，可能是与 grub4dos 的底层磁盘访问系统的读盘方式有关的。grub4dos 对于支持 LBA 的设备是以每次读 127 扇区的方式进行的。如果 BIOS 不支持这种方式，那就只能是失败了。这种可能性是最大的。

如果被确认，那就又一次证明了 BIOS 对于 int13 规范的破坏。

mygamexxx

在家里的神舟台式机上，BIOS中可以看到两个一样的U盘选项（图中含SAMSUNG字符的选项），两个都能不加载USB驱动启动，并且一样是0x00。grldr启动后再重新热启动（三键或reboot），会在启动后BIOS检测不到U盘，再冷启动也检测不到U盘(在此机器上几率高达50%以上)，手机必须重新启动，重新进入大容量存储模式。但直接按电源键关闭，再冷启动，试了两三次基本上都可以检测到U盘。从这个情况看，好像是BIOS的原因。也可能是使手机进入大容量存储模式的程序不太稳定，会对检测U盘的动作产生反应，失去了大容量存储模式的完整状态。因为这个状态好像既不是大容量存储模式也不是MTP模式。从神舟台式机和联想台式机的启动情况看，只有明基笔记本会产生0x00和0x80同时存在的现象。

不点

愚蠢的设置：H=4，S=16

你能否试试在 BPB 中把它们改成 S=63，H=255，即 BPB 扇区的偏移 0x18 处为 3F，0x1A 处为 FF？

如果 H=4，S=16，那么 CHS 模式的磁盘访问能力太低下。C（柱面总数） 的最大值是 1024，你可以算算它最大能访问多少个扇区。

mygamexxx

不点 发表于 2013-11-7 19:29
愚蠢的设置：H=4，S=16

你能否试试在 BPB 中把它们改成 S=63，H=255，即 BPB 扇区的偏移 0x18 处为 3F， ...

直接用WINHEX打开磁盘，找到0x18和0x1A吗？找到修改后在神舟台式机上启动正常，geometry 显示的C/H/S与修改的一致。

2011yaya2007777

H=4，S=16 是 grldr 几何探测的结果，不是 BPB 表设置的。前面与截图。

不点

我看到 91 楼的贴图中显示 BPB 中的 S=0x10，H=4，这正好是 geometry 显示的结果。这说明，神舟的主板被 BPB 表暗示了，因此，主板 BIOS 就采纳了 BPB 的设置。

楼上的 mygamexxx 刚刚确认了，更改 BPB 的 H 和 S 是有效的。

愚蠢的设置：H=4，S=16！！！！

忽然想到，android 手机这样的设置有可能也是故意制造麻烦的。要知道 S=16，是小于 18 的，刚好不支持 grldr.mbr。

大家知道，最标准的软盘是 1.44M 软盘，它的 S 就是 18。再低的值，基本判定是故意干的。

这是否说明，android 厂商也不想与传统 PC 兼容？我倾向于认为，可能性很大。

2011yaya2007777

不好意思，101楼写错了。应当是“未升级时”和“升级后”。
赞成不点意见，应当搞清楚到底驱动器号00及0x80是怎么回事。
“未升级时”我有点想搞清楚，但看到已经可以启动了，就不想叫别人测试了。要是我有测试环境，早搞清楚了。
“未升级时”没法验证了，只能验证“升级后”了。我可以编一些测试代码尽量搞清楚，这需要mygamexxx 配合测试。

驱动器号是BIOS分配的，他根据手机usb接口情2个况分配了2 个。我的usb驱动探测到1个设备，2个LUN。1个U盘可以量产为2个LUN。但有1种设备，如读卡器可以把几个设备合成1个设备，每个设备分配1个LUN。手机接口显然是后一种。我一开始认为1个LUN是手机内置卡，另1个是手机外置卡，但是以00启动，启动后00却不可读。而0x80的逻辑0扇区却是启动分区，他占用LUN0。那LUN1即00是内置卡？他怎么可以加载grldr？于是又想到是否BIOS为外置卡分配了2个号00及0x80?这似乎可以自圆其说。这些推测需验证。
不过，以00启动，0x80是启动卡这是确定的。

以上说的是“未升级时”的情况，不是现在的。

mygamexxx

2011yaya2007777 发表于 2013-11-7 20:34
不好意思，101楼写错了。应当是“未升级时”和“升级后”。
赞成不点意见，应当搞清楚到底驱动器号00及0x8 ...

测试没问题，明基笔记本在单位，中午有一个多小时的休息时间，就是手机经常变成非U盘状态，需要重启，有点费时间。

不点

yaya，我在 104 楼末尾提到的问题，就是升级后的情况。你能给个解释吗？

再提醒一下：

引导扇区会把正确的 DL 传给 GRLDR，而 GRLDR 也会把这个 DL 当作启动盘和 root 盘。这一系列的动作，全都是 grub4dos 自己的代码，没有其他乱七八糟的东西参与（最多只有 BIOS 参与），因此，它不可能、不应该由 DL=0x80 变成 DL=0。但是实际上，mygamexxx 的测试却表明启动盘由 0x80 变成了 00，这是严重的错误！！

我怀疑你的 pbr 引导扇区未能把 DL=80h 传递给 GRLDR。你认为呢？如果传递了，那它怎么会变成 00 的呢？

2011yaya2007777

刚看到mygamexxx 修改了109楼。91楼的BPB表以前没注意，只注意注意看0x5d和0x64了。

是使用手机内部菜单格式化的卡吗？

2011yaya2007777

我在101楼可能没有说清楚。
手机升级后，BIOS以0x80启动，加载了grldr。
usb驱动程序首先根据0x410及0x475返回的软盘数及硬盘数保存00，01，0x80，0x81，...的0-0-1扇区。
U盘与主机通讯使用ID:LUN，那他对应的驱动器号怎样知道？首先读U盘的逻辑0扇区，然后比对已经保存的软盘扇区与硬盘扇区。由于先从软盘开始比对，发现驱动器号00的0-0-1扇区与这个U盘的逻辑0扇区相同，就确认其对应于00，当任何软件读00时，通过拦截int13，转而通过usb驱动程序读这个U盘。所以此时U盘的驱动器号成了00.
对于0x80能不能读没有继续比对。但是从故障报告者反映的情况看，是不能读了。

不点

yaya，可能你没能意识到，你这已经隐藏着危险了。

从 80h 启动的时候，不该调用 DL=0 的 int13。这是我们一直以来的规矩，多次在不同场合声明的，不要去碰软盘。你碰了软盘之后，有可能死机，有可能假死，有可能把内存什么地方破坏了，导致以后的运行失常，难以排查。

恶意的 BIOS 让你处处小心。只要有一丝希望，他们就要破坏你的程序了。

我以前曾经表达过这样的意见，我认为 usb 驱动没有必要挂在 int13 上。如果用户需要挂，可以提供一个选项去挂。但如果用户不需要挂，那也应该提供一个相应的选项。这样可以保证最大限度的安全，至少不会破坏原来启动成功的情况。而你的做法，就有可能破坏了原来成功的情况了。

忽然想到，grub4dos 内置的 CDROM 硬件驱动，已经没什么价值了，不如就在 0.4.6 中废弃了它完事。个别需要 CDROM 驱动的，就让他们使用 0.4.5 得了。CDROM 硬件迟早是淘汰的对象。我们不能为着这个越来越难以支持、越来越少被使用的设备而容忍它长期占据我们宝贵的 INT13 处理程序的空间。

去除 CDROM 驱动之后，用 USB 驱动来代替。

原来的 cdrom --init 可以改造为 usbahci --init 之类的。我想，你可以依葫芦画瓢把这弄好。

如此一来，那么，用户想用 USB 的时候，就可以使用了。这样也不影响其他用户。

Pauly

根据我的实验（也是三星手机，内置USB和外置卡），在这种情况下，强制使用 LBA 方式访问磁盘反而能够成功。
此外，SYSLINUX 4.07 和 5.10 也能成功启动。何不用 SYSLINUX 试试，如果 SYSLINUX 能正常启动则说明 G4D 的代码有问题。

2011yaya2007777

CDROM 驱动在哪个文件里？挂载后是否分配了 BIOS 驱动器号？客户程序如何获知并调用 CDROM？

从 80h 启动的时候，即使 0x410 反馈有软盘，调用 DL=0 的 int13 也会出问题？

假如 U 盘以 80h 启动，后来使用 usb --init  挂载，加载了 usb 驱动后，原来 BIOS 的 usb 驱动就失效了。此时使用 DL=80h 的 int13 ，同样会死机。估计 find 或其他函数会探索磁盘。

hhh333

syslinux不能正常转grldr的测试模板：http://pan.baidu.com/s/169ojQ
用U＋方式写入U盘即可进行测试。