关于WIn7PE发展方向的一个建议。。。

photoshoop

强烈建议WIn7PE向模块化的方向发展。。。

每个人对PE的理解和用途是不一样的，所谓众口难调，有人喜欢小巧，有人喜欢功能全。论坛上的WIN7PE各有特色，但是要找一个特别适合自己的却很困难。

像我需要一个支持上网和支持显卡的PE，就找不到合适的，Win7PE时代体积再次成为重要因素，个人觉得论坛上数百M体积的庞大PE实在是让人内牛满面！！

其实人们需要的不外乎这么几个模块：
基本内核
MMC
网络
无线网络
声音
显卡支持
多媒体
办公
其它组件如：CHM，MSI支持

如果有牛人能提供一个最精简的基本内核和一个良好的架构，然后把各个模块做成组件的形式，各组件可以自由组合，各取所需，在体积和功能间让大家自由取舍，岂不甚好？

[ 本帖最后由 photoshoop 于 2010-11-21 21:08 编辑 ]

zhangzsky

你说的难道是0pe的win7版吗？还是win7版0pe?

yang162

感觉是早晚的事情 只不过 现在还没有透漏 我猜已经有人在做了

ones

看网虫的win7 pe，已经初具模块化的模型了

2010caocao

深有同感，现在的PE，好多还在XP 或2003的界面，就是没有找到WIN7一样界面的， 0PE也是基于XP和2003的。。。


只想找一个不带工具的，有类似WIN7 桌面的PE，就是找不到，哎

xianglang

现在那么多PE，竟然没有一个是特别适合自己用的，深有同感！0PE的模块化，但是太依赖于GRUB4DOS了，换了新版的G4D，原来的0PE未必能够运行。至于其他PE，又大多将所有软件集成在一个WIM包中……其实我要的是能够集成更多硬盘驱动的老毛桃的核心模块、0PE的外置、三卡等驱动模块方式这样的PE，就足够了——对于核心和三卡驱动等，我没那时间和能力去搞，因此我能搞的，就是替换自己所需要的软件。

yaojy

这个问题，我也想了一下，应用软件，包括浏览器，Flashplayer插件等都做到了模块化，
只是硬件驱动问题还没有找到好的办法。
参考过其它高手加载“外置”驱动的方式，发现存在一些问题

玄天

说的好听,也不想想Win7有多大和wim的特性
模块化不复杂,可惜的是会占用更多的内存,如果小内存能够启动,启动后也加载不了几个模块直接X盘空间不足,直接定义到大内存启动,又有另外的人闹腾,要用自己适合的干嘛不自己动手?

yaojy

原帖由 玄天 于 2010-11-22 09:36 发表
说的好听,也不想想Win7有多大和wim的特性
模块化不复杂,可惜的是会占用更多的内存,如果小内存能够启动,启动后也加载不了几个模块直接X盘空间不足,直接定义到大内存启动,又有另外的人闹腾,要用自己适合的干嘛不 ...

说的也是。
挂载WIM包，耗用的内存和直接放在“内核”几乎是一样的。
不过，使用“外置”方式，仍然有一点点好处，就是在需要的时候才挂载，或许这样可以在启动时节省些时间、省些内存。

[ 本帖最后由 yaojy 于 2010-11-22 09:58 编辑 ]

dvd008

你的字体很好!!

我也需要这样的,不过,WIN7的不会弄,只能YY别人的.

03PE,起码骨头版已经是这样的结构了.

我YY的那个WIN7,没有网络,显卡,声卡,其它软件
基本可以使用骨头版的,不需要3卡,也算模块了

不用WIM,需要什么就执行什么软件,然后基本是内存运行,关闭就退出.

因为在128M的机器测试,X盘32M的情况可以正常运行.

其实,有个完美支持3卡的内核,不用驱动的就可以了,驱动外置.

玄天

麻烦的是 WIM,如果挂载就会完全占用内存,启动映像最多仅支持512M(如果fbwf设置为512M,板载显卡系统内存为512M也启动不了),如果设置为128(256)启动后也挂载不了几个组件,设置为512启动后就算1M内存也很吃力,所以要组件话只怕要2G内存从玩的转

dvd008

我不用WIM

3卡的组件内置

工具基本是EXE的自解压,都很小,放ISO里面,挂载ISO

驱动包外置+CMD

玄天

外置本来就是为了方便,搞个wim干嘛? 更改起来太麻烦嘛

yaojy

如果把3卡驱动都弄到“内核”里，这“内核”块头也不小了啊

dvd008

可惜我不会,
如果行,WIN7也做ISO的内核

yaojy

我曾经发过一个帖子，提议使用ISZ格式外置包，竟然引起版主不满，把它给删了。
其实按照DVD008的思路也不错，如果把TEMP文件夹放到本地硬盘，可以加入很多应用软件的。不过也曾遇到过有些东西放在TEMP中是不行的。
话又说回来，如果PE3.0定位为维护，那么也不用这么折腾，把“外置”程序放到U盘，需要时运行即可。

玄天

仅内置常用的网卡驱动即可，这样全功能版512M内存也可以运行（板载显卡不行），或许PE3内核可以做成ISO，只是微软本来就定位于WIM，只怕会不容易。
本人算了下，内置MSDaRT、dx、系统内置解码器、多媒体解码包、网卡、wmp、IE、powershell、传真机、打印机和一些必须的系统维护组件WIM大概400M

hhh333

大家可以看一看我的那个PE7，在外置使用上是有一些特点的：
1、对于驱动、二级内核等要安装到系统，安装以后再没有用的组件，一般用CAB压缩，再直接放IMG包中，不做成WIM挂载，启动时直接调用。当然，如果不用IMG打包外置，也可以直接放ISO中，用IMG只是清爽一点。我的PE中的BAS、DRV原来是WIM打包的，用的时候再挂，现在直接放IMG中，可直接使用。
2、对于可以在挂载盘中运行的软件尽量不压缩，也尽量不往系统中放，特别是对于要往所在位置写文件的，基本上都要用WIM包，且为可写挂载（win7中直接就可写了，无论包是否在可写介质上；PE1.x从IMG中挂也是可写的，所以我的QQ是不解包在原地运行的）

以上在我的PE中都是这么做的，以下也是一些解决办法：

3、为了适应win7挂载的新特点，对于一些基础性组件，可以考虑挂上后不卸，对于一些应用组件，可以考虑用时再挂，用后即卸。（这个由于我的PE的构架的关系，没有实现，但对于其他分散组件的PE构架是很好实现的）
4、就是将WIM外置不挂到IMDISK，而挂到本地盘，这个就可以避免内存占用，但由于应用环境复杂不具有通用性。
以上方法基本上能够解决win7PE挂载内存开销大的毛病，MS很讨厌，原来的方式很好的，用IMG打包后也可实现可写，现在WIM挂载与COPY命令差不多了，只不过是先挂用时再拷而已。

andos

原帖由 玄天 于 2010-11-22 10:10 发表
麻烦的是 WIM,如果挂载就会完全占用内存,启动映像最多仅支持512M(如果fbwf设置为512M,板载显卡系统内存为512M也启动不了),如果设置为128(256)启动后也挂载不了几个组件,设置为512启动后就算1M内存也很吃力,所以 ...

把fbwf关闭怎样?

另外，wim的挂载用WIMFLTR.SYS和wimmount.sys也有不同的效果呢...

玄天

启动不了而已:)
~

网虫2008

原帖由 玄天 于 2010-11-22 09:36 发表
说的好听,也不想想Win7有多大和wim的特性
模块化不复杂,可惜的是会占用更多的内存,如果小内存能够启动,启动后也加载不了几个模块直接X盘空间不足,直接定义到大内存启动,又有另外的人闹腾,要用自己适合的干嘛不 ...

我现在的WIN7PE挂载WIM已经不占用内存了，H3大更早的时候也已经改了WIM的挂载方式，，WIM占内存问题已经完全不用考虑了。

我现在的1120版只是测试性的模块化，，应该有些文件还可以从内核中移出，，我应该有某些文件最好还是放在一起的好，，只能慢慢测试！


没办法，我水平有限，可如你这样觉得“模块化不复杂”的高人，最不愿意把WIN7PE做成模块化，，，也不屑于把你“模块化不复杂”的方法共享给朋友们，，，，哎，也不知道现实生活和论坛中，你这样的为人处事还有没有朋友！！

andos

原帖由 玄天 于 2010-11-22 11:41 发表
启动不了而已:)
~

忘了说...
关了要改用WIMFLTR.SYS
6.0.6001.18000 的wimgapi.dll和imagex.exe 的好像...
还有注册表要改吧

我也不肯定...说错了就当我没说过吧，哈哈

[ 本帖最后由 andos 于 2010-11-22 11:56 编辑 ]

网虫2008

原帖由 andos 于 2010-11-22 11:53 发表

忘了说...
关了要改用WIMFLTR.SYS
6.0.6001.18000 的wimgapi.dll和imagex.exe 的好像...
还有注册表要改吧

我也不肯定...说错了就当我没说过吧，哈哈

用1800版的IMAGEX.EXE挂载WIM可以实现不占用内存：

一、替换内核　system32文件夹中的WIMGAPI.DLL、FLTLIB.DLL，，

二、替换内核　system32\DRIVERS 文件的　WIMFLTR.SYS

三、用IMAGEX.EXE 　mountrw　或　mount　参数挂载

四、先挂载SYSTEM注册表文件，比如挂载名称为　aaa


wim.rar (212.8 KB, 下载次数: 28)

2010-11-22 12:07 上传

点击文件名下载附件
下载积分: 无忧币 -2

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\FltMgr] "Description"="File System Filter Manager Driver" "DisplayName"="FltMgr" "ErrorControl"=dword:00000001 "Group"="FSFilter Infrastructure" "ImagePath"=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,00,\   72,00,69,00,76,00,65,00,72,00,73,00,5c,00,66,00,6c,00,74,00,6d,00,67,00,72,\   00,2e,00,73,00,79,00,73,00,00,00 "Start"=dword:00000000 "Type"=dword:00000002 "Tag"=dword:00000001 "AttachWhenLoaded"=dword:00000001 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Enum\Root\LEGACY_FLTMGR] "NextInstance"=dword:00000001 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Enum\Root\LEGACY_FLTMGR\0000] "Service"="FltMgr" "Legacy"=dword:00000001 "ConfigFlags"=dword:00000000 "Class"="LegacyDriver" "ClassGUID"="{8ECC055D-047F-11D1-A537-0000F8753ED1}" "DeviceDesc"="FltMgr" [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFltr] "Type"=dword:00000002 "Start"=dword:00000003 "ErrorControl"=dword:00000001 "Tag"=dword:00000004 "ImagePath"=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\   52,00,49,00,56,00,45,00,52,00,53,00,5c,00,77,00,69,00,6d,00,66,00,6c,00,74,\   00,72,00,2e,00,73,00,79,00,73,00,00,00 "DisplayName"="WimFltr" "Group"="FSFilter Compression" "DependOnService"=hex(7):46,00,6c,00,74,00,4d,00,67,00,72,00,00,00,00,00 "DependOnGroup"=hex(7):00,00 "Description"="Windows Image Mini-Filter Driver" "DebugFlags"=dword:00000001 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFltr\Instances] "DefaultInstance"="WimFltr Instance" [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFltr\Instances\WimFltr Instance] "Altitude"="170500" "Flags"=dword:00000000 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFltr\Security] "Security"=hex:01,00,14,80,90,00,00,00,9c,00,00,00,14,00,00,00,30,00,00,00,02,\   00,1c,00,01,00,00,00,02,80,14,00,ff,01,0f,00,01,01,00,00,00,00,00,01,00,00,\   00,00,02,00,60,00,04,00,00,00,00,00,14,00,fd,01,02,00,01,01,00,00,00,00,00,\   05,12,00,00,00,00,00,18,00,ff,01,0f,00,01,02,00,00,00,00,00,05,20,00,00,00,\   20,02,00,00,00,00,14,00,8d,01,02,00,01,01,00,00,00,00,00,05,0b,00,00,00,00,\   00,18,00,fd,01,02,00,01,02,00,00,00,00,00,05,20,00,00,00,23,02,00,00,01,01,\   00,00,00,00,00,05,12,00,00,00,01,01,00,00,00,00,00,05,12,00,00,00 [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFsf] "DisplayName"="Windows Imaging File System Filter Driver" "Group"="FSFilter Compression" "ErrorControl"=dword:00000001 "Start"=dword:00000000 "Type"=dword:00000002 "DependOnService"=hex(7):46,00,6c,00,74,00,4d,00,67,00,72,00,00,00,00,00 "ImagePath"=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\   72,00,69,00,76,00,65,00,72,00,73,00,5c,00,77,00,69,00,6d,00,66,00,73,00,66,\   00,2e,00,73,00,79,00,73,00,00,00 "Tag"=dword:00000001 "DependOnGroup"=hex(7):00,00 "Description"="Windows Imaging File System Filter Driver" [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFsf\Instances] "DefaultInstance"="Wimfsf Instance" [HKEY_LOCAL_MACHINE\aaa\ControlSet001\Services\WimFsf\Instances\Wimfsf Instance] "Altitude"="161000" "Flags"=dword:00000000

[ 本帖最后由 网虫2008 于 2010-11-22 12:08 编辑 ]

玄天

本人说模块话简单咋了？ 简单不等于比麻烦，别以为做更PE有啥了不起，跟我一样还不是拼微软的东西罢了， 屁也不是:)
你这老小子还真比女人更小心眼，再说看清楚是后面加入的系统组件占内存，非系统组件占比占用内存都可以，这谁都知道。

coolg

原帖由 dvd008 于 2010-11-22 10:51 发表
可惜我不会,
如果行,WIN7也做ISO的内核

WIN7能做成ISO格式！
优点：启动稍快（感觉）
缺点：体积太大

dvd008

就是说,内核是ISO,不压缩?

不能压缩为_ ?

如果内核控制在120M,其它模块后加载,还是可以接受的.

我不准备研究了,等现成的.

玄天

如果想模块化,ISO 应该是不错的选择

摩东王子

我觉的win7PE  主要是用于那些新版本硬盘驱动ID号（上T的硬盘）和新的一种分区表格式    XP和2003有时是做不到的要加驱动  才可以  高级的很难

因为社会的问题  新版本的硬盘 那电脑的性能就不用说了肯定是最低2G内存  win7PE在内核上保全磁盘和网络功能就OK了

老版电脑就交给 XP和2003（PE）吧     所以还是先把磁盘相关功能放在第一，不然进入系统没有硬盘搞个P啊，其次是工具软件，第三是网络 放一些远程软件


在这里我想说一下某个人，好像在启人忧天。好像大家跟他上辈子有仇似的。   要低调，放态心情，开心做人，
（做事先做人）  不过总的来说，心不坏

[ 本帖最后由 摩东王子 于 2010-11-22 18:51 编辑 ]

玄天

唉,马后炮到处都是,就像当初512过后预言家和神仙满天飞一样

coolg

说的是，首先搞清WIN7PE的定位：主要是定位于高端，向下兼容！
但不是高射炮打蚊子！！！（极小内存可玩 pe1x,...,dos）

而现在WIN7PE进入一个怪圈，为减小体积而减小。
连（WINRE)里面基础驱动都去掉，造成功能不保;
注册表大砍特砍，问题百出！

纵观无忧PE，只有优秀的系统注册表架构，才能模块化可扩充性好，成为经典PE。

所以搞WIN7PE，要有一种大气！！！
首先构建良好的系统架构（注册表）,后面才谈得上模块化等。