东邪思想 PE_DIY版 2008.11.27 更新

liudehua

非常遗憾 usb-cdrom
使用10.05内核从启动到静止桌面3分57秒
使用10.08内核从启动到静止桌面6分14秒。
没有看出来运行更流畅？
不知其他网友测试的速度如何？

[ 本帖最后由 liudehua 于 2008-10-9 16:59 编辑 ]

dos时代菜鸟

原帖由 liudehua 于 2008-10-9 07:39 发表
非常遗憾
使用10.05内核从启动到静止桌面3分57秒
使用10.08内核从启动到静止桌面6分14秒。
没有看出来运行更流畅？
不知其他网友测试的速度如何？

1、这里面加入 了 VBS 脚本支持
2、PE—SYS.WIM 里面 OUTER—COMMON.7Z 的内容释放过程，放在 pe_sys.iso 里面执行了。主要用COPY 方式逐一复制确认的方式，这样可能耽误了时间，但更稳妥。我感觉时间差距不会这样大。

安装到硬盘 运行 2分钟完成全部启动过程，包括pe_sys组件的加载。（256M内存 865主板 赛阳3.0）

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 10:32 编辑 ]

usbzip

原帖由 dos时代菜鸟 于 2008-10-8 16:11 发表
2008.10.08 内核 更新
http://www.namipan.com/d/WINPE_6x.iso/1c4376da3049df901c551c841f6fdb7d27efe0b100d8df02
把 pe_sys.wim 所有内容移入 pe_sys.isz 里，修正支持 vbs 脚本功能。修改几个cmd脚本为vbs ...

VBS的功能很强大。。。不知道能否实现不用PECMD进入桌面？

dos时代菜鸟

原帖由 usbzip 于 2008-10-9 09:42 发表

VBS的功能很强大。。。不知道能否实现不用PECMD进入桌面？

理论上应该是可以的。 但PECMD里面的许多指令是无法替代的。

usbzip

原帖由 dos时代菜鸟 于 2008-10-9 09:50 发表


理论上应该是可以的。 但PECMD里面的许多指令是无法替代的。

是的，PECMD是VC编的, VBS可能有限制。

dos时代菜鸟

vbs 脚本对磁盘/文件 方面的功能更多一些，比如对文件的读/写/删/改 等等。

mrliming

原帖由 dos时代菜鸟 于 2008-10-9 09:41 发表


1、这里面加入 了 VBS 脚本支持
2、PE—SYS.WIM 里面 OUTER—COMMON.7Z 的内容释放过程，放在 pe_sys.iso 里面执行了。主要用COPY 方式逐一复制确认的方式，这样可能耽误了时间，但更稳妥。我感觉时间差距 ...

既然用了COPY 方式逐一复制确认的方式，又没有把Z盘卸载，那么在Z盘中一直都得不到释放的系统文件，应该就不用从Z盘copy到X盘，这样内存中就不存在同一系统文件的两个副本（事实上有的X盘和Z盘的同名系统文件在内存中同时存在），同时又可以减少对X盘的占用，从而减低pe对内存要求。这些文件如：LSASRV.dll、MPR.dll等等

[ 本帖最后由 mrliming 于 2008-10-9 10:51 编辑 ]

dos时代菜鸟

原帖由 mrliming 于 2008-10-9 10:49 发表

既然用了COPY 方式逐一复制确认的方式，又没有把Z盘卸载，那么在Z盘中一直都得不到释放的系统文件，应该就不用从Z盘copy到X盘，这样内存中就不存在同一系统文件的两个副本（事实上有的X盘和Z盘的同名系统文件 ...

1、Z盘中的文件是 由 ISZ 影象文件虚拟出来的，真实存在地址依赖于 ISZ 文件的位置。这些文件并没有被完整的放到内存，不占用内存空间。
2、这些文件之所以要复制到系统盘，是因为系统在启动的时候就把文件应用位置定位到x:\wxpe\system32，这个定位是唯一的 ，而且x:\wxpe\system32这里面已经存在了一部分文件。当系统需要某一个DLL文件的时候，是到X：\WXPE\SYSTEM32 里面搜索调用。
某些dll文件可以不放在x:\wxpe\system32 当中，但是必须通过 REGSVR32 进行重新注册（比如MMC），regsvr32 方式注册过程是有先后顺序的。
3、Z盘里面还有 VBS 支持所需要的DLL文件和PE_SYS组件，这些东西都没有放到系统盘，所以z盘不能卸载 。
4、用 ISOCMD 影射 ISZ 文件到Z盘的过程和WIMNT把 WIM 文件影射到某个文件夹，其 道理都差不多。

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 11:11 编辑 ]

mrliming

原帖由 dos时代菜鸟 于 2008-10-9 11:05 发表


1、Z盘中的文件是 由 ISZ 影象文件虚拟出来的，真实存在地址依赖于 ISZ 文件的位置。这些文件并没有被完整的放到内存，不占用内存空间。
2、这些文件之所以要复制到系统盘，是因为系统在启动的时候就把文件 ...

部分系统文件（那些在从Z盘copy到X盘之前就已经被pe调用的而系统启动后又没被释放的）是可以不copy到X盘的，当然pe启动完毕后不再在内存中的系统文件还是需要在X盘中的。那些被调用的DLL是必须调入内存从而占用的，现在的问题是被调用的DLL、在X盘存储空间的DLL分别要占用内存，还有些copy到X盘后从X盘调用的DLL又再次占用内存，也就是说，有些DLL占用2份内存，有些占用3份内存，而不是只占用1份内存或2份内存。

dos时代菜鸟

原帖由 mrliming 于 2008-10-9 11:26 发表

部分系统文件（那些在从Z盘copy到X盘之前就已经被pe调用的而系统启动后又没被释放的）是可以不copy到X盘的，当然pe启动完毕后不再在内存中的系统文件还是需要在X盘中的。那些被调用的DLL是必须调入内存从而占 ...

z盘里面什么文件启动后没有从内存释放？给出一个名单来。

这个我测试过，就算不符复制z盘的文件，有的时候一样可以进入pe系统，但是启动时间有长有短，有的甚至需要15分钟。

还是研究一下 dll 文件加载过程的先。
dll 文件里面包含大量函数图标等资源，有的程序用上其中的那么几个，然后把 dll 自动释放掉。有的程序编辑的不够完美，用过的dll 没有得到释放而仍然保留在内存。有的程序虽然退出的时候不释放dll 但在其加载dll的时候便不再重复加载。这种情况确实存在，但是pe里面的系统程序也有这个毛病？

还是希望 能够给出一个名单来。

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 11:44 编辑 ]

mrliming

原帖由 dos时代菜鸟 于 2008-10-9 11:40 发表


z盘里面什么文件启动后没有从内存释放？给出一个名单来。

这个我测试过，就算不符复制z盘的文件，有的时候一样可以进入pe系统，但是启动时间有长有短，有的甚至需要15分钟。

还是研究一下 dll 文件加 ...

找个查看进程情况的小软件看看就清楚了
如
进程名称 - LSASS.EXE
路径 - Z:\LSASS.EXE
命令行 - LSASS.EXE
进程ID - 0000015C
父进程 - 00000144(CMD.EXE)
内存使用 - 3392KB
优先级 - 9(标准)
MD5 - bc16a35900d8abdbce0d87e9fcf21f65
进程说明 - 系统进程，用于Windows系统的本地安全和登陆策略。
模块列表 - 该进程共有29个模块。
01000000 - Z:\LSASS.EXE
7C920000 - X:\WXPE\system32\ntdll.dll
7C800000 - X:\WXPE\system32\kernel32.dll
77DA0000 - X:\WXPE\system32\ADVAPI32.dll
77E50000 - X:\WXPE\system32\RPCRT4.dll
77FC0000 - X:\WXPE\system32\Secur32.dll
74480000 - Z:\LSASRV.dll
71A90000 - Z:\MPR.dll
77D10000 - X:\WXPE\system32\USER32.dll
77EF0000 - X:\WXPE\system32\GDI32.dll
76DB0000 - X:\WXPE\system32\MSASN1.dll
77BE0000 - X:\WXPE\system32\msvcrt.dll
5FDD0000 - X:\WXPE\system32\NETAPI32.dll
76770000 - Z:\NTDSAPI.dll
76EF0000 - Z:\DNSAPI.dll
71A20000 - X:\WXPE\system32\WS2_32.dll
71A10000 - X:\WXPE\system32\WS2HELP.dll
76F30000 - Z:\WLDAP32.dll
71B70000 - Z:\SAMLIB.dll
743A0000 - Z:\SAMSRV.dll
76760000 - Z:\cryptdll.dll
4D200000 - Z:\msprivs.dll
71C70000 - Z:\kerberos.dll
77C40000 - Z:\msv1_0.dll
76D30000 - Z:\iphlpapi.dll
767C0000 - Z:\schannel.dll
765E0000 - X:\WXPE\system32\CRYPT32.dll
759D0000 - X:\WXPE\system32\USERENV.dll
68000000 - Z:\rsaenh.dll

dos时代菜鸟

把那z:\的dll 保留，以后其他程序需要用到这些 dll 的时候到 z:调用他们，内存里面不是一样有双份 dll 么？

mrliming

原帖由 dos时代菜鸟 于 2008-10-9 11:50 发表
把那z:\的dll 保留，以后其他程序需要用到这些 dll 的时候到 z:调用他们，内存里面不是一样有双份 dll 么？

按多进程、多线程系统的设计，内存中一般只有一份代码，而且只要程序还在内存中，系统就不会再次调入

dos时代菜鸟

可以考虑的一个方案是 ：
修改　txtsetup.sif  里面涉及到这些文件的内容。
把他们的位置标记到 z:盘。
这样，就不用复制他们到x:盘了。不知道是否可行。
这需要编辑一个 相对复杂的 cmd 脚本。

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 12:17 编辑 ]

usbzip

这个问题很有意思。

也给一个建议：只复制部分文件，然后用 SET PATH=%PATH%;Z:\SYSTEM\SYSTEM32 使Z盘DLL可被调用。

noworry

【绝对简洁的设计，去除一切浮夸和装饰】
就喜欢这样的PE

dos时代菜鸟

原帖由 usbzip 于 2008-10-9 15:04 发表
这个问题很有意思。

也给一个建议：只复制部分文件，然后用 SET PATH=%PATH%;Z:\SYSTEM\SYSTEM32 使Z盘DLL可被调用。

path 只对exe 可执行文件有效。在dos时代 有一个 append 命令可以解决类似问题，但是在pe里面就不行了。

涉及到的文件并不多，大约5M的空间，我把他们重新放回 一级内核，压缩后的一级内核多出1.7M. 可以彻底解决此问题。

涉及到的文件列表如下：在SYSTEM32文件夹
CRYPTDLL.DLL
DNSAPI.DLL
IPHLPAPI.DLL
KERBEROS.DLL
LPK.DLL
LSASRV.DLL
MPR.DLL
MSPRIVS.DLL
MSV1_0.DLL
MSVCP60.DLL
NCOBJAPI.DLL
NTDSAPI.DLL
RPCSS.DLL
RSAENH.DLL
SAMLIB.DLL
SAMSRV.DLL
SCESRV.DLL
SCHANNEL.DLL
UMPNPMGR.DLL
USP10.DLL
WLDAP32.DLL

更新内核：
http://www.namipan.com/d/WINPE_6x3.iso/eaca6bccbd4f7361422557170a52d75358f17fa30030dc02

一级内核20M 二级内核中需要复制到系统盘的文件21M 整个ISZ 内部容量55M

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 16:16 编辑 ]

dos时代菜鸟

其实这个问题 ，在 mrliming  提出 改进成NANOPE结构的时候，我们已经考虑过了，就在 第7页 。按照当时的架构，还可以把Z盘卸载掉。
目前考虑到Z盘上可以作为 内核装入后,各组件装入前的一个中间 平台保留下来。比如承载一些不必放入系统盘而又可以增强系统功能的东西，像VBS脚本支持、一些脚本、软件等等，甚至可以把PE_SYS.WIM 的内容搬进来。还可以把一些只有在某种情况下才需要放入系统盘的DLL临时放在Z盘备用。

usbzip

Z盘是否卸载意义不是很大，关键是提高启动速度、程序运行性能和外置程序修改调整的便捷性。

感觉有些DLL是应用程序运行时才需要的，如WINMM.DLL, 应该可以留在Z盘，从而节省X盘的空间、同时减少复制文件的时间。

liudehua

原帖由 dos时代菜鸟 于 2008-10-9 09:41 发表


1、这里面加入 了 VBS 脚本支持
2、PE—SYS.WIM 里面 OUTER—COMMON.7Z 的内容释放过程，放在 pe_sys.iso 里面执行了。主要用COPY 方式逐一复制确认的方式，这样可能耽误了时间，但更稳妥。我感觉时间差距 ...

usb-cdrom 量产10-09日期的内核，从启动到静止桌面时间降低为4分37秒。

dos时代菜鸟

2008.10.09 晚 更新内核
http://www.namipan.com/d/WINPE_6 ... f43aa12fa830000dc02
引入 cmd 下 虚拟内存设置脚本（不需要setpagefile.exe外部程序），可以在92m内存、分区剩余空间256m以上的电脑 顺利启动。

在cmd 启动状态，如果发现可用内存不够，内存余额不足以完成pe启动，就自动设置虚拟内存到硬盘。如果虚拟内存此时设置成功，在进入图形界面后将不再要求设置虚拟内存。如果cmd虚拟内存设置不成功，将中断pe启动。

小内存电脑上启动进入图形界面后， pecmd菜单和system_path设置脚本不起作用，大概是内存太小，系统繁忙的缘故，启动后等到系统稳定以后，手动通过“开始-程序-设置”进行相应设置就可以了。

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 20:01 编辑 ]

liudehua

另有问题请教：
使用10-09内核USB-CDROM量产，显声网提取本机XP资源，使用一段时间后会出现蓝屏现象，其中一次约15分钟，一次7分钟，请问是什么原因造成的？

dos时代菜鸟

原帖由 usbzip 于 2008-10-9 16:46 发表
Z盘是否卸载意义不是很大，关键是提高启动速度、程序运行性能和外置程序修改调整的便捷性。

感觉有些DLL是应用程序运行时才需要的，如WINMM.DLL, 应该可以留在Z盘，从而节省X盘的空间、同时减少复制文件的时间。

严重同意！
有一些程序只是用到某一个dll文件的几个函数，如果找不到需要的dll 一样可以运行。而有一些就不是这样。
目前无法确定每一个程序的全部工作功能，这方面的尝试只有不断总结和测试。

出于稳定考虑，还是谨慎为好。系统被分解成这个样子，已经是极限了。现在再进一步像 “打巷战、剿土匪”一样一个文件一个文件的分析，实在太耗费精力和时间。

[ 本帖最后由 dos时代菜鸟 于 2008-10-9 20:41 编辑 ]

dos时代菜鸟

原帖由 liudehua 于 2008-10-9 20:00 发表
另有问题请教：
使用10-09内核USB-CDROM量产，显声网提取本机XP资源，使用一段时间后会出现蓝屏现象，其中一次约15分钟，一次7分钟，请问是什么原因造成的？

1、看看你的系统临时文件夹 空间是否充足。是否设置了虚拟内存。
2、从本地xp提取的驱动程序，有的时候会不稳定的，即便是pe自带驱动也有不稳定的情况。本地xp没有被病毒侵扰过么？
3、看看电脑是不是有硬件的微创，比如板卡接口不严、风扇不转、硬盘坏道、u盘不稳定等等。
4、换用其他pe看看

liudehua

谢谢指教,发现是电脑的问题，与PE无关。
十分佩服大侠的敬业精神。
再一次感谢

[ 本帖最后由 liudehua 于 2008-10-9 21:33 编辑 ]

HB天意

我用nanope结构，88M可以启动。刚才用80M启动出现问题。

xxyxl

lz更新很积极啊，等稳定了再量产，等待ing

dos时代菜鸟

2008.10.10 正式版 内核
http://www.namipan.com/d/WINPE_6 ... 951f83029300008dc02

dos时代菜鸟

原帖由 yidawpf 于 2008-10-9 21:48 发表
47331

我用nanope结构，88M可以启动。刚才用80M启动出现问题。

为了修正 dll文件 磁盘/内存双位双占 问题，把部分文件移回一级内核。导致一级内核体积有轻微增加，启动装载所需内存自然有所增加。
这很正常。但仍然可以满足大部分小内存电脑需求。92M内存电脑已经是古董了，呵呵。

yqi99

一大早就看到更新了.顶一下.
好像纳米盘现在暂时上不去了...

[ 本帖最后由 yqi99 于 2008-10-10 08:42 编辑 ]