全内置Win10-11PE x64无网维护~~~声显网全能版

yzw92

谢谢楼主分享

huyadong

tpod 发表于 2023-12-15 02:43
谢谢。我已经找到了，不过那个批处理里只有一部分，制造商项应该是封装时直接写注册表了，加一条写注册表 ...

Repository目录文件解决卡死问题，是补了wbem依赖，开机自动可以生成这个目录文件的了。你测试还会卡死的是哪个版本，打开DG前先把system32下的wbem目录打开观察一下，是不是自动生成了Repository等目录文件夹。

huyadong

tpod 发表于 2023-12-15 02:43
谢谢。我已经找到了，不过那个批处理里只有一部分，制造商项应该是封装时直接写注册表了，加一条写注册表 ...

前两天维护版，wbem下文件补多了几个，开机马上打开DG，还是个别电脑会出现假死，请帮忙测试确认今早的维护版。其它4个版本我测试没问题。

tpod

huyadong 发表于 2023-12-15 07:09
Repository目录文件解决卡死问题，是补了wbem依赖，开机自动可以生成这个目录文件的了。你测试还会卡死的 ...

1213自用版假死。没注意启动后的目录文件，只是打开ISO比较发现少了一个目录。我再试试新版。

huyadong

tpod 发表于 2023-12-15 10:20
1213自用版假死。没注意启动后的目录文件，只是打开ISO比较发现少了一个目录。我再试试新版。

加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件夹可以自动建立了，你那测试竟还有问题。

进士小站

感谢楼主坚持更新

tpod

huyadong 发表于 2023-12-15 11:41
加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件 ...

1215最新维护版、1214自用版，同样卡死，启动DiskGenius前看了wbem目录，Repository文件夹及下面五个文件都已经存在了。这是维护版的wbem：
X:\Windows\System32\wbem\cimdmtf.mof
X:\Windows\System32\wbem\cimwin32.dll
X:\Windows\System32\wbem\cimwin32.mof
X:\Windows\System32\wbem\drvinst.mof
X:\Windows\System32\wbem\esscli.dll
X:\Windows\System32\wbem\fastprox.dll
X:\Windows\System32\wbem\firewallapi.mof
X:\Windows\System32\wbem\ipsecsvc.mof
X:\Windows\System32\wbem\mofd.dll
X:\Windows\System32\wbem\mpsdrv.mof
X:\Windows\System32\wbem\mpssvc.mof
X:\Windows\System32\wbem\msi.mof
X:\Windows\System32\wbem\msiprov.dll
X:\Windows\System32\wbem\msiscsi.mof
X:\Windows\System32\wbem\netprofm.mof
X:\Windows\System32\wbem\newdev.mof
X:\Windows\System32\wbem\nlasvc.mof
X:\Windows\System32\wbem\polstore.mof
X:\Windows\System32\wbem\repdrvfs.dll
X:\Windows\System32\wbem\sdbus.mof
X:\Windows\System32\wbem\services.mof
X:\Windows\System32\wbem\setupapi.mof
X:\Windows\System32\wbem\wbemcore.dll
X:\Windows\System32\wbem\wbemdisp.dll
X:\Windows\System32\wbem\wbemdisp.tlb
X:\Windows\System32\wbem\wbemess.dll
X:\Windows\System32\wbem\wbemprox.dll
X:\Windows\System32\wbem\wbemsvc.dll
X:\Windows\System32\wbem\WmiApSrv.exe
X:\Windows\System32\wbem\WmiPrvSD.dll
X:\Windows\System32\wbem\WmiPrvSE.exe
X:\Windows\System32\wbem\WMIsvc.dll
X:\Windows\System32\wbem\wmiutils.dll
X:\Windows\System32\wbem\xml\cim20.dtd
X:\Windows\System32\wbem\xml\wmi20.dtd
X:\Windows\System32\wbem\xml\wmi2xml.dll
X:\Windows\System32\wbem\zh-CN\cimwin32.dll.mui
X:\Windows\System32\wbem\zh-CN\msi.mfl
X:\Windows\System32\wbem\zh-CN\wbemcore.dll.mui
X:\Windows\System32\wbem\zh-CN\WmiApSrv.exe.mui
X:\Windows\System32\wbem\zh-CN\WMIsvc.dll.mui
X:\Windows\System32\wbem\zh-CN\wmiutils.dll.mui
X:\Windows\System32\wbem\repository\INDEX.BTR
X:\Windows\System32\wbem\repository\MAPPING1.MAP
X:\Windows\System32\wbem\repository\MAPPING2.MAP
X:\Windows\System32\wbem\repository\MAPPING3.MAP
X:\Windows\System32\wbem\repository\OBJECTS.DATA
X:\Windows\System32\wbem\AutoRecover\50E1C17EEEC44BF8BEA0DDE8659CB309.mof
X:\Windows\System32\wbem\AutoRecover\ACB696E9E01F582D47EBD79FB70884A2.mof

tpod

huyadong 发表于 2023-12-15 07:55
前两天维护版，wbem下文件补多了几个，开机马上打开DG，还是个别电脑会出现假死，请帮忙测试确认今早的维 ...

我看到15号只有维护版，其它四个是14号的，我测试14号自用版是有同样问题的。
13号自用版，我把之前的正常的那版(1212)的repository目录加进去，重新打包后就正常。

tpod

huyadong 发表于 2023-12-15 11:41
加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件 ...

从我的测试来看，事先存在与后续生成repository应该是对某相关过程完成时间影响不同，正如我上次反馈的测试情况：没有Repository，只要开机五分钟后再启动DiskGenius也是没问题的。

渝垫老

感谢分享

tpod

huyadong 发表于 2023-12-15 11:41
加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件 ...

这个文件夹自动建立是Win本身的过程还是后续人为增加的，如果是是增加的，可以考虑尽早提前完成。

tpod

huyadong 发表于 2023-12-15 11:41
加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件 ...

再提供一个测试情况，供参考：
U盘Ventoy启动，Win11PE_22000.2479维护版1215.iso及从其中解出来的boot.wim同时放U盘，启动boot.wim马上打开DiskGenius完全正常，启动ISO则假死。

huyadong

tpod  2023-12-15 12:44
ο
UVentoyWin11PE_22000.24791215.isoнboot. ...

那可以帮测有问题版本进入PE后，先卸载Ventoy挂载的PE镜像，再打开DG看是否假死。另外帮测3个方案：https://www.123pan.com/s/5o3UVv-PDSLH.html

tpod

huyadong 发表于 2023-12-15 13:24
那可以帮测有问题版本进入PE后，先卸载Ventoy挂载的PE镜像，再打开DG看是否假死。另外帮测3个方案：https ...

如何卸载？
分享链接不存在。

tpod

huyadong 发表于 2023-12-15 11:41
加那个目录文件确实可以解决，但是群里青蛙大说不是正解。所以才通过补其它依赖文件来解决，现在这个文件 ...

实机一直能复现问题，但是VMWARE17.5无论是添加光驱加载ISO启动、还是添加物理硬盘方式从U盘启动ISO，都正常。

huyadong

tpod 发表于 2023-12-15 14:26
实机一直能复现问题，但是VMWARE17.5无论是添加光驱加载ISO启动、还是添加物理硬盘方式从U盘启动ISO，都 ...

帮测深谷憂狼大的PE:https://www.123pan.com/s/5o3UVv-NDSLH.html
方便的话，麻烦你上一下QQ吧。

huyadong

tpod 发表于 2023-12-15 14:26
实机一直能复现问题，但是VMWARE17.5无论是添加光驱加载ISO启动、还是添加物理硬盘方式从U盘启动ISO，都 ...

又补了一些注册表，有空再帮忙测试吧。

tpod

huyadong 发表于 2023-12-15 22:47
又补了一些注册表，有空再帮忙测试吧。

1216自用版，DiskGenius和AIDA一样问题。

tpod

huyadong 发表于 2023-12-15 22:47
又补了一些注册表，有空再帮忙测试吧。

DiskGenius和AIDA假死时间相同，基本同时打开。
看了Repository文件夹里文件的创建、修改时间，中间正好差4分钟左右，修改时间正是DiskGenius和AIDA正常打开的时候。
我把刚修改后的Repository文件夹加入重新打包ISO，也正常，这几个文件比你上次加的小太多，加起来不到3M。

iamintowhere163

谢谢分享

iamintowhere126

谢谢分享

求索

当Dg打不开时，系统自带的 磁盘管理 也打不开。测试过，有的PE偶发这种现象，有时候是正常的，一般维护版没遇到过，近期高版本的网络版遇到过，正不知道原因……

求索

求索 发表于 2023-12-16 07:40
当Dg打不开时，系统自带的 磁盘管理 也打不开。测试过，有的PE偶发这种现象，有时候是正常的，一般维护版没 ...

谢谢，Charei1028的2787版也偶发过这种现象。

huyadong

tpod 发表于 2023-12-16 04:20
DiskGenius和AIDA假死时间相同，基本同时打开。
看了Repository文件夹里文件的创建、修改时间，中间正好 ...

这是用w2制作的22000.2538完整注册表，把里面的SOFTWARE文件，替换到全能版或者自用版windows/system32下config文件夹同名文件，可以来验证使用完整sof注册表，问题还存不存在。https://www.123pan.com/s/5o3UVv-vrSLH.html

xhsyszw

谢谢楼主分享

laott

谢谢分享

tpod

huyadong 发表于 2023-12-16 07:48
这是用w2制作的22000.2538完整注册表，把里面的SOFTWARE文件，替换到全能版或者自用版windows/system32下 ...

我先试试看吧，不过我觉得问题应该不在这，从我的测试来看，ISO有问题但WIM正常，而二者注册表是没变的，其他测试的人有没有和我一样的只是ISO启动才有问题？这点不知能否确认？

tpod

huyadong 发表于 2023-12-16 07:48
这是用w2制作的22000.2538完整注册表，把里面的SOFTWARE文件，替换到全能版或者自用版windows/system32下 ...

上面有人提到磁盘管理也打不开，这个我之前还没注意到，很有参考价值，可能假死的共性是磁盘方面的WMI库处理问题。
PE加载全流程我并不很清楚，如果其他测试的人能和我一样确认，也是ISO异常、WIM正常的话，那么可能问题要从ISO、WIM启动的载入模式的差异着手，向Ventoy那边也反馈一下。

huyadong

tpod 发表于 2023-12-16 13:11
上面有人提到磁盘管理也打不开，这个我之前还没注意到，很有参考价值，可能假死的共性是磁盘方面的WMI库 ...

其他人测试WIM和ISO启动都会假死。

tpod

huyadong 发表于 2023-12-16 13:18
其他人测试WIM和ISO启动都会假死。

注册表替换没用。
WIM启动问题，我重新确认了一下，在我这1215维护版的WIM一直没问题(应该之前的版本基本上也正常的，要不我不会一直认为WIM没问题)，1214、1216自用版WIM有点玄学，1214进入系统等桌面图标刷新完毕马上运行DiskGenius，比较大概率正常(所以之前没发现到有假死)，若打开资源管理器后再开DiskGenius肯定假死，1216发现一两次正常。
DiskGenius等启动可能查询WMI库信息，静态库确实开机就生成了，可能最初的并没有DiskGenius需要的信息(生成的那五个库文件异常？)，4分钟后提供方才动态反馈回来更新，这时总共才2.7M左右，我把它们补入测试正常，这几个相关库文件之后仍然会不断更新增大的，也有自我修复、重建功能，所以我认为把这几个小体积的直接打包进PE虽然不是正解，但在目前难以排查的情况下却是一种优解了。PE里WMI服务查看是禁止的，改成自动好像也不会启动。