无忧启动论坛

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

(已解决)请各位大大看看新版SRS_F6真机测试无法启动控制台问题

[复制链接]
31#
发表于 2010-3-24 19:58:54 | 只看该作者
原帖由 33445566 于 2010-3-24 16:36 发表


祝贺,等待新版

祝贺,等待新版.........
回复

使用道具 举报

32#
发表于 2010-3-24 20:26:31 | 只看该作者
原帖由 pseudo 于 2010-3-24 19:49 发表
有点不解的是,据zhaohj测试,0PE的F6模块在pxe场合也没出问题。而且一向没有用pxe unload。
所以本帖问题似乎还没解决。


这就更能说明问题了。不要轻易使用 pxe unload,而应该使用 pxe keep 来阻止默认的 pxe unload 动作。

如果事先没有执行 pxe keep 命令,则 boot 命令在执行的时候会顺便把 pxe unload 也执行了,然后才把控制权交给操作系统的引导代码。

zhaohj 的问题,他已经弄明白了,是 DOS 以后出的问题。这是完全可以理解的。DOS 程序与 PXE BIOS 发生了冲突。

因此,应该着力把不兼容的 DOS 程序找出来,这才是最要紧的。为了迎合硬件,我们只能淘汰掉不兼容的软件,这没得商量。

----------

看看我们以往曾经发生的事情。我们的 grub4dos 的磁盘仿真代码要占据 12KB 的常规内存。有些主板(板卡)的PXE要占据100多KB的常规内存。两者加起来就可能超过 128KB 了。这就成了一个潜在的问题。当启动 memtest 的时候,问题终于爆发了。memtest 使用的是很老的 Linux 内核格式,这种 Linux 内核格式对内存的使用也是很死板的,它使用固定的内存地址,不能避开 128KB 的冲突。这样的话,我们就只好放弃对于 memtest 的支持了。当然了,memtest 自己的开发人员也在寻求解决办法,他们会采用较新的 Linux 内核格式,这样就可以避免冲突了。

这一事例说明了一个道理:不能与硬件共存的,即便它是 Linux 也不行,也得改变它自己,而不是要求硬件去改变。
回复

使用道具 举报

33#
 楼主| 发表于 2010-3-24 23:17:36 | 只看该作者
说到点子上了。“如果在菜单中使用了 pxe keep 命令,则当 boot 命令执行时就不会执行 pxe unload 的动作了。”

明天再证实一下结论。

不点大人说得对,DOS外部命令会造成GRLDR基本内存的破坏,这就是说不要轻易使用不熟悉的DOS下程序。
回复

使用道具 举报

34#
 楼主| 发表于 2010-3-25 14:11:11 | 只看该作者
今天证实了一下不点结论:“如果在菜单中使用了 pxe keep 命令,则当 boot 命令执行时就不会执行 pxe unload 的动作了。”

以前在测试0PE时,总菜单上(menu.lst\default)是没有pxe keep语句的。
而我在测试SRS_F6时,总菜单上加了pxe keep语句。
后经测试,总菜单上加了pxe keep语句,0PE也死机。

以后, pxe keep语句不要乱用了。能不用尽量不用。切记!!!
回复

使用道具 举报

35#
发表于 2010-3-26 06:39:05 | 只看该作者
做技术的,就应该把技术尽量弄清楚。实验固然重要,但是,理论也很重要。

试问,当你遇到那些执行 pxe unload 立即死机(或者重启)的机器,你又该怎么办?是你的软件淘汰掉那些机器,还是它们淘汰掉你的软件?

我认为,目前来讲,很要紧的一件事就是,把 pxe keep 之后究竟会出现什么问题彻底搞清楚。如果出现的问题表明,微软的系统无法运行(直接与微软发生冲突),那么你没办法,只好把那些机器淘汰掉。但是,如果不是微软的系统出问题了,而是其他工具出现了问题,那么,你还是有希望把兼容性做得更好,更上一层楼的。在这种情况下,需要找个替代品,或者是你自己重写一个替代软件。

总之,弄清原因是最重要的。究竟在技术上,什么地方发生了冲突(与谁发生了冲突),这应该弄清楚,而且也能够弄清楚。只要分析失败的过程,就可以弄清楚,这并不特别困难。

弄清楚原因之后,即便你仍然不想改进兼容性,也比没弄清原因要好,因为你掌握了深层的技术内幕。这有助于你预见其他问题的出现,并且一旦出现了问题,由于你知道其原因,因此能够轻松加以解决。

---------

因为 PXE 的 BIOS 会占用 100多KB 的大量常规内存,这有可能导致微软的启动程序在启动的某个环节上崩溃。如果确实是这样的,那么就放弃算了,因为微软的代码是封闭的,很难弄清楚。但是,如果不是这样的,那么总有改进的可能性。
回复

使用道具 举报

36#
 楼主| 发表于 2010-3-26 08:52:08 | 只看该作者
PXE 的 BIOS 会占用 100多KB 的大量常规内存,由于pxe keep ,boot IO.SYS导致与100多KB 的大量常规内存发生冲突。
我曾经看到过这个过程,是说TSR rom的代码一大串变化,可惜当时没有截图。
这个过程可以重现,那些速度较慢的机器会显示这个过程。

有空我把这个过程截个图,以便于分析。
回复

使用道具 举报

37#
发表于 2010-3-26 09:00:54 | 只看该作者
原帖由 zhaohj 于 2010-3-25 14:11 发表
今天证实了一下不点结论:“如果在菜单中使用了 pxe keep 命令,则当 boot 命令执行时就不会执行 pxe unload 的动作了。”

以前在测试0PE时,总菜单上(menu.lst\default)是没有pxe keep语句的。
而我在测 ...


好多情况下不执行pxe keep命令,是无法正常网启的
回复

使用道具 举报

38#
发表于 2010-5-21 12:22:37 | 只看该作者
20100518测试版2003控制台蓝屏
via芯片组IDE硬盘
hwid:PCI\VEN_1106&DEV_0571
看了一下内部txtsetup.sif有驱动加载项,不知怎么回事。
回复

使用道具 举报

39#
 楼主| 发表于 2010-5-21 12:27:07 | 只看该作者
原帖由 longwang 于 2010-5-21 12:22 发表
20100518测试版2003控制台蓝屏
via芯片组IDE硬盘
hwid:PCI\VEN_1106&DEV_0571
看了一下内部txtsetup.sif有驱动加载项,不知怎么回事。


还有啊,可能没有清理干净。我再看看。
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

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

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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