[转贴给“原名丢了”版主看]加载USBASPI.SYS的最好办法

d09os3

这是转贴，希望对“原名丢了”版主制作新版的USBCDROM有帮助~(原作者应该是数码之家的wuwuzz)。

我找到了在grub IMG盘中加载USBASPI.SYS驱动“效果相对最好”的方法!1
用Grub -mem启动IMG虚拟盘，然后在IMG中加载USBASPI.SYS、ASPIDISK.SYS、USBCD.SYS得到广泛应用。例如：支持USBCD的一键GHOST；老主板打开USB 2.0支持加快PE速度等等。
本贴的主题不是讨论以上那些，而是对比加载方式，找到效果相对最好的方法。我通过实验,结论是：用devload.com加载! 尽管devload参数不是最多、功能不是最强! 请看下面对比(理论上3种方法效果应该一样，但实际结果不是):
第1种方法，直接在config.sys中
devicehigh=USBASPI.SYS /v /e /norst
devicehigh=ASPIDISK.SYS
devicehigh=USBCD.SYS ...
这种方法容易出的毛病在于，USBASPI.SYS执行完后易卡死
第2种方法，在autoexec.bat中用loadsys.exe加载
loadsys USBASPI.SYS /v /e /norst
loadsys ASPIDISK.SYS
loadsys USBCD.SYS ...
这种方法容易出的毛病在于，不能正确支持量产出的多分区盘! 比如形如ZIP+HDD、CD+HDD的U盘，ASPIDISK.SYS虽然也能成功分配2个盘符，但实际却是指向同一个区。要是2个U盘同时接上(需要4个盘符)，情况就更糟。
第3种方法，就是我要推荐的在autoexec.bat中用devload.com加载
devload  USBASPI.SYS /v /e /norst
devload  ASPIDISK.SYS
devload  USBCD.SYS ...
这种方法不仅能够实现前2种方法所要达到的SYS加载效果，更重要的是能够正确支持量产出的多分区盘!即使多个U盘一起接上，盘符分配也是正确的!
========================
限制条件:
无论哪种方法，那些SYS能够正确执行是前提。不在讨论范围的情况有：
1)新主板BIOS直接支持U盘识别、加载USBASPI.SYS死机
2)GRUB与BIOS、SYS文件、loadsys、devload兼容性问题造成的死机
========================
测试环境:
HP D51C台机，DELL INS 640M本本，
U盘为: 群联UP10/UP12主控-宇瞻AH320 2G/4G，惠荣SM321BB主控-朗科U215 2G，
WIN98原版IO.SYS,无忧论坛老九PE，红叶PE；
grub.exe 0.4.3 2008-03-14版、2007-12-25版、还有一些更老的版本，不再一一列出；
loadsys.exe V1.4i
devload.com V3.20
devload下载地址:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/devload/

win985

哈哈
强烈支持
呵呵

mzszwh

期待完美版的USB-CDROM出台
希望楼主提供的好用

victor888

谢谢你啊，这贴子在这儿发的时候我就仔细看了。

d09os3

原帖由 原名丢了 于 2008-5-13 06:30 AM 发表
谢谢你啊，这贴子在这儿发的时候我就仔细看了。

:) 我看到您的贴子“准备更新“USBCDROM”里没提到devload.exe，我不知道是您没注意到还是不认同这个观点，所以特地发贴问一下您的意见。嗬嗬。

:)我希望您能回答一下，您是否认同devload.exe是最好的加载方法这个观点？(只讨论兼容性好不好，不讨论性能好不好)

Mouse_751211

实践是检验真理的唯一标准!!我目前用的是方法1加载的，试试楼主提供的devload，感谢提供方法。有好消息马上回来汇报！！

5q8

原帖由 mzszwh 于 2008-5-13 12:34 AM 发表
期待完美版的USB-CDROM出台
希望楼主提供的好用

搞个简单实用的

Limpo

devload 未见得好到哪里，我试过几台机器都是照卡死不误！

觉得卡死还是 USBASPI.SYS 本身的兼容性问题造成的。

[ 本帖最后由 Limpo 于 2008-6-21 08:35 PM 编辑 ]

mjjmjjmjjmjj

好像 V2.24 的兼容性不如 V2.20的   ...

zszdy

好文章,谢谢分享!!!

hhh333

关于这个问题，有点片面，我也曾经仔细测试过，还是以config.sys中加载兼容性最好，为免误导，特提出来。

wuwuzz

我是原作者wuwuzz。这个问题还谈不上“误导”。

你看一下其中提到的“限制条件”，而且LZ转的是long long ago的老帖了，关于usbaspi.sys，我还发了其他贴。

一是关于卡死，从根本上说，与BIOS扫描PCI有关，无法彻底解决(可改善)。同时也与我们使用的方式不当有关：
用USB启动，再用usbaspi.sys扫描自己，出问题才叫正常。

二是关于改善，推荐使用1.44M IMG，目的是先使用RAMFD.SYS，然后再devload调用usbaspi.sys。
ramfd.sys的原始用途并不是改善兼容性，但实践中发现它在某些BIOS下对
“用USB启动，再用usbaspi.sys扫描自己”这种特殊使用方式，有改善作用。