无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
楼主: zhhsh
打印 上一主题 下一主题

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

[复制链接]
1561#
发表于 2010-5-21 15:06:33 | 只看该作者
你进入正常系统,看看PCI IDE的驱动详细配置及硬件ID
回复

使用道具 举报

1562#
发表于 2010-5-21 15:34:52 | 只看该作者
PCI IDE的驱动详细配置如下:
回复

使用道具 举报

1563#
发表于 2010-5-21 15:59:59 | 只看该作者
我没办法了,可能是精简过度了。这个03控制台不是按正常方式做的。
现在问题是:IDE的机器反而出问题,而需要SRS驱动的机器的机器倒没事。
你把他改成RAM方式不知会怎样?
以前的RAM方式还在吗?测试一下。
回复

使用道具 举报

1564#
发表于 2010-5-21 16:15:24 | 只看该作者
手上没有,回家找找。
回复

使用道具 举报

1565#
发表于 2010-5-21 17:37:48 | 只看该作者
Dell M600 的中断向量表和BIOS数据区文件,见附件

Bios_Int.rar

1.52 KB, 下载次数: 17, 下载积分: 无忧币 -2

回复

使用道具 举报

1566#
发表于 2010-5-21 22:02:12 | 只看该作者
PXE启动比较简单,把启动菜单menu.lst不要内置放在TFTP根下就能解决。
menu.lst不内置放在TFTP根下的好处是,启动快,修改容易。

这个测试也说明pxe detect初始化PXE后,只调用menu.lst或menu.lst\default


请注意,从 21 日开始,/menu.lst 已经不能使用了。启动顺序改成这样了:

/main.lst
/menu.lst/(MAC地址以及IP地址)
/menu.lst/default

因为有报告说,/menu.lst 文件的打开动作,会因为 /menu.lst 文件夹的存在而死机,所以,不再用 /menu.lst 作为文件了,而用 main.lst 这个名字作为首先要打开的文件。原来的 /menu.lst 文件夹保持不变。
回复

使用道具 举报

1567#
发表于 2010-5-21 22:06:27 | 只看该作者

回复 #1566 canmao 的帖子

你的 dell 没有死机,因此不需要中断向量和BDA数据。只有死机的情况,才需要这些数据。

死机是最严重的问题。只要不死机,一切都容易解决。
回复

使用道具 举报

1568#
发表于 2010-5-21 22:40:50 | 只看该作者
原帖由 zhaohj 于 2010-5-21 08:51 发表
嗯,不知哪次修改\n丢了。

判断上是不太严谨,加了个判断你测试一下:如果没文件,提示找不到文件返回本菜单。控制台也同样处理。

不过没有硬盘我就不检测了,这个大家心知肚明。



这次可以了  没有文件直接提示找不到了  谢谢
回复

使用道具 举报

1569#
发表于 2010-5-22 06:58:30 | 只看该作者
各位!我想把A  B盘掉换下,应该在什么地方来改这个配置文件,谢谢!!





请教各位,我想把A盘变B盘,B盘变A盘,要改那个配置文件,改什么地方,怎样去修改,谢谢~~~

[ 本帖最后由 追逐灵魂 于 2010-5-22 06:59 编辑 ]
回复

使用道具 举报

1570#
发表于 2010-5-22 07:50:46 | 只看该作者
我怕加上A、B盘选择菜单后用户不知道怎么选择问题。
这方面可以看看SRS_F6菜单返回模块。

现在是A盘空、B盘是驱动;再加一条就可以了:A盘FIRADISK、B盘驱动。
这样都包括了。
回复

使用道具 举报

1571#
发表于 2010-5-22 09:13:23 | 只看该作者
关于hhh333的Dell有TSR存在,是否跟dell机器的ESIA诊断工具分区有关?我的dell全部干掉了这个硬盘第一分区,所以我的3台DELL用UD测试均无问题,只是两台服务器在PXE启动时出了状况。
回复

使用道具 举报

1572#
发表于 2010-5-22 09:44:48 | 只看该作者
ESIA诊断工具是放在BIOS中的吗?如果是,那问题肯定出在这里。

新版本grldr测试了吗?http://nufans.net/grub4dos/tinybit/

或者用我FTP新上传的。

[ 本帖最后由 zhaohj 于 2010-5-22 10:04 编辑 ]
回复

使用道具 举报

1573#
发表于 2010-5-22 10:32:03 | 只看该作者
dell的诊断工具是放在(hd0,0)的,但bios中有可能有调该分区某文件到内存,然后留住的可能。因为dell机器启动时,按F12(F11),调出启动菜单,就有运行诊断工具的选项。我的机器因没有这个诊断工具分区,自然会留住失败。纯属猜测,呵呵。

新版已测,还是直接进命令行。

[ 本帖最后由 canmao 于 2010-5-22 10:40 编辑 ]
回复

使用道具 举报

1574#
发表于 2010-5-22 13:13:33 | 只看该作者
FTP中最新版,VM7中测试,直接进命令行!
回复

使用道具 举报

1575#
发表于 2010-5-22 13:51:43 | 只看该作者
原帖由 elai 于 2010-5-22 13:13 发表
FTP中最新版,VM7中测试,直接进命令行!


注意grldr的menu.lst改名为main.lst(外置菜单的话)。
回复

使用道具 举报

1576#
发表于 2010-5-22 19:18:23 | 只看该作者

回复 #1576 zhaohj 的帖子

这只是在 PXE 服务器的根目录时需要把 menu.lst 改为 main.lst。普通的磁盘、光盘上是不可以改的。在普通的磁盘、光盘上,默认时依旧是用 menu.lst。否则我们就是自己与自己不兼容了。
回复

使用道具 举报

1577#
发表于 2010-5-22 19:39:04 | 只看该作者
我的问题出在TFTP Server上,我原来用的是haneWin TFTP 1.57,换为TFTP32 3.34版后,成功进入了菜单。感谢zhaohj的耐心指导!

但这次返回PXE时出了出现了问题,pxe detect 不能命中main.lst,但它的确存在。

2010-05-22-19-05-46.jpg (26.91 KB, 下载次数: 131)

2010-05-22-19-05-46.jpg
回复

使用道具 举报

1578#
发表于 2010-5-22 20:13:11 | 只看该作者
TFTP根下,复制一份main.lst,改名为menu.lst,成功返回。

订正了我在#1549的测试,以免误导。x300之所以PXE成功,是因为硬盘上有SRS_F6。汗!

[ 本帖最后由 canmao 于 2010-5-22 20:34 编辑 ]
回复

使用道具 举报

1579#
发表于 2010-5-23 00:33:36 | 只看该作者
原帖由 canmao 于 2010-5-22 20:13 发表
TFTP根下,复制一份main.lst,改名为menu.lst,成功返回。

订正了我在#1549的测试,以免误导。x300之所以PXE成功,是因为硬盘上有SRS_F6。汗!


“TFTP根下,复制一份main.lst,改名为menu.lst,成功返回。”,这个结论有点看不懂啊!
回复

使用道具 举报

1580#
发表于 2010-5-23 00:53:37 | 只看该作者
原帖由 不点 于 2010-5-22 19:18 发表
这只是在 PXE 服务器的根目录时需要把 menu.lst 改为 main.lst。普通的磁盘、光盘上是不可以改的。在普通的磁盘、光盘上,默认时依旧是用 menu.lst。否则我们就是自己与自己不兼容了。


既要考虑老习惯,又要改进现在的缺陷,有些为难啊。
PXE原设计时的MENU.LST目录考虑是不够好,我感觉还是下个很心改成MENU目录,菜单名还是MENU.LST。
G4D现在已经是0.4.5b了,感觉这个菜单名MENU.LST已经很习惯了,PXE的把MENU.LST目录改成MENU目录感觉比较自然一些。
回复

使用道具 举报

1581#
发表于 2010-5-23 02:40:40 | 只看该作者
是的,经过你这么一说,我也觉得这样做更符合逻辑。

但我们这样做了之后,需要在显著位置通告这一变动,让所有的 PXE 用户都把服务器上的 menu.lst 文件夹改成 menu 文件夹,否则就有可能在执行 pxe detect 时死机。

让 chenall 来做最后的决定吧。
回复

使用道具 举报

1582#
发表于 2010-5-23 07:53:28 | 只看该作者

回复 #1582 不点 的帖子

也可以不动,还是用menu.lst在其中加一个判断,如果是PXE启动就转PXE菜单,这种改名不好,与以前不兼容了。按zhaohj的说法文件名不改只改目录名是个好方法,也与以前兼容。

[ 本帖最后由 hhh333 于 2010-5-23 08:04 编辑 ]
回复

使用道具 举报

1583#
发表于 2010-5-23 13:18:48 | 只看该作者
原帖由 zhaohj 于 2010-5-23 00:33 发表
“TFTP根下,复制一份main.lst,改名为menu.lst,成功返回。”,这个结论有点看不懂啊!


   TFTP根下既有main.lst,也有menu.lst,内容相同。这样"Return GRUB4DOS Boot Menu"可以返回到PXE启动菜单。如果没有menu.lst,可启动到MENU菜单,但无法成功返回。
  测试时我把grldr内置菜单的timeout改为了10,并未出现内置菜单。
回复

使用道具 举报

1584#
发表于 2010-5-23 13:42:44 | 只看该作者
原帖由 canmao 于 2010-5-23 13:18 发表


   TFTP根下既有main.lst,也有menu.lst,内容相同。这样"Return GRUB4DOS Boot Menu"可以返回到PXE启动菜单。如果没有menu.lst,可启动到MENU菜单,但无法成功返回。
  测试时我把grldr内置菜单的timeout ...


还是等新版G4D怎么处理目录问题再定吧,现在有点乱。
暂时先这样用着吧。
回复

使用道具 举报

1585#
发表于 2010-5-24 10:22:28 | 只看该作者
学校网络一直不好,谁下完的能共享一下吗
回复

使用道具 举报

1586#
发表于 2010-5-24 12:20:53 | 只看该作者
尘埃落定,chenall更新了grub4dos,不知zhaohj还有更新没有?
回复

使用道具 举报

1587#
发表于 2010-5-24 14:02:48 | 只看该作者
原帖由 geogls 于 2010-5-24 12:20 发表
尘埃落定,chenall更新了grub4dos,不知zhaohj还有更新没有?

已经更新了啊
回复

使用道具 举报

1588#
发表于 2010-5-24 15:32:44 | 只看该作者

回复 #1545 不点 的帖子

dell机器的问题已经找到并解决
1、经反复测试,应该是在menu.bat中执行grub --config-file=C:\kernel\MENU.USR死机;而且是我挂两个硬盘时出现,撤掉任何一个硬盘故障消失。
2、如果将这一行挂起,到命令行状态去执行可以通过。
3、因此解决办法是将最后两行另建一个批处理再用call 进行调用如call ldusr.bat。
回复

使用道具 举报

1589#
发表于 2010-5-24 15:57:55 | 只看该作者
原帖由 <i>hhh333</i> dell机器的问题已经找到并解决
1、经反复测试,应该是在menu.bat中执行grub --config-file=C:\kernel\MENU.USR死机;而且是我挂两个硬盘时出现,撤掉任何一个硬盘故障消失。
2、如果将这一行挂起,到命令行状态去执行可以通过。
3、因此解决办法是将最后两行另建一个批处理再用call 进行调用如call ldusr.bat。
<br />

找到原因了,DOS风格的文件名需要#@

改成这样呢?

if "%PXE%"=="Yes" (
grub --keep-pxe [email=--config-file=“#@C:\KERNEL\MENU.USR]--config-file=“#@C:\KERNEL\MENU.USR[/email]”
) else (
grub [email=--config-file=“#@C:\KERNEL\MENU.USR]--config-file=“#@C:\KERNEL\MENU.USR[/email]”
)

也尽量用大写吧!

[ 本帖最后由 zhaohj 于 2010-5-24 17:24 编辑 ]

Snap10.jpg (26.53 KB, 下载次数: 125)

Snap10.jpg
回复

使用道具 举报

1590#
发表于 2010-5-24 17:57:46 | 只看该作者
很奇怪,这个错误以前一直存在,怎么没人反馈呢?
文件名用GRUB的风格应该这样写:
if "%PXE%"=="Yes" (
grub.exe --keep-pxe --configfile=(hd0,0)/KERNEL/MENU.USR
) else (
grub.exe --configfile=(hd0,0)/KERNEL/MENU.USR
)
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-11-15 11:15

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表