[20100626正式版]SRS_F6 公用性SRS驱动的F6模块—XP/2003安装及PE 1.x的SRS驱动不愁缺

zhaohj · 发表于 2010-4-14 14:42:53

kernel.img是用过gzip压缩的，也就是kernel.img实际上是kernel.img.gz
kernel.img.gz解压为kernel.img，用VDM或winimage修改保存，再用gzip压缩为kernel.img。
你再试一下。想不到prompt也会卡住啊。

tangzhili · 发表于 2010-4-14 15:19:18

我试出来了,是7zip的gzip格式,我弄上去,刚试了,我都被搞糊涂了,但找到了一个正常的方式,通过oem_srs.zip加载intel板子最新的iastor.sys驱动
步骤:
不管是user menu还是win$.iso,都不能直接按正常的选择oem驱动启动,否则依然报错,如下图:

要在选择了OEM驱动包的时候,按住ctrl键,出dos菜单,选择单步,只执行config.sys,当执行到autoexec.bat时,也就是@echo off时,就按ctrl+c中止

手动照autoexec.bat里面的自己单项运行
先运行_setenvi.bat,注意,都没有加call
然后进入kernel目录,运行srs_f6.bat

接着,就是如果是用的usermenu,就运行menu.bat,如果是win$.iso,就运行wiso.bat,这要就可以正常启动了

实在搞不懂,我也是照批处理运行的,怎么会得到不一样的结果,让他自动执行就出错 ,非得手动按autoexec.bat的来运行,只是没有加call命令 ,有事出门一下,等会回来试下去掉call

zhaohj · 发表于 2010-4-14 15:39:42

你上面怎么会有一个TSR常驻程序呢？
你的问题很象我以前的PXE启动的情形，你具体看看：
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=161383&page=1#pid1913395

另：批处理调用批处理是要CALL的，命令行状态下当然不用。

再：感觉你机器的BIOS有点问题，想办法更新一下。如有些机器PXE ROM有问题无法PXE启动，到官方网站下载新版BIOS更新下一般就能解决。

[ 本帖最后由 zhaohj 于 2010-4-14 15:54 编辑 ]

tangzhili · 发表于 2010-4-14 16:05:32

回来了,但是照我那种手动的方法,不自动运行,就是正常的
我看看弄个启动的时候,暂停几秒再调用看看,是否会正常就知道了

zhaohj · 发表于 2010-4-14 16:22:10

看看时空论坛的报告，可能对你的机器有参考作用：
http://bbs.znpc.net/archiver/?tid-3700.html

INT02，可能无解。碰到怪异的BIOS了。看看BIOS能否更新下。

tangzhili · 发表于 2010-4-14 16:34:40

不对噻,我手动启,都可以正常,就自动让他运行的不正常,太那个了吧

我刚又试了,用自带的驱动,进user menu或win$.iso,只要进的时候,按住,ctrl,出dos系统菜单,选择单步执行,执行到autoexec.bat时,也就是@echo off 时,如果ctrl+c中止
然后再手动运行autoexec.bat,一切正常

问题真奇怪

wenjx5228 · 发表于 2010-4-15 01:51:23

zhao大，
写个使用手册！

蓝羽 · 发表于 2010-4-15 03:10:05

正需要这个软件。谢谢楼主提供。制作辛苦了！

蓝羽 · 发表于 2010-4-15 03:24:03

权限不够！希望能上传至网盘分流一下。谢谢啦！！！

不点 · 发表于 2010-4-15 09:57:27

原帖由 tangzhili 于 2010-4-14 16:34 发表
不对噻,我手动启,都可以正常,就自动让他运行的不正常,太那个了吧

我刚又试了,用自带的驱动,进user menu或win$.iso,只要进的时候,按住,ctrl,出dos系统菜单,选择单步执行,执行到autoexec.bat时,也就是@echo off 时,如果ctrl+c中止
然后再手动运行autoexec.bat,一切正常。

问题真奇怪

你的意思是说，又出现了等待若干秒之后就正常的老现象？怀疑你以某种方式使用了很旧的 grub.exe 文件。比如说，你的某个旧的 grub.exe 在硬盘上，而碰巧你执行的 grub.exe 就是（优先）采用了它。

不点 · 发表于 2010-4-15 10:13:22

新版本的 grub.exe 通常不会出现 int02 的错误，除非你的 DOS 在 config.sys 或者 autoexec.bat 中加载了某个有问题的 TSR 程序。

最好不要在启动 grub.exe 之前加载 DOS 下的常驻内存的驱动程序。比如，USB 驱动也不要在此时加载。USB 驱动有可能接管了 int02，造成 grub.exe 在探测 int02 时出现故障。一个良好的驱动程序通常不会引起探测过程的失败，而且，那些引起探测失败的驱动程序，经过改造（重新编程，修改引起冲突的部分），都可以变成与 grub.exe 兼容的驱动程序。

补充：由于进入 grub.exe 之后，DOS 的环境被彻底销毁，所以，DOS 下的所有的驱动程序都不复存在了。也因此可以说，在 grub.exe 之前加载驱动程序，对于 grub （以及 grub 以后运行的程序）而言是无用的。因此，最好在 grub.exe 之前不加载任何驱动程序。在必须加载的情况下，也要提供一个相应的卸载程序，保证在 grub.exe 运行的时候，DOS 的运行环境是干净的。

[ 本帖最后由不点于 2010-4-15 10:40 编辑 ]

不点 · 发表于 2010-4-15 10:27:19

出现 grub --config-file=c:\kernel\MENU.USR 【enter=Yes，ESC=No】？

进入了命令行，倒是值得研究。怀疑 DOS 强行给 grub 的命令行尾部添加了某些开关，例如 /Y 之类的，因此变成这样：

grub --config-file=c:\kernel\MENU.USR /Y

这样就可能找不到文件了，因为 "c:\kernel\MENU.USR /Y" 可能会被 grub4dos 当作一个文件名。

为了研究这个问题，你可以故意在 grub 命令行添加一些非法的字符，看看执行此行时显示出的命令行尾部是否有多余的字符。

grub ghggjkjkh --config-file=c:\kernel\MENU.USR

命令行下肯定不会有什么发现的。需要在 autoexec.bat 中出现“【enter=Yes，ESC=No】？”的时候来测试研究它，才有意义。

tangzhili · 发表于 2010-4-15 13:54:52

就干净的srs_f6模块,没增添任何东西,用原自带的cmd生成的iso镜像,均出现同样问题

tangzhili · 发表于 2010-4-15 14:35:18

屏蔽掉,config.sys,一切正常了

只是加载有点慢

zhaohj · 发表于 2010-4-15 16:14:09

不点也来了，我也想不通“手动运行是正常的”。config.sys就加载了个HIMEM.SYS，你取消它运行测试一下。

这几天N版的F6马上出来了，F6的驱动肯定超过软盘容量了，适应它正在修改F6模块。差不多改好了。
一个命令不会用，PKUNZIP怎么释放oem.zip中根目录下的文件，如：下面的文件DIY，但并不一定是DIY

zhaohj · 发表于 2010-4-15 18:05:13

解决了，竟然这样就可以：
pkunzip -o c:\srs.zip ????????.??? a:\
排除TXTSETUP.OEM:
pkunzip -xtxtsetup.oem -o c:\srs.zip ????????.??? a:\

zhaohj · 发表于 2010-4-15 18:28:45

考虑到N版的F6.IMG超过软盘容量，修改了一下SRS_F6
现在不区分SRS.ZIP及OEM_SRS.ZIP，文件大小限制在10M内，应该够大了。

驱动SRS.ZIP还是老的，自己换。
上传到我的FTP（见置顶页面）ZZHSH\20100415正式版。
还是用英文版，反正没几个字。

在此感谢P大、C大、不点等，不一一列举，一并感谢。

[ 本帖最后由 zhaohj 于 2010-4-15 21:16 编辑 ]

tangzhili · 发表于 2010-4-15 20:08:43

问题是很奇怪,加载himem.sys,手动进dos,运行autoexec.bat也正常

就是不能全自动的

现在去掉了config.sys,也就是不加载himem.sys了,全自动也正常了

zhaohj · 发表于 2010-4-16 10:27:22

喜欢中文版的，做了个中英文对照的SRS_F6.IMG，驱动选择时退出图像界面，防止输入错误时退格键乱码。

放在ZZHSH\20100415正式版中文替换文件

等待N版主的驱动方案完美版。

fyq · 发表于 2010-4-16 10:48:47

呵又有更新哟，zhaohj辛苦了

dvd008 · 发表于 2010-4-16 12:21:47

那个oem_zip 支持 f6.img 里面文件直接打包 zip？
仅仅是 1.44M 的限制？

dvd008 · 发表于 2010-4-16 12:29:10

原来的1.44限制是指 zip 还是zip解开后的大小？

zhaohj · 发表于 2010-4-16 13:39:43

原帖由 dvd008 于 2010-4-16 12:29 发表
原来的1.44限制是指 zip 还是zip解开后的大小？

原来考虑OEM一般是软盘镜像，解开后不会超过1.44M。也就是标准的软盘镜像。
限制没这个限制了。
在手动输入驱动的地方可以看出，目前只有一条菜单。

dvd008 · 发表于 2010-4-16 13:44:56

我原来以为只支持原厂打包

这样，我可以把f6分几个，我yy的可以挂10多个

qdaijchf · 发表于 2010-4-16 18:20:46

下载了20100415版，做成了SRS_F6.ISO，整体放入ud，启动一切正常。但是因为启动太慢，所以在启动SRS_F6.ISO前，先启动了plpbt.bin，虽然启动速度很快，但提示找不到(hd-1,0)中的文件，也就是说找不到(hd-1,0)。这个问题能解决吗？

zhaohj · 发表于 2010-4-16 18:26:24

启动了plpbt.bin,配置文件改一下：
map (hd0) (hd)
map --hook
kernel (fd2)/plpbt.bin

测试反馈一下
如果是中文版，注意配置文件（SRS_F6）。保存UTF格式

zhaohj · 发表于 2010-4-16 18:32:29

具体原因可能是plpbt.bin占用了HD0，所以要先MAP。

不点 · 发表于 2010-4-16 19:02:35

FreeDOS 里面的 Himem 和 emm386 与 grub4dos 不兼容。或者反过来说也一样，grub4dos 不兼容于 FreeDOS 里面的内存管理程序。

因此，如果是 FreeDOS 里的 himem，我觉得应该从 config.sys 中去掉。但如果是微软的 himem，我觉得不应该出现兼容性问题。

仍然（强烈）怀疑 tangzhili 的硬盘上存在一个隐蔽的、旧版本的 grub.exe。

建议对于 grub.exe 使用绝对路径，例如，A:\grub.exe 或者 C:\grub.exe，以免某个未知的 grub.exe 被执行了。

有些机器上有 C:\Windows\command 目录，有的人可能把一个旧版的 grub.exe 放在这类文件夹下，这样，就有可能执行它。

在微软的 DOS 不加载驱动程序和 TSR 的情况下，新版本的 grub.exe 不可能在探测 int02 时失败。

qdaijchf · 发表于 2010-4-16 19:02:58

先map (hd0) (hd)也一样。
不过把SRS_F6.ISO 解开后放入ud启动一切正常。

111kkk · 发表于 2010-4-16 19:53:48

这个怎么替换不会?
20100415正式版中文替换文件

		自动登录	找回密码
密码			注册

[20100626正式版]SRS_F6 公用性SRS驱动的F6模块—XP/2003安装及PE 1.x的SRS驱动不愁缺

回复 #1173 tangzhili 的帖子

回复 #1170 tangzhili 的帖子