中国DOS联盟

用flashboot制作DOS7.1标准版的U盘启动盘（硬盘模式）
进入DOS后，在提示符后键入
C:\>grub.exe --config-file=non
回车后提示如下
c:\grub.exe --config-file=non
Probing ROM INT vectors.If hang,unload a device driver or TSR and try again.00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D ≈E ≈F

Your program caused a divide overflow error.
If the problem persists,contact your program vendor

是DELL D410的笔记本
配置是 Pentium M 1.6GHz 512MB 400MHz的DDR2 SDRAM
Intel 915GM Graphics/sigmatel 9751 audio

在另一台DELL的笔记本上 启动及进入grub正常

你暂且用 0.4.1 的版本，或者用 0.4.2 早期的 pre 版本。

另外，该问题应该与你的 config.sys 以及 autoexec.bat 中加载的设备驱动程序以及 TSR 有关。你可以删掉 config.sys 和 autoexec.bat 这两个文件，然后再试。

如果你自己可以确定是某个设备驱动程序或者 TSR 造成的，请上载这个设备驱动程序或者 TSR，同时贴出 config.sys 和 autoexec.bat 的内容，以便调试解决。

制作了最小DOS7.1启动U盘（硬盘模式）
进入后运行0.4.2版本显示
C:\>grub
Probing ROM INT vectors.If hang,unload a device driver or TSR and try again.00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D
死机

运行0.4.1版本后显示
C:\>grub
sorry!currently supported DOS versions are:MS-DOS 3.30 and later;FreeDOS kernel build 2032 and later.

Programs such as TSRs and debice drivers may also change the BIOS interrupt vector table. Make sure those programs are not running, then try again.

c:\>_

这就清楚地表明了，你的 config.sys 和 autoexec.bat 中加载有设备驱动程序和 TSR 程序。

你删除这两个文件，再试试。

Originally posted by fattyhk at 2007-2-24 12:13 PM:
制作了最小DOS7.1启动U盘（硬盘模式）
进入后运行0.4.2版本显示
C:\>grub
Probing ROM INT vectors.If hang,unload a device driver or TSR and try again.00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D
死机

运行0.4.1版本后显示
C:\>grub
sorry!currently supported DOS versions are:MS-DOS 3.30 and later;FreeDOS kernel build 2032 and later.

Programs such as TSRs and debice drivers may also change the BIOS interrupt vector table. Make sure those programs are not running, then try again.

c:\>_

最小就只有command.com io.sys 文件了 已经在没有autoexec.bat config.sys的情况下运行了 但得到的就是上面的情况

我们的 grub.exe 的运行环境，要求没有其他设备驱动程序和 TSR 来接管中断向量表中的关键向量。一个不安全的设备驱动程序和 TSR 会导致 grub.exe 的启动失败或者死机。

虽然你的 config.sys 和 autoexec.bat 是不存在的，但是，很可能在这之前就有了其他驱动程序以及 TSR 在内存中运行了。比如，如果你是以内存虚拟软盘的方式来运行一个软盘映像，那么在软盘映像接管控制之前，就有虚拟的动作了。这虚拟的动作，就要接管中断向量表。如果 U 盘本身也是通过 DOS 的一个驱动程序来实现的，这也不是 grub.exe 所支持的方式。grub.exe 只支持由 BIOS 提供的 U 盘接口，不支持 DOS 下的 U 盘接口。

呵呵 谢谢你耐心的解释，十分感谢。
对于你上面说的两种情况目前我都没有，这台电脑确认是支持由BIOS提供U盘接口的。只是我这电脑是公司的电脑 为了数据安全 安装了pointsec的软件 一个先于系统的运行的软件 以确认登录者身份的软件。也许是这个软件的原因 这就需要找块没有安装这个软件硬盘 再试试看

这么说来几乎可以肯定是pointsec所导致的了。

有以下两种选择，任选一种办法都可以。

其一，在 grub 运行之前，先想办法卸载掉 pointsec ，恢复被 pointsec 修改了的中断向量。然后再运行 grub.exe 就好了。

其二，重新编写 pointsec 软件，让它和 grub.exe 兼容。目前来说，一个采用反跟踪手段的 TSR 程序，会导致 grub.exe 对中断向量的探测死机。因此，去掉那些反跟踪代码，就可以和 grub.exe 兼容了。

不点 你好
我将pointsec卸载了 并更换了硬盘 但还是出现第一楼的提示 是否应该可以否定pointsec的原因了 是否会是DELL D410的硬件原因呢 因为我在同事的同型号的电脑上也出现同样的问题。

期待你们有一个完美的结果，因为我也遇到了同样的问题

当然也存在着硬件导致问题这种可能性。

你首先看看不用 U 盘启动，能否进入 GRUB。这个一般来说应该没问题。

如果插上 U 盘从 U 盘启动，此时出现问题，我们说这是 U 盘 BIOS 的 BUG。

你这个探测死机，发生在 中断向量 08 - 0F 这个区域。这是硬件中断区域。估计是 DELL 的 BIOS 没有正确设置这里的中断向量。

你用 DEBUG 可以检查这些数据，把它们上载。

敲入 debug 回车之后，再敲入

d 0:0 回车

d 0:540 回车

q 回车（退出 DEBUG）

把结果贴上来。

不好意思啊 能传个debug文件给我么 我找不到啊

debug 是 DOS 的调试程序，必备工具。找一台 Win98 的机器，拷贝 c:\windows\command\debug.exe 到你的 U 盘。

Originally posted by 不点 at 2007-3-2 07:34 PM:
当然也存在着硬件导致问题这种可能性。

你首先看看不用 U 盘启动，能否进入 GRUB。这个一般来说应该没问题。

如果插上 U 盘从 U 盘启动，此时出 ...

已照做 因无法截图 已拍照 并上传到 中国DOS联盟文件上传系统 了
文件名IMG_3216.JPG

找不到你上载的文件。你贴出一个 URL 地址。