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

tangzhili

原帖由 不点 于 2010-4-16 19:02 发表
FreeDOS 里面的 Himem 和 emm386 与 grub4dos 不兼容。或者反过来说也一样，grub4dos 不兼容于 FreeDOS 里面的内存管理程序。

因此，如果是 FreeDOS 里的 himem，我觉得应该从 config.sys 中去掉。但如果是微 ...

问题不在于,我是否将这个模块加入到合盘中,而是用原版生成的iso,均会如此,去掉himem.sys才会正常

不点

@tangzhili

我没说你的什么做法有错误。而是说，原版的 grub --config-file=... 这个命令行本身就有问题。这是因为，DOS 在执行 grub 的时候，可能会根据 PATH 环境变量的设置而搜索到你的硬盘上的某个旧版的 grub.exe 程序，从而带来（虚假的）兼容性问题（而这些兼容性问题在新版的 grub.exe 中可能是根本不存在的）。

应该改成（类似）这样：

A:\grub.exe --config-file=...

这就确定执行的是 A:\grub.exe（你当然保证它是新版的） 而不是 PATH 中其他的 grub.exe（有可能在你的硬盘上）。

longwang

虚拟机测试，C盘NTFS格式，0326版的SRS injection运行正常，而20100415正式版，停在Importing registry file，没反应了，不知道为什么？

kelvinso

請問誰能分流一下，一直以來都不知道怎樣上 FTP 下載來測試了。感謝

pseudo

刚才请tangzhili兄测试了0PEv1.0.9＋（2010-04-12）的iso（http://bbs.wuyou.net/forum.php?m ... ;page=58#pid1930509）
直接量产为usb-cdrom启动，用0PE的F6模块安装WIN$.ISO，可以顺利进行。

tangzhili兄看来是高手，估计不是path问题。

0PE算是grub4dos的一块试金石。有himem.sys，所以还不像是grub4dos有问题。

不过最近我好像发现一个grub4dos的问题，并在上述iso中准备了两个对照菜单项。
只是还没来得及核实。等有空确认了再说。

k21081

在哪里下载啊，没看到地方啊

zhaohj

原帖由 longwang 于 2010-4-17 01:39 发表
虚拟机测试，C盘NTFS格式，0326版的SRS injection运行正常，而20100415正式版，停在Importing registry file，没反应了，不知道为什么？

还真没测试，今天没空，明天看一下。可能改变了结构，忘了修改MAP参数。

谢谢反馈！

确实，范了个错误，把SRS.ZIP删除了，想不到这里还要用到。
做了个判断，SRS injection时不删除SRS.ZIP。
等Z大回来看看这里为何还要用SRS.ZIP，应该没必要了。

已上传修正，老位置（不过现在是中英文版了）。

[ 本帖最后由 zhaohj 于 2010-4-18 10:24 编辑 ]

zhaohj

原帖由 111kkk 于 2010-4-16 19:53 发表
这个怎么替换不会?
20100415正式版中文替换文件

下载“20100415正式版中文替换文件”的SRS_F6.IMG，覆盖原来的SRS_F6.IMG就可以了

zhaohj

原帖由 不点 于 2010-4-17 01:10 发表
@tangzhili

我没说你的什么做法有错误。而是说，原版的 grub --config-file=... 这个命令行本身就有问题。这是因为，DOS 在执行 grub 的时候，可能会根据 PATH 环境变量的设置而搜索到你的硬盘上的某个旧版 ...

grub.exe就在当前目录下，默认当前目录优先，所以不存在搜索其他目录上的GRUB.EXE。

这个看一下版本号就可以说明。

0PE不存在这个问题，那真奇怪了。0PE应该也存在CONFIG.SYS的HIMEM.SYS。
问题在单步也能运行，那更奇怪了。而且其他机器也能运行，所以BIOS问题还是可能。

翅膀

空间里没有啊？大小都为0？

kan2009

f6模块是个超好的东西

azhong123456

为什么我换了中文版全是乱码

agedwolf

有个问题请教LZ：
我下了你的20100415正式版，用DGXHLS的模板量产到USB－CDROM，从USB－CDROM启动后试了2种启动方式，如果用RUN SRS_F6.BIF启动，会出现光标一直在闪，然后卡死；如果用BCDW /GRLDR启动，能够正常启动到主菜单，但随便选哪一项，都会在读取MENUSRS.LST文件时出错，好象是找不到U盘。
我的U盘量产为3区3启，USB－CDOM，USB－ZIP，USB－HDD各一个，电脑是捷波悍马HA07－ULTRA主板，可选USB－CDROM和USB－ZIP启动，不能选USB－HDD启动，但实际上如果选USB－ZIP启动后，USB－HDD区的盘符是C：。

[ 本帖最后由 agedwolf 于 2010-4-18 13:13 编辑 ]

不点

原帖由 zhaohj 于 2010-4-17 16:41 发表
0PE不存在这个问题，那真奇怪了。0PE应该也存在CONFIG.SYS的HIMEM.SYS。
问题在单步也能运行，那更奇怪了。而且其他机器也能运行，所以BIOS问题还是可能。

关于这个问题，我再说两点认识。

1。grub.exe 对于 int02 的探测算法，是按照单步跟踪来进行的，一直跟踪到 ROM 时，停止跟踪。一个恶意的 ROM 中断向量，确实可以在这个环节上进行破坏，比如，把本来指向 ROM 空间的向量故意设置成低于 ROM 空间，引诱我们的探测代码进入一个事先设计好的圈套，要么死机，要么出现其它障碍，这命运就完全由 BIOS 设计者来决定了。DELL 机器有一例曾经把 grub.exe 要探测的中断向量值（好像是 int0d，记不清楚了）设置为一个垃圾地址（在内存低端 RAM 区域，像一个胡乱填写的值），根本就不是代码，碰一下就死翘翘了。DELL 的又一个例子是，在 ROM 程序的执行过程中，故意用一个 far call 和一个 near ret （far 和 near 是不配套的）来制造死机。DELL 的第三个例子是，在 ROM 的执行过程中，用一个 jump 到自己的无限循环来制造死机。朋友们一定要研究相关的帖子，把这些情况弄清楚，看看你的机器是不是与已经报导的情况类似，做到心中有数。对于这类机器，别忘了用 badgrub.exe 来代替 grub.exe 进行一次尝试。如果 badgrub.exe 可以运行，那么制造商就有“故意制造不兼容性”的嫌疑，因为问题就出在中断向量的探测上，这是已经证明了的。（顺便说，DELL 电脑和惠普电脑由于质量问题在今年的 315 上曝光，有损美国公司在部分国人心目中的高大形象。）

2。像上述所说的那样明目张胆地搞破坏，估计今后制造商不会这么干了，因为太傻冒了。那么接下来就有一种技术上更深刻的可能原因。大家知道，grub4dos曾经有一个时期处于莫名其妙的“神经质”状态，有时候一个版本好了，但下一个版本又有病了（这已经排除掉程序出现 bug 的可能性了，所以才叫“神经质”）。而有时候，等待几秒钟就能顺利通过，其原因神秘莫测。这个问题终于在2008年11月19日解决了，这个日期很多人都能记得，因为参与测试的人很多。原因究竟在哪里呢？居然是在 A20 的代码中！屏蔽掉有关操纵 CPU 高速缓存的代码，一切都安然无恙了。我怀疑是 intel CPU 的一个极大的 bug！似乎 AMD 的 CPU 不曾出现这类问题。假如这个推理成立，那么，凡是对 intel CPU 曾经碰过高速缓存设置的，都等于埋下了“不定时的”炸弹，随时就可能引爆，而且究竟何时引爆，谁也不知道。而且似乎在保护模式下没问题，而引爆的时刻只发生在实模式下。由于现今绝大多数软件（99.9999%）都运行于保护模式，所以，这个 bug 才难以被 intel 发现。换句话说，对于 intel 的 CPU 来说，任何软件，都不可以碰高速缓存的设置项目。－－－－－好了，准备了这么多的材料，终于可以到达我的结论了：我猜测，himem.sys，不管是不是微软的，它有可能在 A20 的控制代码中碰了 CPU 高速缓存，这就等于是触发了倒计时引爆一个“不定时”炸弹。这个炸弹在 grub.exe 的执行过程中被随机地引爆。－－－－－正如我们的 A20 代码现在不敢再碰 CPU 高速缓存了那样，聪明的 himem 也可以不碰 CPU 高速缓存。所以，朋友们可以换一个 himem 版本来试验，可以是另外一个公司出品的。如果成功，则证明了上述推理是成立的。

zhaohj

原帖由 agedwolf 于 2010-4-17 21:03 发表
有个问题请教LZ：
我下了你的20100415正式版，用DGXHLS的模板量产到USB－CDROM，从USB－CDROM启动后试了2种启动方式，如果用RUN SRS_F6.BIF启动，会出现光标一直在闪，然后卡死；如果用BCDW /GRLDR启动，能够正 ...

你grldr菜单内置的吗？原来的菜单与现在不同了，查看一下新版的MENU.LST

zhaohj

原帖由 不点 于 2010-4-17 23:55 发表


关于这个问题，我再说两点认识。

1。grub.exe 对于 int02 的探测算法，是按照单步跟踪来进行的，一直跟踪到 ROM 时，停止跟踪。一个恶意的 ROM 中断向量，确实可以在这个环节上进行破坏，比如，把本来指 ...

谢谢不点解答，希望tangzhili再次测试一下，顺便说明一下机器主板型号及CPU等信息

1：用badgrub.exe代替grub.exe
2：用其他版本的himem.sys代替

NicTense

原帖由 不点 于 2010-4-17 23:55 发表


关于这个问题，我再说两点认识。

1。grub.exe 对于 int02 的探测算法，是按照单步跟踪来进行的，一直跟踪到 ROM 时，停止跟踪。一个恶意的 ROM 中断向量，确实可以在这个环节上进行破坏，比如，把本来指 ...

虽然看明白了，还是觉得有点复杂

难得不点这种传说中的人物最近频繁出现，请教个问题

用grldr启动usb-zip的u盘，在有些电脑启动时，会长时间卡死，几分钟后终于进去了

然后我发现 BD 和 root 都被定位为  (fd0,0) ，而此时U盘实际为 (fd0)

所以如果不先root (fd0) 和 write 0x8208 0xffffff 的话，则所有用到这两个设备的都会出错

然后我看了一下0扇区，发现mbr没了，此时的0扇区实际是32扇区，而前32扇区被忽略，

但是在最开始启动时明显是读到真正的0扇区的，要不就不会出现(fd0,0)了

这种情况下有什么方法可以比较好的解决吗？

我有个构思，不知道是否可行

比如，在分区时预留一定的扇区（大于33），然后将0扇区的mbr复制一份到32扇区中，不知道是否可行

不过如果是偏移32个扇区的话，是不是32扇区的那个mbr的数据还得修改相应的偏移量呢

[ 本帖最后由 NicTense 于 2010-4-18 00:36 编辑 ]

yaofangtao

哪位好心的兄弟分流下了，分不够，ftp下不了啊

agedwolf

这是因为根目录下的2个文件GRLDR和MENU.LST忘了用04115版的替换0326版的，我再试试

[ 本帖最后由 agedwolf 于 2010-4-18 02:05 编辑 ]

追逐灵魂

能不能传个到网盘里啊，想下都下不到~~~

longwang

测试发现SRS_F6在全FAT格式下启动时，如在U盘中启动，由于U盘识别为hd0，且格式为FAT格式，即使本地硬盘为NTFS格式，NTFS4DOS也会因为没有发现任何NTFS分区而直接退出，导致SRSinj.bat不会执行。

[ 本帖最后由 longwang 于 2010-4-18 10:06 编辑 ]

mrvampire

始终没有搞明白这个东西怎么用，也没有个详细说明，不知道楼主能不能出个说明怎么用？最好能出个PE版的，不要什么安装系统功能的。感谢！

zhaohj

原帖由 longwang 于 2010-4-18 09:09 发表
测试发现SRS_F6在全FAT格式下启动时，如在U盘中启动，由于U盘识别为hd0，且格式为FAT格式，即使本地硬盘为NTFS格式，NTFS4DOS也会因为没有发现任何NTFS分区而直接退出，导致SRSinj.bat不会执行。

U盘（usb-hdd）启动，先进入"USB-HDD启动交换(hd0)(hd1)"，再运行SRSinj

[ 本帖最后由 zhaohj 于 2010-4-18 10:24 编辑 ]

longwang

原帖由 zhaohj 于 2010-4-18 10:00 发表


U盘（usb-hdd）启动，先进入"USB-HDD启动交换(hd0)(hd1)"，再运行SRSinj

实机测试，试过了交换(hd0)(hd1)后还是不行，NTFS4DOS直接退出了，SRSinj没有执行。

[ 本帖最后由 longwang 于 2010-4-18 10:33 编辑 ]

zhaohj

原帖由 longwang 于 2010-4-18 10:20 发表

实机测试，试过了交换(hd0)(hd1)后还是不行，NTFS4DOS直接退出了，SRSinj没有执行。

新上传的已经修正了。同时修正了PLPBT找不到硬盘的情况。测试看看。

longwang

原帖由 zhaohj 于 2010-4-18 10:35 发表


新上传的已经修正了。同时修正了PLPBT找不到硬盘的情况。测试看看。

我没有加载PLPBT啊，直接从U盘（usb-hdd）启动，u盘为FAT格式，直接运行ntfs4dos，不会发现任何NTFS分区，如果从本地硬盘启动，NTFS4DOS就能找到分区。也试过交换hd0，hd1，运行ntfs4dos结果一样。

fyq

zhaohj 真是敬业啊，谢谢你一直坚持在完善更新

stuppid

向zhaohj楼主致敬

zhaohj

原帖由 longwang 于 2010-4-18 10:46 发表

我没有加载PLPBT啊，直接从U盘（usb-hdd）启动，u盘为FAT格式，直接运行ntfs4dos，不会发现任何NTFS分区，如果从本地硬盘启动，NTFS4DOS就能找到分区。也试过交换hd0，hd1，运行ntfs4dos结果一样。

你能详细贴一下图吗？
运行“SRS驱动注入”后的A盘状态是什么，如：
会不会是驱动没找到呢？

如果在DOS状态下运行NTFS4DOS，DIR D:等找不到硬盘说明驱动不对。

[ 本帖最后由 zhaohj 于 2010-4-18 11:18 编辑 ]

longwang

虚拟机网启测试，只有一个分区fat32，上图。U盘启动一样，主要是NTFS4DOS的问题，不知道NTFS4DOS是怎样检测的，反正当从U盘（USB-HD）启动时，NTFS4DOS只检测U盘，如果没有NTFS分区，直接退出，并不会去检测本地硬盘，也不会执行批处理程序。交换hd0，hd1后，一样。这样，如果本地硬盘系统分区为FAT可以直接运行SRSinj.bat，可以成功注入；如果本地硬盘系统分区是NTFS时，就无法进行注入操作。


[ 本帖最后由 longwang 于 2010-4-18 13:27 编辑 ]