关于“一个与众不同的 XP SP3 N合1 安装盘”

dkfbzm

支持楼主欲飞,期待方法发布，在这学习了。

摇摆

非一般的感觉。。

欲飞

没有什么根本性的改变，只不过把检测替换OEM文件的时机改到安装完成之后进行。在虚拟机上测试，也是可以的。替换PIDGEN.DLL失败的朋友可以用这个办法试试。具体改变如下：
      1.INSTALLS.CMD的位置由$OEM$下放到了$OEM$\$1下，因为已经不再由CMDLINES.TXT处调用，所以必须把INSTALLS.CMD放到硬盘上去，而$OEM$\$1下的东西安装完成后会拷贝到系统根目录下。
      2.在INSTALLS.CMD的最后增加了一行DEL %0即删除自身，安装完成后它已经没有用，所以删掉，因为我不想在安装好的系统上留下垃圾。
      3.I386\WINNT.SIF增加了[SetupParams]段，内容是：UserExecute=%SYSTEMDRIVE%\INSTALLS.CMD，通过这里指定安装程序在完成后调用。注意：OemPreinstall="Yes"还是必须的，因为INSTALLS.CMD还是要靠这种方式拷贝到硬盘上，而这种方式是在安装过程中拷贝文件到硬盘上最简单的方式，如果是修改TXTSETUP.SIF或者DOSNET.INF就要麻烦一些。
      我仍然只把目录结构和自定义的几个文件作为附件上传，需要用的仍然自己准备VOL版的安装文件、对应品牌的4个OEM文件、OEM版或RTL版的2个序列号相关文件。
      试用结果如何、有何建议请告知。其实原理明白之后，这种类型的修改已经没有什么技术性了，如果这次修改解决了替换PIDGEN.DLL失败的问题，我准备就此打住了。如果还有问题，那……就继续改吧，反正安装过程中还有好几次机会让我们运行自己的程序。呵呵。
     [更正] 一个不小心，又把INSTALLS.CMD的一行分成了两行，一大早就已经有5次下载，前5次下载的，请重下，Sorry!

[ 本帖最后由 欲飞 于 2008-10-13 08:21 编辑 ]

haonan

原帖由 欲飞 于 2008-10-13 01:18 发表
没有什么根本性的改变，只不过把检测替换OEM文件的时机改到安装完成之后进行。在虚拟机上测试，也是可以的。替换PIDGEN.DLL失败的朋友可以用这个办法试试。具体改变如下：
      1.INSTALLS.CMD的位置由$OEM$下 ...

GuiRunOnce字段和UserExecute字段效果有什么区别

zxkh19501

楼主分享精神很好，赞

欲飞

原帖由 haonan 于 2008-10-13 10:17 发表

GuiRunOnce字段和UserExecute字段效果有什么区别

      根据微软的文档，GuiRunOnce是在安装完成第一次登录时运行，而UserExecute是在安装完成时，还未重启前运行。在这两个时间点上进行替换操作的效果应该是差不多的。由于GuiRunOnce是依懒于用户的，至于是否必须在WINNT.SIF中设置AutoLogon='Yes'才有效我没有试过。所以我选择放在UserExecute这里来做替换操作，如果还不能解决问题可以考虑放在GuiRunOnce这里来试一下。
      其实，替换操作还有一个最佳时机，那就是DetachedProgram，但这个地方似乎还不能调用批处理，而用批处理大家都能看见，不能藏什么见不得人的东东，呵呵。所以，实在不行再考虑这个地方。大家先试试上面的吧。

haonan

原帖由 欲飞 于 2008-10-13 12:47 发表

      根据微软的文档，GuiRunOnce是在安装完成第一次登录时运行，而UserExecute是在安装完成时，还未重启前运行。在这两个时间点上进行替换操作的效果应该是差不多的。由于GuiRunOnce是依懒于用户的，至于是 ...

其实PIDGEN.DLL替换成功与否不影响激活状态，这个文件好像只是在输入序列号的时候有用

星语风

在59楼从rayfile下载楼主提供的XP安装盘来试着安装，还是出现pidgen.dll不能替换的情况

63楼的文件没试，估计也是同样结果，我已完全丧失了信心了

ttt0001

原帖由 星语风 于 2008-10-13 13:56 发表
在59楼从rayfile下载楼主提供的XP安装盘来试着安装，还是出现pidgen.dll不能替换的情况

63楼的文件没试，估计也是同样结果，我已完全丧失了信心了

我也去试了一下，情况和你一样，倒是下了楼主的测试盘安装成功，再从测试盘中提取出相关文件也安装成功不知道是什么原因？另外楼主的测试盘中还有其他的文件不知道是干什么用的？

欲飞

原帖由 星语风 于 2008-10-13 13:56 发表
在59楼从rayfile下载楼主提供的XP安装盘来试着安装，还是出现pidgen.dll不能替换的情况

63楼的文件没试，估计也是同样结果，我已完全丧失了信心了

59楼的测试盘就是最初的方法是在T13时替换，63楼是方法不变但是改在了T8时替换，是试图解决PIDDEN.DLL不能替换的问题的，你应该用这个试试。你有兴趣我就继续支持，直到你的问题解决。否则，只有等到我遇到你这样的问题再说了。

[ 本帖最后由 欲飞 于 2008-10-13 16:52 编辑 ]

欲飞

原帖由 ttt0001 于 2008-10-13 15:33 发表

我也去试了一下，情况和你一样，倒是下了楼主的测试盘安装成功，再从测试盘中提取出相关文件也安装成功不知道是什么原因？另外楼主的测试盘中还有其他的文件不知道是干什么用的？

TOOLS下面的东西吗？一个换号脚本CHANGE.VBS，一个从Microsoft AIK中提出来的WIM镜像文件的工具(IMAGEX.EXE、WIMFLTR.INF、WIMFLTR.SYS)，一个也是从Microsoft AIK中提出来的CD/DVD镜像文件制作工具OSCDIMG.EXE。另外是不是还有两个文件夹？PXE下是PXE网络引导镜像制作工具，TFTP就是简单文件传输协议程序了。放这两个在光盘上主要是怕遇到没有光驱的机器，用这两个来在别的机器上做网络引导用的。这些东西都不会自动运行，放在那里是有点不妥，不想要直接删了就是，不影响的。
顺便问一下，你是用16楼的方法失败，但是用59楼的成功了吗？那两个其实是一回事啊，怪了。

欲飞

原帖由 quya 于 2008-10-13 16:45 发表
1. 替换这2个文件一定要在安全模式下进行, 或者相当于安全模式, 比如T13 时间段.
2. 替换的时候最好先替换 \system32\dllcache 下, 再替换 \system32 下, 因为系统一旦发现 \system32 下文件被替换, 会立即从  ...

第2点有一定道理，但我无论是进行安装测试还是在正常模式下测试从来没有遇到过文件保护的问题。我从来就是在正常模式下测试的，N次测试中，只有一次是OEMSCAN无法读取内存，就是没有一次替换文件不成功的。

ttt0001

原帖由 欲飞 于 2008-10-13 16:55 发表

第2点有一定道理，但我无论是进行安装测试还是在正常模式下测试从来没有遇到过文件保护的问题。我从来就是在正常模式下测试的，N次测试中，只有一次是OEMSCAN无法读取内存，就是没有一次替换文件不成功的。

我用的是你的测试盘（59楼）成功的，从测试盘提取相关的也成功，用16楼和63楼的都是不成功。到现在我还没想出来是什么问题！，郁闷中。。。

[ 本帖最后由 ttt0001 于 2008-10-13 17:34 编辑 ]

星语风

原帖由 欲飞 于 2008-10-13 16:32 发表

59楼的测试盘就是最初的方法是在T13时替换，63楼是方法不变但是改在了T8时替换，是试图解决PIDDEN.DLL不能替换的问题的，你应该用这个试试。你有兴趣我就继续支持，直到你的问题解决。否则，只有等到我遇到你 ...

用63楼的办法，依然是无法替换文件，汗……

ttt0001

原帖由 星语风 于 2008-10-13 17:34 发表

用63楼的办法，依然是无法替换文件，汗……

你有没有用楼主的测试盘试过，测试盘能成功！用16楼和63楼的我和你一样没有成功过，见鬼了！真是想不通！

星语风

楼主的59楼测试盘，一样的测试失败

ttt0001

刚才我在批处理的每条语句后加了一个pause，重新测试了一下还是跟74“星语风”所帖图一样！其实还是有“pidgen.dll“复制不成功的，真是奇怪！不过安装完却能进系统，而且是激活了的，唉！真是见鬼了，不知道是怎么回事？搞不懂，头都晕了！

ttt0001

搞了半天没搞出什么东东来，倒是知道到底是装那个OEM，并且用楼主的方法稍作改动一下就可同时自动装入oemlogo.bmp和oeminfo.ini这两文件到指定目录了，这样你就真正知道是装的哪个OEM了。

欲飞

那个PAUSE能不能加到后面去，放到后面也一样能够看到前面的情况。是不是就是因为那个PAUSE下来后，安装进程还在继续，正好调用了PIDGEN.DLL。我的确从来没有这样加PAUSE看过具体步骤，只知道安装完成重启后系统是激活了的，并且还能通过官网的正版验证。我的测试盘是集成了正版验证补丁的，如果不能通过验证一启动就看得到提示。至于ttt0001的描述，quya也解释了，就是Dllcache下的那个换成功了，那重启之后system32下的会自动换成dllcache下的那个等于也是换成功了。也就是说，目的是达到了的。不知道星语风的系统在重启之后是不是激活了的，如果不是，那还得继续研究，如果已经是激活了的，我认为这个问题可以放一放了。
      如果要想在批处理里面看到替换成功，目前暂时可以考虑两点，一是按quya的建议，调整替换的顺序，先换dllcache下的，再换system32下的；二是把pause放到后面去，让前面的替换一气呵成。但是我很怀疑这两点的作用，因为很明显复制失败不是因为文件保护，因为文件保护是在文件被改变之后改回去，而不是改的时候就不让改，我在正式环境下替换，是能明显看到复制成功的。如果是文件保护，正式环境下应该更不可能成功才对。把pause放到后面，也只不过是乱试而已，哪里可能就是pause一下，安装程序就会去调用pidgen.dll呢，不可能就只有那一瞬间不调用吧。
      如果在正常环境下替换是成功的，那为了批处理中PAUSE看到也是成功的，那不妨把调用批处理改到GuiRunOnce这里来，这样看上去就没问题了。另外也可考虑我在66楼提到的DetachedProgram这个位置，这个位置相信不会系统不会再不允许替换了，只是我在DetachedProgram直接放批处理测试，根本没有调用，似乎这里还没有建立CMD.EXE与CMD文件的关联，似乎只能用CMD.EXE+参数的方法运行命令，同时，不会有窗口弹出来。另外就是这里换了文件，但winnt.sif里面的序列号却是VOL版的，肯定会影响激活，必须得在T13或者是T8的某点时间再次换号，前面换文件的同时换号肯定不行，也就是说换文件和换号必须得分开进行。比较麻烦。

欲飞

原帖由 ttt0001 于 2008-10-13 22:14 发表
搞了半天没搞出什么东东来，倒是知道到底是装那个OEM，并且用楼主的方法稍作改动一下就可同时自动装入oemlogo.bmp和oeminfo.ini这两文件到指定目录了，这样你就真正知道是装的哪个OEM了。

OEMSCAN.INI中每一个标识下除了PATH这个参数外，还可以有一个CMD参数当检测到某个品牌标识后自动运行一个命令，反正品牌的LOGO与品牌是固定搭配，在那里去执行拷贝oemlogo.bmp和oeminfo.ini的工作好了。不用动脑筋去改批处理。
其实我们的根本目的是能够正常激活，能够通过正版验证。VOL版目前已经做到了，而OEM版与VOL版就强在不会被封。现在大家都知道了，其实VOL以及各种OEM版其实就那6个文件不一样而已，各OEM版之间还只有4个文件不一样，是哪一种版本的，有什么关系！

ttt0001

原帖由 欲飞 于 2008-10-13 22:31 发表
那个PAUSE能不能加到后面去，放到后面也一样能够看到前面的情况。是不是就是因为那个PAUSE下来后，安装进程还在继续，正好调用了PIDGEN.DLL。我的确从来没有这样加PAUSE看过具体步骤，只知道安装完成重启后系统 ...

的确是你描述的那样，不过顺序换不换我的测试结果是一样的！重启都能激活！关于在正常情况下进行替换不会出错，全部替换正确，我已试验了两次了，没有出现不能进系统的情况！还有增加OEM标志的问题，我没有改你的批处理！OEMSCAN.INI和在OEM目录再加一个批处理oemcopy.cmd：

oemcopy.cmd
copy oemlogo.bmp %SystemRoot%\System32\
copy oeminfo.ini %SystemRoot%\System32\

OEMSCAN.INI
CODE[Dell System]
PATH=".\Dell\"
CMD=".\Dell\OEMCOPY.CMD"

也是你说的CMD参数吧！

如果说这样的话，就我的测试情况看已经没有问题了，谢谢楼主！

欲飞

原帖由 ttt0001 于 2008-10-13 23:03 发表
的确是你描述的那样，不过顺序换不换我的测试结果是一样的！重启都能激活！关于在正常情况下进行替换不会出错，全部替换正确，我已试验了两次了，没有出现不能进系统的情况！还有增加OEM标志的问题，我 ...

      1.我在正常情况下替换不出错，并且不仅仅是过一两分钟再重启，我有时是玩了半天后再重启都不会有quya说的不能进系统的情况。
      2.你是这样拷OEMLOGO文件啊，简单，明了。如果我做，我还打算用变量什么的呢，原来没有那么复杂啊！呵呵。

[ 本帖最后由 欲飞 于 2008-10-14 00:58 编辑 ]

ttt0001

楼主能不能提供小弟一个比较完整的OEMSCAN.INI配置文件，自己整理怕漏了！谢谢！

欲飞

原帖由 quya 于 2008-10-14 13:31 发表
你确信正常情况下替换不出错? 在VOL替换成OEM的时候? 如果OEM to OEM, 当然不会出错.

对简单的OEMLOGO拷贝,当然可以在 oemscan.ini里边做, 但如果考虑到不同的特征码使用同样OEM文件, 不同的OEMLOGO, 例 ...

是的，正常情况下VOL换成OEM，然后再OEM换成OEM，又OEM换回VOL，再循环都没有问题。再说，正常情况下测试，只不过是验证批处理写得是否正确，有必要去考虑文件是否被系统文件保护换回来没有吗？只要最终的安装盘能成功安装正确的、激活的、能通过正版验证的系统就达到目的。不是吗？
在OEMSCAN.INI中不同的特征码使用相同的PATH、不同或相同的CMD有何问题？难道不能实现不同的特征码使用相同的文件相同的LOGO？

lwz

顶一下
希望制作为傻瓜版[，让我等下载来就能用，合盘时只要往里面复制一下就行了

come2jojo

我感兴趣
支持楼主
顶起来

七仙花

一口气看完了所有的回帖，真是大开眼界，有时间自己也弄一个