使用“USBCDROM多功能维护&安装光盘”一键克隆失败！

d09os3

AH320 8G量产成功，能用USB-CDROM冷启动到PE，也能在DOS下运行GHOST备份C盘（NTFS格式）。
在U盘的removable盘已经有文件夹utool内有system.gho。

在笔记本冷启动后，看到启动菜单，点击“一键克隆安装XP到C盘”，然后在加载usbaspi.sys时，死死地卡在下面这一句：

ASPI Manager for USB mass-storage Version2.24

Initalizing Host Controller 1/7 ......


测试用的笔记本是HP 8510w（很新的型号，不应该有兼容性问题）。

本测试报告供“原名丢了”版主参考。

wuwuzz

USBASPI.SYS的问题，无解。新出的机子，BIOS直接支持USB，用USB设备启动，再加载USB驱动扫描自身，容易死锁。

d09os3

我觉得2楼应该是正解.......

如果是这样的话，那么岂不是要做两个版本的一键克隆？一个是不加载USBASPI.SYS的版本对应于新机器，另一个版本就加载USBASPI.SYS以支持老机器？

mrvampire

个人觉得DOS下一键还原意义不大,太容易出问题,Bios不支持USB-hdd,在DOS下根本找不到U盘.我也在很早的机器上试过,加载USB2.0驱动后死住了,试过多台机器也不行!

就算支持,由于每个人的分区情况不同,万一还原到其它盘中,会导致数据丢失,得不偿失!

手动比较安全,就那么几步,选一下也不麻烦!

wuwuzz

"很早的机器上试过,加载USB2.0驱动后死住了,试过多台机器也不行!"

--很早的机器应该不支持USB2.0，需要去掉/e参数按USB 1.1处理。
---我觉得USBASPI.SYS问题的关键不在2.0还是1.1,而是使用方式为“USB自我扫描”造成的。
如果用软盘(或其他非USB介质)启动加载USBASPI.SYS驱动U盘，死锁的几率应该会降低。

[ 本帖最后由 wuwuzz 于 2008-5-19 08:23 PM 编辑 ]

d09os3

原帖由 mrvampire 于 2008-5-19 07:46 PM 发表
个人觉得DOS下一键还原意义不大,太容易出问题,
手动比较安全,就那么几步,选一下也不麻烦!

不管是“一键自动”还是手动，都要面对一个问题：DOS下怎样访问U盘上的GHO备份文件？--这是才我要问的问题。
我根本不在乎是一键自动还是手动，这两者我都可以接受。我只在乎DOS下怎样访问U盘文件。

wuwuzz

楼上可能忘了另外1个限制条件：这个保存着GHO的U盘，是不是“同时”还肩负着BOOT的重任。

如果承担，则遇到死锁问题几率大；如果不承担，就简单了，见5#。

d09os3

嗯，我试着理解一下楼上的话：
执行到Autoexec.bat时，电脑的BOOT过程应该算是已经完成了吧？那么，在执行autoexec.bat之前，电脑BOOT不需要调用保存着GHO的U盘上的任何文件。

换句话说，就是这个保存着GHO的U盘，并没有“同时”肩负着BOOT的重任。

我把文件内容发上来：
config.sys
device=himem.sys /testmem:off
devicehigh=usbaspi.sys
devicehigh=aspidisk.sys

autoexec.bat
for %%i in (z,y,x,w,v,u,t,s,r,q,p,o,n,m,l,k,j,i,h,g,f,e,d,c) do if exist %%i:\utool\system.gho ghost -clone,mode=pload,src=%%i:\utool\system.gho:1,dst=1:1 -sure -rb

从上述内容看得出，在config.sys阶段是负责加载U盘驱动的，而到了autoexec.bat阶段就已经试图搜索U盘上的GHO文件了。

wuwuzz

理解错误。我的意思是：

如不执行BOOT任务，则U盘就和普通存储介质一样，只保存GHO文件。BOOT任务由其他介质完成(如软盘、光盘等)，在这些介质上放着autoexec.bat、CONFIG.SYS等，负责U盘的驱动识别，这样就避开了USB自我扫描死锁的问题。

实际上，松下出USBASPI.SYS的官方正规用法就是这样。先FDD启动，FDD上面放着USBASPI.sys负责驱动USB，然后暂停，换USB介质，读取USB介质上的内容。

d09os3

哦，明白了。

这个U盘量产过，当然承担BOOT的任务啊。看来就是USB自我扫描引起的死锁了。