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

zhaohj

原帖由 hhh333 于 2010-5-18 12:30 发表
我估计可能就是加这个参数引起的。

但默认情况下非PXE启动是pxe unload的。要不你的PE内核太大了，小一点肯定没问题。

我测试了一下，大内核的PE感觉有问题，50M内的镜像都没问题。

明天上传个纯生成驱动自动返回的版本测试一下。呵呵，镜像压缩不到400KB，纯英文，这样兼容性会好点。

wpklgo

原帖由 zhaohj 于 2010-5-17 13:08 发表
再看看PXE启动，呵呵，全返回了

能讲解一下,这个PXE怎么弄进去吗?我用PXE启动整体SRS_F6.ISO,可行,但F6加载驱动后,找不到PXE根目录下的WIN$.ISO,选择从物理光驱启动,却又回到刚启动的加载SRS_F6.IMG的界面,可能是因为原先加载的SRS_F6.ISO仍存在,导致并不能启动物理光驱里的安装光盘。而直接在VM机里用SRS_F6.ISO做为光盘镜象启动，等
F6加载驱动后,把镜象换成安装盘镜象,选择从物理光驱启动,这时启动的就是安装盘了，如果能解决上面的问题，不用刻录光盘，就可通过PXE先引导SRS_F6模块,然后引导物理光驱的安装盘或加载PXE端的WIN$.ISO来装SATA/SCSI硬盘的系统了,请帮忙,谢谢!

zhaohj

原帖由 wpklgo 于 2010-5-18 22:23 发表


能讲解一下,这个PXE怎么弄进去吗?我用PXE启动整体SRS_F6.ISO,可行,但F6加载驱动后,找不到PXE根目录下的WIN$.ISO,选择从物理光驱启动,却又回到刚启动的加载SRS_F6.IMG的界面,可能是因为原先加载的SRS_F6.ISO ...

我明天会修改一下，主要是这个总菜单要修改一下的。

hhh333

老大，你的话我听不懂了，这个与PE根本没关系，还没到启动PE阶段。
UD是用fbinsttool做的，不足50M；HDD＋用bootice做的，只拷入了BOOT和F6文件，PE没往上做呢，出菜单就进F6，然后就死机了，没有进到MENU菜单。

反而ISO在VM7下测试通过。我不知道你是指整个ISO文件大，还是内核大。我真看不出这些个与F6的启动有什么关系。我想问一下，楼主自己用U盘测试过没有。


我怀疑与新版grub.exe用关，可能不是楼主的这个F6的问题

[ 本帖最后由 hhh333 于 2010-5-18 22:39 编辑 ]

不点

hhh333，新版的 grub.exe 无非只是增加了 --keep-pxe 的命令行选项的处理而已。这不可能影响到 INT 中断向量的探测。

你可以检查一下你使用 grub.exe 的方式、方法是否有误。就算你以前（碰巧）没死机，但只要你的使用方式、方法有问题，那就会在将来发生死机。

1。DOS 下尽量不要加载任何 TSR 以及设备驱动。
2。通过 syslinux 的 kexec 来调用 grub.exe，一般不应该出现 Probe INT 的信息，因为 SYSLINUX 不是 DOS，不曾破坏中断向量表。但是，如果确实出现了问题，则有可能是 syslinux 的问题引起的。你不要用 syslinux，看看还有问题吗？

zhaohj

原帖由 hhh333 于 2010-5-18 22:37 发表
老大，你的话我听不懂了，这个与PE根本没关系，还没到启动PE阶段。
UD是用fbinsttool做的，不足50M；HDD＋用bootice做的，只拷入了BOOT和F6文件，PE没往上做呢，出菜单就进F6，然后就死机了，没有进到MENU菜单 ...

这就怪了，我认为是SRS_F6返回后启动不了PE。
这个5.15版本是不点刚改的，以前的GRUB.EXE是没有PXE部分的，很可能加入这部分代码后引起非PXE启动反而出问题。但PXE我测试很好。

我也是发现没多久，因为以前PXE KEEP后在启动DOS后肯定死机。

也许不点看到会重新复查一下代码。

zhaohj

我也想问，H大的TSR是哪里来的？刚说不点大，不点大就来了。

引导部分不要使用syslinux ->grldr->SRS_F6,避免不必要的冲突。

不点

--keep-pxe 为什么要作为一个选项而不是默认启用 --keep-pxe 呢？想想看？

启用 pxe 时会死机。有些 BIOS 在执行扫描 pxe 的动作时，就会死机，屏幕上可能会出现任何稀奇古怪的信息。

所以，默认时不自动启用 --keep-pxe。

如果机器不是从 PXE 启动的，就应该尽量避免使用 --keep-pxe 选项。否则死机是很容易发生的，因为 BIOS 的环境跟月球差不多，险象环生，人要居住很困难。

只有当你确信机器是从 PXE 启动的时候，才可以试试 --keep-pxe 选项。这样做，可以保证最大限度的生存机会，同时又照顾了 PXE 功能的发挥。

不点

记不记得？grub4dos 的磁盘仿真，不支持与 memdisk 以及 syslinux 共存。因为共存时，可能会出现问题。也可能碰巧没问题。

如果你的启动过程中有 grub4dos 的磁盘仿真存在，就尽量不要使用 memdisk 以及 syslinux。

我认为，syslinux 的兼容性并不高。说 syslinux 兼容性好的，估计是以讹传讹。ubuntu 的10.04 安装光盘就不能在 Linux 的 kvm 虚拟机下启动。ubuntu 10.04 是用 isolinux 做的。死机就死在 isolinux 本身的启动过程中。kvm 实际上就是 qemu，是非常著名的虚拟机。换成virtualbox可以启动ubuntu的光盘。这证明了isolinux对qemu的支持不好，有隐含的 bug 未被发现。

当然，hhh333 的问题也可能与 syslinux 无关。这就要求 zhaohj 首先减少对 --keep-pxe 的使用频率，让它仅仅在 PXE 启动的情况下才使用，如果这样就解决了问题，那么我们可以断定，问题与 syslinux 无关。如果仍旧不能解决问题，那就有可能是 syslinux 的问题了。

sratlf

关于0518测试版  

分别测试了在hdd   usb-hdd(U盘和移动硬盘均测)  usb-cdrom下串接菜单  然后返回主菜单  均成功  没有问题

至于UD和pxe没有测试

zhaohj

不点大，我是PXE启动时才加--keep-pxe的，所有其他启动都是默认的。所以不存在这个问题。
我自己测试没这个问题。
H大的问题可能来源于syslinux，或者U盘的质量。

zhaohj

原帖由 sratlf 于 2010-5-18 23:48 发表
关于0518测试版  

分别测试了在hdd   usb-hdd(U盘和移动硬盘均测)  usb-cdrom下串接菜单  然后返回主菜单  均成功  没有问题

至于UD和pxe没有测试

总算看到成功的例子，我差点失望了。谢谢你的测试反馈。

UD和pxe是我测试的重点，因为这两部分解决才发布的，这两个是不可见的，比较难处理。
其他可见的问题不大。

不点

那就初步认为，死机是由 syslinux 与 grub4dos 的冲突引起的，或者完全是 syslinux 自身的 bug 引起的。

sratlf

原帖由 zhaohj 于 2010-5-18 23:51 发表


总算看到成功的例子，我差点失望了。谢谢你的测试反馈。

UD和pxe是我测试的重点，因为这两部分解决才发布的，这两个是不可见的，比较难处理。
其他可见的问题不大。

UD下我不太好测试  因为我不怎么用UD  胡乱测试可能更添乱

PXE明天我可以去机房试下  需要等等了

zhaohj

原帖由 sratlf 于 2010-5-18 23:59 发表



UD下我不太好测试  因为我不怎么用UD  胡乱测试可能更添乱

PXE明天我可以去机房试下  需要等等了

还是等我明天发布的简单版本吧，就生成仿真驱动后返回，无其他任何工具。
晚安！

pseudo

这里http://bbs.wuyou.net/forum.php?m ... ;page=14#pid1954342
有人用pxelinux加载iso，好像仿真的光盘一直存在。那么内存一直不会释放吧。
这是否意味着pxelinux与grub4dos共处也会有潜在问题？

H3兄喜欢在syslinux、grub4dos之间转来转去，如果有真有冲突存在，就得妥善处理了。

可以在0PE中试试。关于这个F6模块，在0PE里有更长的历史，如果同样问题在0PE里不出现，就不大可能是grub4dos的问题。

不点

只要有 memdisk 的仿真代码在使用（或者准备使用），就不可以用 grub4dos 的仿真代码。注意，map 和 map --mem都要采用 grub4dos 的仿真代码，因此，凡是有 grub4dos 的虚拟磁盘／虚拟光盘存在的情况（不管虚拟设备是否在内存中），这都会与 memdisk 的仿真代码发生冲突。

两者共存时，不能保证系统能够运作良好。这个问题无法解决。因为 memdisk 的虚拟代码和grub4dos的虚拟代码要争用常规内存，也要争用 int13 和 int15 这两个中断调用。再加上 BIOS 的 int13 和 int15 本身就可能含有 bug，这就很复杂了。冲突是正常的，不冲突倒是不正常的了。

而 grub4dos 自己则不会与自己争用任何东西。前面一个 grldr 建立的虚拟磁盘，后面的 grub.exe 也能够承认，因为仿真代码是共享的，不会重复建立多余的仿真代码。但在memdisk与grub4dos混用的情况下，仿真代码肯定是两份：一份是 memdisk 的，一份是 grub4dos 的。而且，int13 和 int15 被连环挂载：既要被 grub4dos 钩住，也要被 memdisk 钩住，当然最终还可能进入 ROM BIOS 中。这里面出问题的环节太多了。假如我们能够保证 grub4dos 不出问题，那已经是谢天谢地了。我们怎么可能越俎代庖来保证 memdisk 不出问题呢？如果我们真能保证的话，那我们不就等于完全接管了 memdisk 的开发了吗？

再补充一点。我们的仿真，对于 BIOS 数据区的软盘个数、硬盘个数字节，都是有控制的。谁能确定，memdisk 的仿真代码对这些字段以及其它 BIOS 数据区都能控制好呢？如果 memdisk 在这些地方也与 grub4dos 产生不协调，那怎么可能解决呢？

[ 本帖最后由 不点 于 2010-5-19 00:40 编辑 ]

hhh333

我现在也比较郁闷，hdd我是从linux转g4d的，但ud应该是直接启动的。

我也曾怀疑是U盘本身或机器的问题，但所有文件不动、菜单命令也不动，只换grub.exe就可以解决。确实奇怪。

hhh333

报告一个好消息，刚才UD测试通过了。
我重新下了文件，拷入U盘可见区，在家里的这台gf3的机器上可以了。前面是在单位我办公室的一台DELL品牌机上试的。等下上班我再试一下其他的机器。

不点

dell机器故意与 grub.exe 制造不兼容，案例非常多。为此，我们专门制作了一个 badgrub.exe 供 dell 的用户使用。你可以首先试试 badgrub.exe 如果没问题，再试试 grub.exe。报告死机时屏幕的信息，尤其是列出所显示的中断号。

zhaohj

dell机器真变态，上次单位同事一台笔记本，所有驱动外置的PE都无法处理SRS及LAN驱动，下次知道用badgrub.exe可以测试。

lhwangqi

我之前就有这个想法,不过比较懒反正现在的用着还可以

coolg

原帖由 zhaohj 于 2010-5-19 07:58 发表
dell机器真变态，上次单位同事一台笔记本，所有驱动外置的PE都无法处理SRS及LAN驱动，下次知道用badgrub.exe可以测试。

我也 是DELL机子，测试没问题，就是03控制台有点小问题。

新版老大什么发布，需要我帮助测哪些项目？

hhh333

又记不得带U盘来了，死机时提示信息是：Probing Rom INT vectors,If hang,unload driver or TSR.........后面是一些数字

zhaohj

原帖由 coolg 于 2010-5-19 08:53 发表



我也 是DELL机子，测试没问题，就是03控制台有点小问题。

新版老大什么发布，需要我帮助测哪些项目？

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=163776&page=1#pid1955105

先测试一下在说。

不点

hhh333：

探测中断向量之前，先显示中断号。没有报告这些中断号，就等于任何消息都没有，对于解决问题完全无助。上次如果你顺便抄录了中断号，也许今天你已经用上最新的修正版了。

zhaohj

不点大，pxe keep状态下io.sys-->GRUB.EXE --keep-pxe
命令行状态下输入pxe，basedir为空，这是不是BUG呢？
虽然可以自己补救，但感觉不应该丢？

zhaohj

呵呵，没关系，我只要一条命令解决：pxe detect
这样如果是PXE，一条命令返回到PXE启动界面。

dvd008

精简版的好,不要往精简版加功能
需要功能多的可以用没精简的

sratlf

@zhaohj

刚刚在机房试验PXE下 0518测试版 和 0520菜单返回模块测试版 的返回主菜单功能

很成功  都可以正常返回