无忧启动论坛

标题: UD加载iso镜像很快，而加载img镜像很慢，求解！（7月3日更新） [打印本页]

作者: sundh 时间: 2011-6-24 12:59
标题: UD加载iso镜像很快，而加载img镜像很慢，求解！（7月3日更新）
我的U盘启动，UD加载100M的iso镜像都很快，而加载10M的img镜像却很慢，需要5、6分钟，电脑是AMI的BIOS，求解！

菜单如下：
timeout 10
default 0
gfxmenu (bd)/BOOT/GRUB/MESSAGE
title 【01】运行UD内PE维护系统
RUN --mem (bd)/BOOT/WINPE.ISO
title 【02】运行UD外PE维护系统
RUN --mem ()/0PE/0PE.ISO
title 【03】启动自定义ISO/IMG
RUN --set-ext=.iso|.img|.| /0PE/.AUTOMENU
title 【04】运行MAXDOS工具箱
RUN --mem (bd)/BOOT/IMGS/MAXDOS.IMG
title 【05】安装Ghost系统到C盘
RUN --mem (bd)/BOOT/IMGS/XGHOST.IMG
title 【06】 DiskGenius磁盘管理
RUN --mem (bd)/BOOT/IMGS/DGDOS.IMG
title 【07】效率源硬盘修复工具
RUN --mem (bd)/BOOT/IMGS/XLY.IMG
title 【08】微软内存诊断工具
RUN --mem (bd)/BOOT/IMGS/MS_MEMTEST.IMG

结构图如下：

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
6月26日更新：问题解决了，办法是
U盘用FbinstTool 1.604.3809格式化（原来是用的FbinstTool 1.603.3786），但菜单用RUN的话还是不行加载很慢，IMG改为用map --mem加载时很快，现在看来，问题可能是：
1.run模块的问题（我认为这个的可能性大）；
2.FbinstTool 1.603.3786的问题。
请大家分析探讨。
－－－－－－－－－－－－－－－－－－－－－－－－－－－
6月27日更新：
刚才测试了一下，用run原作脚本版20110620与幸运的草上传的脚本版加载img效果与封装版的一样，都很慢。从实机测试来看，run －－mem是在img载入内存后出现了问题（因为这时u盘已经不读取了）。用map --mem加载时很快。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
6月28日上午更新：

我用jianliulin 提供的buldr，进入burg 后，输入命令
time map --mem (boot)/boot/imgs/maxdos.img (fd0)

显示“1 seconds"，说明加载很快，这和我用map --mem (bd)/boot/imgs/maxdos.img 加载很快相吻合。但用run或run --mem加载都很慢。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
6月28日下午又进行了测试：

1、更换run的版本：RUN--zxw20110620、 RUN--0PE20110619 、RUN--夜天20110419 这3个版本，在菜单项直接用run或run --mem加载img镜像都很慢；前两个版本在命令行下用run或run --mem加载img镜像也很慢，而RUN--夜天20110419 这个版本在命令行下用run或run --mem加载img镜像却很快。

2、更换grldr版本：20110619版、20110627版、20110527版，包括英文版、中文版均测试了，结论和“1”中的一样。只有RUN--夜天20110419 这个版本在命令行下用run或run --mem加载img镜像很快。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
7月3日更新：
今天用run最新版（20110702）测试，原来加载img很慢的u盘现在也很快了，新版run解决了这个问题。

[ 本帖最后由 sundh 于 2011-7-3 14:40 编辑 ]

作者: 风神 时间: 2011-6-24 15:13
title 【04】运行MAXDOS工具箱
RUN --mem (bd)/BOOT/IMGS/MAXDOS.IMG

作者: sundh 时间: 2011-6-24 15:34

原帖由风神于 2011-6-24 15:13 发表
title 【04】运行MAXDOS工具箱
RUN --mem (bd)/BOOT/IMGS/MAXDOS.IMG

加上--mem 还是一样的慢。

作者: 风神 时间: 2011-6-24 19:40

原帖由 sundh 于 2011-6-24 15:34 发表

加上--mem 还是一样的慢。

maxdos是谁的修改版？

作者: sundh 时间: 2011-6-24 20:11
不仅是maxdos，所有的img都慢。

作者: 20111216738352 时间: 2011-6-24 20:52
不管加载什么img镜像都是很慢的呀，

作者: 风神 时间: 2011-6-24 21:09
用map-mem如何啊

作者: sundh 时间: 2011-6-25 07:19

原帖由风神于 2011-6-24 21:09 发表
用map-mem如何啊

还是一样的慢，今天试了好几台电脑，

AMI的1台，1G内存，加载慢
PH...的2台，512M、2G内存各一台，加载慢
AW...的1台，2G内存，加载快

这样看来是不是与BIOS有关，请大家分析一下。

作者: 于山 时间: 2011-6-25 07:29
是有点怪？！...............................

作者: 风神 时间: 2011-6-25 09:42
用的fbinstool 哪个版本？换个fbinstool 版本？
换个u盘试试？
fba写到u盘时对齐闪存快了么？

作者: 幸运的草 时间: 2011-6-25 10:08
标题: 回复 #10 风神的帖子
对齐只对可见区起作用，UD区是自动对齐的。肯定不是这个问题。但楼主提供的信息太少，很难做判断。使用新版ZXW的RUN，要加上--mem参数，这个参数要小写，主要区别在这里，其他的都一样。如果启动ISO速度很快，说明U盘没问题，唯一的问题可能是命令写的不对。
　　楼主应该把菜单及UD区结构上图来。这样根本不可能有人能帮你。

作者: 风神 时间: 2011-6-25 10:23

原帖由 幸运的草 于 2011-6-25 10:08 发表
对齐只对可见区起作用，UD区是自动对齐的。肯定不是这个问题。但楼主提供的信息太少，很难做判断。使用新版ZXW的RUN，要加上--mem参数，这个参数要小写，主要区别在这里，其他的都一样。如果启动ISO速度很快，说 ...

楼上说的对，不能病急乱投医

作者: sundh 时间: 2011-6-25 10:46

原帖由 幸运的草 于 2011-6-25 10:08 发表
对齐只对可见区起作用，UD区是自动对齐的。肯定不是这个问题。但楼主提供的信息太少，很难做判断。使用新版ZXW的RUN，要加上--mem参数，这个参数要小写，主要区别在这里，其他的都一样。如果启动ISO速度很快，说 ...

好的，上图。
timeout 10
default 0
gfxmenu (bd)/BOOT/GRUB/MESSAGE
title 【01】运行UD内PE维护系统
RUN --mem (bd)/BOOT/WINPE.ISO
title 【02】运行UD外PE维护系统
RUN --mem ()/0PE/0PE.ISO
title 【03】启动自定义ISO/IMG
RUN --set-ext=.iso|.img|.| /0PE/.AUTOMENU
title 【04】运行MAXDOS工具箱
RUN --mem (bd)/BOOT/IMGS/MAXDOS.IMG
title 【05】安装Ghost系统到C盘
RUN --mem (bd)/BOOT/IMGS/XGHOST.IMG
title 【06】 DiskGenius磁盘管理
RUN --mem (bd)/BOOT/IMGS/DGDOS.IMG
title 【07】效率源硬盘修复工具
RUN --mem (bd)/BOOT/IMGS/XLY.IMG
title 【08】微软内存诊断工具
RUN --mem (bd)/BOOT/IMGS/MS_MEMTEST.IMG

作者: 风神 时间: 2011-6-25 12:59
现在如何啦？运行其他的img慢吗？

作者: 幸运的草 时间: 2011-6-25 13:00
标题: 回复 #13 sundh 的帖子
根据你的图，没有什么异常，加载其他的IMG文件速度怎样，是MAXDOS.IMG这一个速度慢还是都慢，换一个版本的MAXDOS.IMG试试？

作者: 风神 时间: 2011-6-25 13:14
u盘有量产的cdrom区么？可见区有maxdos这个文件么？

作者: 风神 时间: 2011-6-25 13:15
去掉bd看看如何？

作者: shq000 时间: 2011-6-25 14:06
楼主按下面命令试试
title 【04】运行MAXDOS工具箱
map --mem (ud)/BOOT/img/MaxDOS.img (fd0) || find --set-root /BOOT/img/MaxDOS.img (fd0) && map --mem (ud)/BOOT/img/MaxDOS.img (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

作者: sundh 时间: 2011-6-25 15:31

原帖由风神于 2011-6-25 12:59 发表
现在如何啦？运行其他的img慢吗？

所有的img都慢。

作者: sundh 时间: 2011-6-25 15:34
标题: 回复 #16 风神的帖子
u盘有量产的cdrom区么？可见区有maxdos这个文件么？

没有cdrom区，可见区没有maxdos

作者: sundh 时间: 2011-6-25 15:35

原帖由 shq000 于 2011-6-25 14:06 发表
楼主按下面命令试试
title 【04】运行MAXDOS工具箱
map --mem (ud)/BOOT/img/MaxDOS.img (fd0) || find --set-root /BOOT/img/MaxDOS.img (fd0) && map --mem (ud)/BOOT/img/MaxDOS.img (fd0)
map --hook
...

速度略有提升，但还是很慢。

作者: 风神 时间: 2011-6-25 16:55
换个fbinstool 版本
换个u盘试试
fba写到u盘时对齐闪存快了么

把bios设置成默认看看

以上的都做过了么

作者: pdcfnr 时间: 2011-6-25 19:11
我一般先压缩成GZ，再用如下语句，速度很快的：
map --mem /XX.GZ (fd0)
map --hook
rootnoverify (fd0)
chainloader (fd0)+1

作者: sundh 时间: 2011-6-26 06:57
6月26日更新：问题解决了，办法是
U盘用FbinstTool 1.604.3809格式化（原来是用的FbinstTool 1.603.3786），但菜单用RUN的话还是不行加载很慢，IMG改为用map --mem加载时很快，现在看来，问题可能是：
1.run模块的问题（我认为这个的可能性大）；
2.FbinstTool 1.603.3786的问题。
请大家分析探讨。

作者: jianliulin 时间: 2011-6-26 11:07

原帖由 sundh 于 2011-6-26 06:57 发表
6月26日更新：问题解决了，办法是
U盘用FbinstTool 1.604.3809格式化（原来是用的FbinstTool 1.603.3786），但菜单用RUN的话还是不行加载很慢，IMG改为用map --mem加载时很快，现在看来，问题可能是：
1.run模 ...

1.用单个命令来执行，手工计算下时间，就能确定是否是run的问题了

2.你的菜单项这么多，到底哪个比较慢？？

[ 本帖最后由 jianliulin 于 2011-6-26 11:09 编辑 ]

作者: 风神 时间: 2011-6-26 11:16

原帖由 sundh 于 2011-6-26 06:57 发表
6月26日更新：问题解决了，办法是
U盘用FbinstTool 1.604.3809格式化（原来是用的FbinstTool 1.603.3786），但菜单用RUN的话还是不行加载很慢，IMG改为用map --mem加载时很快，现在看来，问题可能是：
1.run模 ...

昨天上午就提醒你换工具，u盘等等，你却一直不实验，现在好啦

作者: sundh 时间: 2011-6-26 14:42

原帖由 jianliulin 于 2011-6-26 11:07 发表

1.用单个命令来执行，手工计算下时间，就能确定是否是run的问题了

2.你的菜单项这么多，到底哪个比较慢？？

用RUN的话，所有的IMG加载都慢。1、2M的加载2分钟左右，10M的加载7分钟左右。

作者: 风神 时间: 2011-6-26 15:20

原帖由 sundh 于 2011-6-26 14:42 发表

用RUN的话，所有的IMG加载都慢。1、2M的加载2分钟左右，10M的加载7分钟左右。

看来run还是有点问题，run是最新版的么

作者: sundh 时间: 2011-6-26 17:28

原帖由风神于 2011-6-26 15:20 发表

看来run还是有点问题，run是最新版的么

run用的是最新版的，这个帖子里的：[20110620]自动列表·自动菜单·数字启动

作者: 幸运的草 时间: 2011-6-26 19:35
标题: 回复 #29 sundh 的帖子
楼主提问能不能把问题讲清楚，根据你29＃的才知道你是在自动列表中数字启动，那这问题就清楚了，新版RUN作者根据网友的提议已经进行了更改，默认是不加--mem参数的（以前是默认加--mem参数的），实际上2楼已经给你讲明了要加--mem参数，你回报说加载--mem参数也很慢，这才让问题复杂了。
　　在自动列表窗口，你输入--mem空格数字回车就可以了。
可以说run及fbinstool这两个工具，使用的人很多，没有人出现你这个问题，只能是你使用不当，肯定不是工具本身的问题。

作者: 幸运的草 时间: 2011-6-26 19:40
菜单加载IMG，run --mem /xx.img与run /xx.img这两种调用方式可根据你的需要选择使用。但速度使可能会差别很大。

作者: sundh 时间: 2011-6-26 23:32

原帖由 幸运的草 于 2011-6-26 19:35 发表
楼主提问能不能把问题讲清楚，根据你29＃的才知道你是在自动列表中数字启动，那这问题就清楚了，新版RUN作者根据网友的提议已经进行了更改，默认是不加--mem参数的（以前是默认加--mem参数的），实际上2楼已经给 ...

我只是用的“[20110620]自动列表·自动菜单·数字启动”这个帖子里的run模块，img镜像并不是在自动列表中数字启动，从我在1楼的菜单中就能看出。如：
title 【04】运行MAXDOS工具箱
RUN --mem (bd)/BOOT/IMGS/MAXDOS.IMG
title 【05】安装Ghost系统到C盘
RUN --mem (bd)/BOOT/IMGS/XGHOST.IMG
title 【06】 DiskGenius磁盘管理
RUN --mem (bd)/BOOT/IMGS/DGDOS.IMG
title 【07】效率源硬盘修复工具
RUN --mem (bd)/BOOT/IMGS/XLY.IMG
title 【08】微软内存诊断工具
RUN --mem (bd)/BOOT/IMGS/MS_MEMTEST.IMG

我实机测试是只要是img 镜像，RUN --mem 与RUN 加载都慢；而map --mem则快。

作者: 幸运的草 时间: 2011-6-27 08:11
标题: 回复 #32 sundh 的帖子
哦，想起来了，问一下，你的机子是否装有软驱？你的BIOS中有关软驱的设置中是否将软驱启用？你报告的是软盘镜像启动有问题，可能与BIOS的设置有关。

[ 本帖最后由幸运的草于 2011-6-27 08:16 编辑 ]

作者: 幸运的草 时间: 2011-6-27 08:32
楼主，试试这个RUN，看问题是否还存在。

RUN.rar

5.31 KB, 下载次数: 19, 下载积分: 无忧币 -2

作者: sundh 时间: 2011-6-27 09:07

原帖由 幸运的草 于 2011-6-27 08:11 发表
哦，想起来了，问一下，你的机子是否装有软驱？你的BIOS中有关软驱的设置中是否将软驱启用？你报告的是软盘镜像启动有问题，可能与BIOS的设置有关。

我的机子没有软驱，BIOS中将软驱禁用了。应该将软驱启用吗？

你提供的run我下午测试一下，现在忙。不过你的这个run怎么这么小6kb，我现在用的有439kb。

作者: 风神 时间: 2011-6-27 09:11
看来还是run的问题

作者: 幸运的草 时间: 2011-6-27 09:25
标题: 回复 #35 sundh 的帖子
原来你用的是封装版，你应该在第一时间就指明版本的。
RUN有两个版本，一个是封装版，这个要大点，兼容性好但可能要慢点，另一个是脚本版，速度快，不带字库，FIRADISK驱动。
建议你换用原作脚本版试试，如果没问题，确定是封装版的问题。如果还有问题，再试试我上上传的，看有没有问题。或者反过来也可。以便锁定问题出在那里

[ 本帖最后由幸运的草于 2011-6-27 09:36 编辑 ]

作者: bfgxp 时间: 2011-6-27 09:59
@#37幸运的草

这应该是问题的关键，我也发现封装版加载img的很慢。
现在用着脚本版很爽。

作者: sundh 时间: 2011-6-27 11:17

原帖由 幸运的草 于 2011-6-27 09:25 发表
原来你用的是封装版，你应该在第一时间就指明版本的。
RUN有两个版本，一个是封装版，这个要大点，兼容性好但可能要慢点，另一个是脚本版，速度快，不带字库，FIRADISK驱动。
建议你换用原作脚本版试试，如果 ...

刚才测试了一下，用run原作脚本版与你上传的脚本版加载img效果与封装版的一样，都很慢。从实机测试来看，run －－mem是在img载入内存后出现了问题（因为这时u盘已经不读取了）。

作者: 2011usbred 时间: 2011-6-27 14:32
可能是电脑硬件的问题吧

作者: 幸运的草 时间: 2011-6-27 19:20
标题: 回复 #39 sundh 的帖子
maxdos应该有10M左右吧，你加参数--mem用RUN启动它，看它读入内存的速度怎样；
你换用夜天版主的RUN，再试试加载情况怎样（调用方式不一样，要看使用说明及举例），如果速度还可以，而是读入内存后启动慢，则可能是你的内存方面有问题。根据你上帖中测试的情况，初步定位是内存有问题。
原作与我上传的区别只是对仿真软驱方面，没区别就对了。

作者: sundh 时间: 2011-6-27 21:15

原帖由 幸运的草 于 2011-6-27 19:20 发表
maxdos应该有10M左右吧，你加参数--mem用RUN启动它，看它读入内存的速度怎样；
你换用夜天版主的RUN，再试试加载情况怎样（调用方式不一样，要看使用说明及举例），如果速度还可以，而是读入内存后启动慢，则可 ...

这两个run脚本版与封装版加参数--mem启动img读入内存的速度都很快，只是读入内存后很长时间没有响应，屏幕就只有一个光标的横线闪动。

我在4台机子上测试，有3台机子只要用run（不论脚本版还是封装版）启动img，加与不加参数--mem加载都很慢，只有一台用run加载快（Award的BIOS）。应该不是内存的问题，这3台电脑不会内存都有问题。我认为问题可能是run不能传递参数......或者是run不能与bios正确什么的（我不知道该怎么表述）。

作者: jianliulin 时间: 2011-6-28 08:44

原帖由 sundh 于 2011-6-27 21:15 发表

这两个run脚本版与封装版加参数--mem启动img读入内存的速度都很快，只是读入内存后很长时间没有响应，屏幕就只有一个光标的横线闪动。

我在4台机子上测试，有3台机子只要用run（不论脚本版还是封装版）启 ...

1.把附件的buldr 放到ud根目录，并把fbinst的菜单改为：
menu F1 grldr "buldr"

2.进入burg 后，输入下图命令，其中(boot) 相当于g4d的(ud),msdos71.img 改为你加载很慢的img 看看需要多少时间

buldr.rar

165.82 KB, 下载次数: 28, 下载积分: 无忧币 -2

作者: zxw 时间: 2011-6-28 09:22
看了一下楼主的帖子，自始至终未看到楼主用命令行的方式（不用run）测试过。由此断言run或fbinstool有问题，未免有点草率？

作者: sundh 时间: 2011-6-28 10:53

原帖由 jianliulin 于 2011-6-28 08:44 发表

1.把附件的buldr 放到ud根目录，并把fbinst的菜单改为：
menu F1 grldr "buldr"

2.进入burg 后，输入下图命令，其中(boot) 相当于g4d的(ud),msdos71.img 改为你加载很慢的img 看看需要多少时间

...

我用你提供的buldr，进入burg 后，输入命令
time map --mem (boot)/boot/imgs/maxdos.img (fd0)

显示“1 seconds"，说明加载很快，这和我用map --mem (bd)/boot/imgs/maxdos.img 加载很快相吻合。但用run或run --mem加载都很慢。

作者: sundh 时间: 2011-6-28 16:53
今天下午又进行了测试：

1、更换run的版本：RUN--zxw20110620、 RUN--0PE20110619 、RUN--夜天20110419 这3个版本，在菜单项直接用run或run --mem加载img镜像都很慢；前两个版本在命令行下用run或run --mem加载img镜像也很慢，而RUN--夜天20110419 这个版本在命令行下用run或run --mem加载img镜像却很快。

2、更换grldr版本：20110619版、20110627版、20110527版，包括英文版、中文版均测试了，结论和“1”中的一样。只有RUN--夜天20110419 这个版本在命令行下用run或run --mem加载img镜像很快。

作者: 于山 时间: 2011-6-28 17:21
这样比较测试顶好!

作者: 幸运的草 时间: 2011-6-29 09:38
标题: 回复 #10 风神的帖子
经过你的测试，说明ZXW的RUN加载IMG镜像很慢，而夜天的RUN加载很快，从这个来说，是ZXW的RUN执行慢。
你测试了四台电脑，但有一点应注意，你是用同一个U盘作的测试，这不能排除你的U盘制作方面的问题。要想查找出问题的地方，建议你换一个U盘制作后再测试测试，看问题是否有改变？

作者: zxw 时间: 2011-6-29 10:13
奇怪，看了一下代码。对img的处理，原理上来说，与夜天的是一样的。

作者: sundh 时间: 2011-6-29 10:37
6月29日测试：

今天又找了几个img镜像进行测试，RUN--zxw20110620这个版本，run或run --mem均测试。

1、AMI的BIOS电脑测试结果：发现有的镜像加载快，有的镜像相当慢（甚至7.8分钟无响应，我没有耐心等下去，重启电脑了），XLY.IMG（1.4M加载快），windiag.img（320KB快），HDDREG.IMG（1.14M无响应），dtstool.IMG（9.98M无响应）。

2、Award的BIOS电脑测试结果：加载这些镜像都很快。

这样看来，是不是与BIOS有关？

[ 本帖最后由 sundh 于 2011-6-29 10:39 编辑 ]

作者: 幸运的草 时间: 2011-6-29 10:56
标题: 回复 #50 sundh 的帖子
你不要测试加载硬件检测这类IMG，加载比如DiskGenius,adds,dostools这类IMG。建议你换一个U盘再测试测试，同一台机子，两个U盘对比看结果如何？

作者: 风神 时间: 2011-6-29 11:08
换个u盘试试看，需要全面的考虑问题，不能只纠结于run

作者: sundh 时间: 2011-6-29 20:07

原帖由风神于 2011-6-29 11:08 发表
换个u盘试试看，需要全面的考虑问题，不能只纠结于run

今天下午换个U盘测试了一下，用run加载一切正常。

看来确实是原来u盘的问题，原来的U盘是台电的2G，主控是UT161。

作者: 幸运的草 时间: 2011-6-30 08:14
标题: 回复 #53 sundh 的帖子
找到问题就好。
其实老早就怀疑是U盘的问题了，所以要你换一个U盘试试，FBT及RUN使用很长时间了，要有问题早就发现了。

作者: bfgxp 时间: 2011-7-1 13:38
今天在实机（ibm T42 256m内存）上测试，也发现620版（没有下载到其他版本）的run加载img慢的问题。
所有测试都在硬盘上，排除u盘可能产生的问题

vm中又无此问题（宿主机比我这个烂本本好得多）

作者: 幸运的草 时间: 2011-7-2 08:00
标题: 回复 #55 bfgxp 的帖子
作者对RUN进行了修改，楼主可以试试，看你原来的U盘有没有改变。

作者: bfgxp 时间: 2011-7-2 12:44
标题: 回复 #56 幸运的草的帖子
问题已经找到，作者已经修正了该问题，此问题与u盘无关

作者: kernel 时间: 2011-7-3 11:16

原帖由 幸运的草 于 2011-7-2 08:00 发表
作者对RUN进行了修改，楼主可以试试，看你原来的U盘有没有改变。

新的哪里下载啊？我的移动硬盘加载也很慢啊！

作者: sundh 时间: 2011-7-3 14:39
7月3日更新：
今天用run最新版（20110702）测试，原来加载img很慢的u盘现在也很快了，新版run解决了这个问题。

[ 本帖最后由 sundh 于 2011-7-3 14:41 编辑 ]

作者: sundh 时间: 2011-7-3 14:42

原帖由 kernel 于 2011-7-3 11:16 发表

新的哪里下载啊？我的移动硬盘加载也很慢啊！

在这里：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=183722&extra=page%3D1

作者: 幸运的草 时间: 2011-7-3 15:39
兼容性问题，对部分U盘、硬盘会造成加载速度变慢，可能与BIOS有关。

作者: bfgxp 时间: 2011-7-5 10:07
标题: 回复 #61 幸运的草的帖子
非兼容性问题，是一行代码缺陷造成的，目前已经删除了缺陷代码，6月1日前的版本因为没有这行代码所以也可以正常使用。
详细请看run原发贴中我与z大的回复

欢迎光临无忧启动论坛 (http://wuyou.net/)