用WinBuilder制作一个Win8PE (X86,X64)

hhh333

那说明目前没有更新到10586的必要了。

那个彩色标题栏的问题，看了一下脚本，更新了几个注册表，将名称改动了下，再将文件改一下就可以了。
但如果不改文件名，就不行，不知何故？10586文件名是不用改的。

andos

10586版 的WOW64好像有点问题了?

sp_star

hhh333 发表于 2015-11-22 14:07
那说明目前没有更新到10586的必要了。

那个彩色标题栏的问题，看了一下脚本，更新了几个注册表，将名称 ...

这是正常系统中使用的方法，只能做到这样了，无法突破系统本身的限制。

sp_star

andos 发表于 2015-11-22 15:38
10586版 的WOW64好像有点问题了?

是不是PECMD和setwow64冲突啊。删掉setwow64试试，或者使用老版本的试试。

andos

sp_star 发表于 2015-11-22 21:06
是不是PECMD和setwow64冲突啊。删掉setwow64试试，或者使用老版本的试试。

是SYSWOW64下缺少了文件所致
令一些原本在1024能运行的32位程序但在10586上就运行不了

setwow64 V2好像除了支持虚拟程序就没别的新功能了吧?

sp_star

andos 发表于 2015-11-22 21:20
是SYSWOW64下缺少了文件所致
令一些原本在1024能运行的32位程序但在10586上就运行不了

10586增加了一些新的依赖性，试试在syswow64下添加：
davhlpr.dll
fwbase.dll
FirewallAPI.dll

andos

sp_star 发表于 2015-11-22 21:38
10586增加了一些新的依赖性，试试在syswow64下添加：
davhlpr.dll
fwbase.dll

的确....

想不到和firewall dll有关联.....

hhh333

好像要加如下一些文件才行：
davhlpr.dll
edpauditapi.dll
edputil.dll
mblctr.exe
MrmCoreR.dll
ucrtbase.dll

sp_star

hhh333 发表于 2015-11-23 10:36
好像要加如下一些文件才行：
davhlpr.dll
edpauditapi.dll

mblctr.exe是移动中心，加不加都行。ucrtbase.dll是·启动需要的文件，syswow64下不一定需要。还有一些可能是explorer才需要，当然也可能其他程序也需要，没测试过。

yamingw

来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 10586
  RegWrite,HKLM,0x4,Tmp_Default\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer,UserSignedIn,1
  RegWrite,HKLM,0x4,Tmp_Default\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Serialize,StartupDelayInMSec,0

红毛樱木

yamingw 发表于 2015-11-27 15:33
来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 105 ...

老大精力充沛啊，哈哈

sp_star

yamingw 发表于 2015-11-27 15:33
来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 105 ...

感谢大神光临指导
不好意思，之前测试错误。这个设置是有效的，现在taskbar不再延迟了。
已更新....

sp_star

yamingw 发表于 2015-11-27 15:33
来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 105 ...

不好意思，之前测试错误。这个设置是有效的，现在taskbar不再延迟了。

fish2006

yamingw 发表于 2015-11-27 15:33
来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 105 ...

我也试了一下，确实有效，大师引进的少而精，个个有用，鼓励继续探索。

fish2006

yamingw 发表于 2015-11-27 15:33
来自win10pe se 的explorer.script，解决10586的taskbar延迟问题：
  // fix explorer delay in build 105 ...

我也试了一下，确实有效，大师引进的少而精，个个有用，鼓励继续探索。

cakeandjam

thank you

hhh333

试了，有效；
IE和切换到admin还不好使；
似乎没什么价值；
win10真的是一个测试性的东西，这中间的每一次升级与原来的相差都是较大的，最后的稳定版可能才有花时间的必要。

yamingw

hhh333 发表于 2015-11-28 12:12
试了，有效；
IE和切换到admin还不好使；
似乎没什么价值；

使用最新的Winxbuilder和10586的原版iso，构建时选择Admin。
用Startisback切换用户，自动进入Admin，大概几十秒出桌面，未报错。Explorer工具栏显示不全，替换正常NTUSER.dat后正常。IE可以工作，但因x64IE实际上是调用x32ie,需要SysWow64下补充文件。ie在使用中在某些时候会出错，正常系统也会出现，但几率较小。访问百度等网站网盘正常。
此回复即在Winxbuilder构建的Admin下生成。

sp_star

yamingw 发表于 2015-11-28 12:47
使用最新的Winxbuilder和10586的原版iso，构建时选择Admin。
用Startisback切换用户，自动进入Admin， ...

10586的PE(x86的)在实机上切换Admin，好像也不报错了，不知为什么，好像也没改动什么。不过我只有一台机器测试。切换时间大约需要40秒，一直是这样。我知道yamingw大神有一个PE切换非常快，但差异比较大，实在找不出具体原因。

IE （10586 x86)在VMware下访问baidu.com，是有"未响应"的问题，切换到Admin，就正常了。但实体机上，安装显卡驱动后，不用切换好像也能正常访问。

IE有一个"include 32-bit IE"的选项，选上的话，应该会在syswow64下添加文件，是说文件加的不全吗？

sp_star

yamingw 发表于 2015-11-28 12:47
使用最新的Winxbuilder和10586的原版iso，构建时选择Admin。
用Startisback切换用户，自动进入Admin， ...

Explorer工具栏显示不全，替换正常NTUSER.dat后正常。
这里正常NTUSER.dat，是指install.wim中users/default下的NTUSER.dat吗？

yamingw

sp_star 发表于 2015-11-28 15:06
Explorer工具栏显示不全，替换正常NTUSER.dat后正常。
这里正常NTUSER.dat，是指install.wim中users/def ...

这里正常NTUSER.dat 是指正常系统中的Administer中的NTUSER.dat，是为省事。
百度在system账户下用ie确实无法访问，但用2345等使用ie内核的浏览器却没事。
切换Admin时，如果HKEY_LOCAL_MACHINE\soft\Microsoft\Windows NT\CurrentVersion\Winlogon\EnableSIHostIntegration=1，而sihost又不正常，winlogon将等待
25秒，然后才启动userinit

sp_star

yamingw 发表于 2015-11-29 18:17
这里正常NTUSER.dat 是指正常系统中的Administer中的NTUSER.dat，是为省事。
百度在system账户下用ie确 ...

大神好厉害
将这个注册表改为0，果然减少了登陆时间大概25秒，现在还需要大概20秒(实体机)。
Admin登陆有2个过程，第2个之前好像没有，不知道都是做些什么。
欢迎  --》很快过去
正在准备Windows   --》时间很长，不等待sihost，减少了25秒，仍然剩下10多秒。

Update: NTUSER.DAT已经使用install.wim中的Users\Default\NTUSER.DAT。

fish2006

sp_star 发表于 2015-11-29 18:57
大神好厉害
将这个注册表改为0，果然减少了登陆时间大概25秒，现在还需要大 ...

我在正常的 Windows 系统里创建过 Administrator 帐户，第一次创建帐户时需要时间的，建立新的用户目录等，还有一个新的注册表文件（好像主要是应用程序方面的较多），如果事先创建了有关的文件和信息，是否可以节约时间？因为在 PE里转换 Administrator 帐户总是属于第一次创建帐户，如果仍按正常系统的步骤，花费一些时间好像是理所当然的。

yamingw

从现阶段看，Admin模式是大部分软件正常运行的保证。转换到Admin后，如果需要system模式的权限,可使用"tscon 1"即可转换到system模式，“tscon 2”即可换到Admin。

sp_star

fish2006 发表于 2015-11-29 19:57
我在正常的 Windows 系统里创建过 Administrator 帐户，第一次创建帐户时需要时间的，建立新的用户目录等 ...

是需要一些时间，但10几秒，几十秒，肯定是太长了。
你可以试试yamingw上传的一个体积很大的PE，看看能到什么程度。

yamingw

fish2006 发表于 2015-11-29 19:57
我在正常的 Windows 系统里创建过 Administrator 帐户，第一次创建帐户时需要时间的，建立新的用户目录等 ...

pe里建Admin的文件只需1秒时间，执行Runonce和Run的程序需要时间（如果有的话）。我实机切换admin需要10秒，其中执行run程序3秒。我仔细看了Process monitor的记录，可挤出来的时间不多了。

sp_star

yamingw 发表于 2015-11-29 20:02
从现阶段看，Admin模式是大部分软件正常运行的保证。转换到Admin后，如果需要system模式的权限,可使用"tsco ...

其实大部分使用的是第三方程序，和登陆账户没什么关系。只是系统本身一些次要功能需要。
从一般使用角度，一般都不用切换的。

sp_star

yamingw 发表于 2015-11-29 20:12
pe里建Admin的文件只需1秒时间，执行Runonce和Run的程序需要时间（如果有的话）。我实机切换admin需要10 ...

我还需要20秒....

yamingw

sp_star 发表于 2015-11-29 20:06
是需要一些时间，但10几秒，几十秒，肯定是太长了。
你可以试试yamingw上传的一个体积很大的PE，看看能 ...

当windows所有组件都正常初始化，系统会使用预先加载技术加快登陆进程。而10586的StateRepository和BrokerInfrastructure都不正常了，所以再想3秒切换有难度。

fish2006

sp_star 发表于 2015-11-29 20:06
是需要一些时间，但10几秒，几十秒，肯定是太长了。
你可以试试yamingw上传的一个体积很大的PE，看看能 ...

我用过那个版本，只要几秒就行了，我曾经精简过，精简到 600 多MB就不好再减少了。他采用的模板底子太大了。