【下载】Tango WinPE 2013 V1.63.13.1001 蛇年珍藏版（8月新定制工具和更新补丁）

viptks · 发表于 2013-7-16 09:23:40

NicTense 发表于 2013-7-15 23:48
删掉整个键之后，hdtune竟然读不出磁盘的资料了，虽然分区普通操作还是没问题的
看样子，那个存储卷还是 ...

多灾多难,应该是为空,不是删除这个键值,看看今天时间我去验证一下.......

NicTense · 发表于 2013-7-16 09:32:29

527104427 发表于 2013-7-16 01:16
觉得很蹊跷，换掉ntoskrnl.exe，txtsetup.sif中注销掉halmacpi.dll相关的内容，单核机进桌面后再开启网络 ...

你换了ntoskrnl.exe这个文件？
那死机就不奇怪了

不要动这个文件，单核版用哪个，还是用哪个

527104427 · 发表于 2013-7-16 10:24:14

chiannet 发表于 2013-7-16 09:15
呵呵。你把03PE下支持多核CPU的ntoskrnl.exe halmacpi.dll等几个文件传给我吧。miniud不带网络的版本正好 ...

不知道C大有没有办法让单核机不死？

527104427 · 发表于 2013-7-16 10:25:23

NicTense 发表于 2013-7-16 09:32
你换了ntoskrnl.exe这个文件？
那死机就不奇怪了

不动，双核机滚动条之前就卡死，动了，单核机开启网络卡死。

NicTense · 发表于 2013-7-16 10:30:39

本帖最后由 NicTense 于 2013-7-16 10:32 编辑

527104427 发表于 2013-7-16 10:25
不动，双核机滚动条之前就卡死，动了，单核机开启网络卡死。

你用错ntoskrnl.exe的版本了阿

你去安装盘提取 ntkrnlmp.exe 然后改名 ntoskrnl.exe 替换你pe上的这个文件，重新打包再试一下

如果还不行，也有办法，不过需要增加2m了，你先试一下，然后反馈结果吧

要不死机不难的，如果要考虑最好的兼容性的话，整个hal和ntoskrnl方案都得保留，那样要10m体积

527104427 · 发表于 2013-7-16 10:34:40

NicTense 发表于 2013-7-16 10:30
不知道你用了什么版本的ntoskrnl.exe

你去安装盘提取 ntkrnlmp.exe 然后改名 ntoskrnl.exe 替换你pe ...

1.从原版sp2.cab提取出来的ntkrnlmp.exe ，改名为ntoskrnl.exe。

2.直接从sp2.cab提取出ntoskrnl.exe。

就是这两种方案有3008楼的缺点

527104427 · 发表于 2013-7-16 10:35:42

NicTense 发表于 2013-7-16 10:30
你用错ntoskrnl.exe的版本了阿

你去安装盘提取 ntkrnlmp.exe 然后改名 ntoskrnl.exe 替换你pe上的这 ...

3007楼已上传了hal组件，完整或不完整，都有3008楼的问题

527104427 · 发表于 2013-7-16 10:37:08

NicTense 发表于 2013-7-16 10:30
你用错ntoskrnl.exe的版本了阿

你去安装盘提取 ntkrnlmp.exe 然后改名 ntoskrnl.exe 替换你pe上的这 ...

不从sp2.cab里面提取，在I386目录提取这两个文件，也是有上述问题，这两天头都搞大了，不得要领……

NicTense · 发表于 2013-7-16 10:45:22

527104427 发表于 2013-7-16 10:37
不从sp2.cab里面提取，在I386目录提取这两个文件，也是有上述问题，这两天头都搞大了，不得要领……

完全不符合逻辑啊。。。

其实我发现没几个人真正搞清楚了那几个hal和ntoskrnl文件的具体作用，还有txtsetup.sif的写法
我之前看过大部分pe的txtsetup.sif都改得乱七八糟的，所以iso核心改img核心都启动不了
我很怀疑如果不行应该是txtsetup.sif本来就有地方没写对

我现在没时间研究啦，回头给你一个方案，你再试一下

fukystone · 发表于 2013-7-16 10:56:45

本帖最后由 fukystone 于 2013-7-16 11:15 编辑

唉，上网组件又废了……
犹豫要不要跟着升级，挨个文件版本再试一遍实在是痛苦的一件事---天使你不是没怎么动文件版本吗？
哪位大侠有能用的网络组件，麻烦共享一下……

另外，在老版本的基础上修改hal方案，可以实现双核，但很不幸，单核下加载网络死机……虚拟机下测试结果

NicTense · 发表于 2013-7-16 11:00:12

fukystone 发表于 2013-7-16 10:56
唉，上网组件又废了……
犹豫要不要跟着升级，挨个文件版本再试一遍实在是痛苦的一件事---天使你不是没怎么 ...

是没改动，但是驱动文件精简了，你看看2011版本的drivers目录下的文件少了哪个

如果你只是要ahci驱动的话，可以在2011打上我前2天发的那个补丁

527104427 · 发表于 2013-7-16 11:06:51

NicTense 发表于 2013-7-16 10:45
完全不符合逻辑啊。。。

其实我发现没几个人真正搞清楚了那几个hal和ntoskrnl文件的具体作用，还有txt ...

报告天使，方案失败，单核机启动网络死掉。

麻烦帮忙看看我的txtsetup.sif有没有问题。另外，我的PE是WIM核心，非ISO，也非IMG，不知道有没有影响？

fukystone · 发表于 2013-7-16 11:21:05

NicTense 发表于 2013-7-16 11:00
是没改动，但是驱动文件精简了，你看看2011版本的drivers目录下的文件少了哪个

如果你只是要ahci驱动 ...

驱动我都删了，为了压缩体积，srs外置了。
郁闷的是仔细对比了前后版本的txtsetup.sif，注册表，也修改了我认为可能造成影响的地方，结果以7.15为母版就是无法联网。
如果以2011为母版，现在又是在单核下联网死机……

pseudo · 发表于 2013-7-16 11:52:56

本帖最后由 pseudo 于 2013-7-16 12:07 编辑

天使兄是将ntkrnlmp.exe 改名 ntoskrnl.exe ，既用于双核机，也用于单核机吧。
如果是这样，那应该是不行的：可以说实质上那是个纯双核（非单核）pe，用在单核机上肯定网络死机没商量。

原名为ntoskrnl.exe的适用于单核的文件还是必要的。
就是说，要适应单双核两种情形，内核必须配备原名为ntoskrnl.exe和ntkrnlmp.exe的两个文件。该用哪个，通过适当的文件命名和txtsetup.sif写法，windows系统可以自动判断、自动加载。

但内核配备两个文件，比单核pe，体积增量就远不止100KB了。当体积增量有1MB左右时，为了达到减小U启内核体积以便快速启动的目的，像0pe那样外置双核组件、自行判断按需动态加载还是有意义的。

当然，就楼主pe来说，似乎不考虑上网，那么用纯双核pe取代单核pe可保持体积几乎不变，而且在单双核机上均能启动，双核机上还能发挥双核性能优势，也是一个很好的方案。

但要同时支持单核机上网，估计内核得增加1MB左右体积，会导致在单核老机上U启反而有所变慢。如果也存在双核xppe发热问题，那双核意义又打折扣。

以上仅是我的纸上谈兵，有待实践验证。

NicTense · 发表于 2013-7-16 12:22:16

本帖最后由 NicTense 于 2013-7-16 13:15 编辑

pseudo 发表于 2013-7-16 11:52
天使兄是将ntkrnlmp.exe 改名 ntoskrnl.exe ，既用于双核机，也用于单核机吧。
如果是这样，那应该是不行的 ...

那个，貌似我也糊里糊涂弄错文件了。。。几台电脑上的文件都不一致，弄乱了

另外就是我刚发现我的单核机子是伪单核，双线程貌似也被划为双核类cpu

好吧，我先面壁去，然后回头再测试一下应该用哪个

另外，那个网络卡死问题，会不会其实也是某个文件的版本对应问题而已。。。

fukystone · 发表于 2013-7-16 12:43:48

NicTense 发表于 2013-7-16 12:22
那个，貌似我也糊里糊涂弄错文件了。。。几台电脑上的文件都不一致，弄乱了

我回头再测试一下应该用哪 ...

死在DEVI net.cab这句

NicTense · 发表于 2013-7-16 14:02:01

本帖最后由 NicTense 于 2013-7-16 14:27 编辑

fukystone 发表于 2013-7-16 12:43
死在DEVI net.cab这句

你去下一个http://support.microsoft.com/kb/971486 版本的ntkrnlmp.exe

然后改名替换ntoskrnl.exe试一下

根据我对这堆hal和内核文件的理解，参考微软的官方说明，这个替换不应该有问题的

在单核机上，理论上性能会比原来更差，但幅度很小，貌似微软并没有提到兼容性问题

所以，网络我怀疑是版本的问题，你可以试一下

山猴 · 发表于 2013-7-16 15:38:56

解压密码?

fukystone · 发表于 2013-7-16 16:21:06

NicTense 发表于 2013-7-16 14:02
你去下一个http://support.microsoft.com/kb/971486 版本的ntkrnlmp.exe

然后改名替换ntoskrnl.exe试 ...

有进步，这回死在UPNP -pnp这里。

NicTense · 发表于 2013-7-16 16:32:37

fukystone 发表于 2013-7-16 16:21
有进步，这回死在UPNP -pnp这里。

那你再换别的版本试一下

ntkrnlmp.7z (956.97 KB, 下载次数: 1) 这个sp3原版的

fukystone · 发表于 2013-7-16 16:36:49

NicTense 发表于 2013-7-16 16:32
那你再换别的版本试一下这个sp3原版的

查了一下，你所有的hal版本都是5512，所以又找了5512的ntkrnlmp.exe，结果一样是死在UPNP那里，或许不是版本的问题。

hhh333 · 发表于 2013-7-16 16:52:59

NicTense 更新其PE，有点意外!特表支持!
好象XP的PE的MMC是有问题的，换成03的应该更好，体积只是略大一点。

527104427 · 发表于 2013-7-16 17:02:06

fukystone 发表于 2013-7-16 16:36
查了一下，你所有的hal版本都是5512，所以又找了5512的ntkrnlmp.exe，结果一样是死在UPNP那里，或许不是版 ...

死在哪里，好像是随机的，我弄03PE的时候也开LOGS跟踪了一下，死无定所啊

fukystone · 发表于 2013-7-16 17:19:37

527104427 发表于 2013-7-16 17:02
死在哪里，好像是随机的，我弄03PE的时候也开LOGS跟踪了一下，死无定所啊

我这里死的很固定，特意开很多pause定位……

七进七出 · 发表于 2013-7-16 17:20:02

下载试用一下。喜欢体积。

NicTense · 发表于 2013-7-16 19:29:49

本帖最后由 NicTense 于 2013-7-16 19:36 编辑

SP3QFE SP3GDR 谁知道这两个有什么区别啊

另外,ntoskrpl.exe对应的版本和hal无关，但是和Ntdll.dll有关，所以你可以下一个http://support.microsoft.com/kb/2393802
版本的Ntkrnlmp.exe试一下

或者把ntdll.dll也换成5512的

freesoft00 · 发表于 2013-7-16 19:51:37

本帖最后由 freesoft00 于 2013-7-16 19:58 编辑

基本上来说，现在微软Windows补丁包中的更新文件大致包含了两类。一类叫做GDR（普通分发版本），一类叫做QFE（快速修补工程更新）。其中，GDR文件经过了大量严格的测试，稳定性很高。而对QFE所做的测试相对则要相对少一些，所以稳定性亦要低一些。

所以，微软的补丁包也可以按此分为两类。一类就是安全修补程序，这类补丁包中同时包含了GDR和QFE版本的更新文件，也就是两个副本。微软的很多关键性安全补丁就属于此类。还有一类叫做修复程序，仅包含了QFE版的更新文件。常见的就是一些需要正版验证的补丁。

那么为什么安全修补程序要包含两种版本的文件呢？如果你要在系统中安装修复程序，也就是说要安装QFE更新文件。然而当前系统中需要被替换的文件为GDR版，而且版本号要比补丁包中的QFE文件版本号高，那么就不能用补丁包中的QFE文件来替换，而需要用与当前GDR文件版本相同的QFE文件来修补。那么到哪里取得这个文件呢？其实这个QFE文件在你以前安装GDR版更新文件（就是当前系统中使用的文件）时就已经被同时复制到了你的硬盘中。这就是安全修补程序需要同时包含GDR和QFE更新文件，且两类文件版本号都相同的原因。

以名为WindowsXP-KB896688-x86-CHS.exe的安全修补程序为例来说明，该补丁包需要更新MSHTML.DLL这个文件。如果安装程序检测到系统中当前的MSHTML.DLL为GDR版时，则会用补丁包中GDR版的MSHTML.DLL（文件说明为xpsp_sp2_gdr.051004-1415）来进行更新，并且把QFE版的MSHTML.DLL复制到"%windir%\$hf_mig$"这个文件夹。反之，如果安装程序检测到系统中当前的MSHTML.DLL为QFE版时，则会用补丁包中QFE版的MSHTML.DLL（文件说明为xpsp.051004-1419）来进行更新。两个文件的版本号都是6.00.2900.2769。

同时在注册表中也可以发现这个特点。在我的系统中反映为两个注册表项：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP\SP3\KB896688\Filelist\8和HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Windows XP\SP3\KB896688\Filelist\50。两个项下的FileName字串值都是"MSHTML.DLL"，而Location字串值分别为"C:\WINDOWS\system32"和"c:\windows\$hf_mig$\KB896688\SP2QFE"，也就是分别存放GDR和QFE文件的位置。
如果你在安装了GDR版的KB896688补丁之后，又要重新安装一个需要把MSHTML.DLL更新为QFE版的修复程序。但是该修复程序中的MSHTML.DLL版本号比6.00.2900.2769要低，那么这时候更新程序就不会选取补丁包中的MSHTML.DLL来更新，而是到"%windir%\$hf_mig$"去找之前预留的QFE版MSHTML.DLL来更新。所以说一般最好不要轻易删除Windows目录下的"$hf_mig$"文件夹。

微软已经为补丁中的更新系统文件划分了级别，其中 GDR 表示“普通分发版本”，而 QFE 则表示“快速修补工程更新版本”，其中 GDR 更新文件一般都进行了大量的严格测试，因此补丁的稳定性相对较高；而 QFE 更新文件一般所做的测试相对较少，因此其稳定性普遍不如 GDR。

由于更新文件划分了级别，因此 Windows 补丁也划分为两类：一类称为“安全修补程序”，这类补丁包同时包含 GDR 和 QFE 版本的更新文件，也就是两个副本，一般在 Windows 被发现严重漏洞时发布关键更新使用；第二类称为“修复程序”，一般都是一些非关键性更新，仅包含 QFE 版本的更新文件。
比如说我们现在要安装一个仅包含 QFE 版文件的非关键性更新。如果这个补丁需要更新的旧系统文件已经是 GDR 版，这时更新程序就会自动对比新旧文件的版本号。假如原先的 GDR 文件版本比补丁包中的 QFE 文件版本还要高，那么就会自动禁止补丁包中的 QFE 文件进行更新，而会改用和原 GDR 文件版本号相同的 QFE 版文件来更新。那么上哪里去找这个和原 GDR 文件版本号相同的 QFE 文件呢？实际这个文件已经在计算机硬盘里了，因为在上一次安装包含这个 GDR 文件的“安全修补程序”时，已经将同版本的 QFE 也复制到了系统中备用。这就是为什么“安全修补程序”要同时包含 GDR 和 QFE 两个副本的原因。

转贴完美者论坛的

http://bbs.wmzhe.com/forum.php?m ... 0&highlight=GDR
http://bbs.wmzhe.com/forum.php?m ... 0&highlight=GDR
http://bbs.wmzhe.com/forum.php?m ... 7&highlight=GDR
http://bbs.wmzhe.com/forum.php?m ... 0&highlight=GDR

freesoft00 · 发表于 2013-7-16 21:03:40

HashCheckInstal的注册表

hast.rar (1.05 KB, 下载次数: 7)

NicTense · 发表于 2013-7-16 21:13:00

本帖最后由 NicTense 于 2013-7-16 21:16 编辑

freesoft00 发表于 2013-7-16 21:03
HashCheckInstal的注册表

收到，谢了，下次更新换这个了

2010hgq8888 · 发表于 2013-7-16 21:14:10

NicTense 发表于 2013-7-14 20:56
貌似和‘升级内容无关，应该是别的东西引起的，比如u盘引导之类的
你试试只替换tangope.is_，其他文件不 ...

U盘是用Fbinst引导.只替换tangope.is_还是不行,并且I3的CPU只能显示单核.

【下载】Tango WinPE 2013 V1.63.13.1001 蛇年珍藏版（8月新定制工具和更新补丁）

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

		自动登录	找回密码
密码			注册