无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
查看: 6555|回复: 20
打印 上一主题 下一主题

[求助] Win11做WimBoot启动,有什么办法?

[复制链接]
跳转到指定楼层
1#
发表于 2022-12-15 23:39:34 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 BestMiniPE 于 2023-12-9 00:28 编辑

Win7有陈大的辅助工具,Win10用DWIM很方便。但Win11没能成功,有什么决窍或方法?
启动时提示 winload.efi 的"不连续/不完整?"问题
再试,WimBoot.wim 文件在 D:,WimBoot 方式释放到 C: 可以启动。
但是在 UEFI 环境下释放到 VHD/VHDX,WimBoot选项就是 淡黄色,
初步结论:WinNTsetup淡黄色,也可以用。主要原因:VHDX格式,BCD条目要选择(指定)分区。VHD格式没影响,放在哪个盘都可以。


2#
发表于 2022-12-16 06:56:39 来自手机 | 只看该作者
昨天群友C盘1.38G的11 wimboot又搞成功了
回复

使用道具 举报

3#
发表于 2022-12-16 08:28:23 | 只看该作者
WinNTSetup+vhd,WimBoot启动
回复

使用道具 举报

4#
发表于 2022-12-16 08:44:28 | 只看该作者
dism后面加/wimboot就可以实现了
回复

使用道具 举报

5#
发表于 2022-12-16 09:11:15 | 只看该作者
我就用dism++直接备出来就行啊。部署用winntsetup,当然,我都是部署到vhd中。如果是bios+mbr,我就用grub4dos+ntboot启动,如果是UEFI环境,我就选择bootmgr+bcd方式启动了。

点评

其实用wimlib比系统自带的dism更好些,部署的时候winntsetup+wimboot安装的方式,释放的指针比wimlib的更大  发表于 2022-12-16 11:48
回复

使用道具 举报

6#
发表于 2022-12-16 11:31:45 | 只看该作者
本帖最后由 879792799 于 2022-12-16 11:48 编辑

网上搜索得来:
Wimboot是windows 8.1和Windows 10之间微软为了支持16GB磁盘上安装Windows而开发的一个内置功能。
但微软不建议在磁盘充足时使用WinBoot。因为没有这个必要。
当年为啥要16GB上安装Windows呢?是因为Intel推低端平板电脑,希望能做得和安卓平板电脑一样便宜。国内卖过399元人民币。
后来这个项目并不成功,Intel也不推这个了。微软也不用Winboot了。
不过利用winboot做一些自己喜欢的事情。这个应该很好玩。
关于做出不可改变的Windows系统,微软也有标准方案,但只在企业版支持。开机后无论做出的任何操作,重启后都还原为原始状态。
回复

使用道具 举报

7#
发表于 2022-12-16 11:45:34 | 只看该作者
使用wimlib工具更方便好用:
捕获命令
wimlib-imagex.exe capture j: e:\win81eie_wimboot.wim "Win8.1eie版" "Win8.1eie" --wimboot

应用命令:
wimlib-imagex.exe apply "e:\win2012WIMBoot.wim" 1 z: --wimboot

测试win8.1-win11都没有问题。

点评

wimlib的兼容性不行。 在wimboot方面,你的实践一定不多。而且,你对winntsetup不熟悉。  详情 回复 发表于 2022-12-16 13:03
如果应用的时候不加--wimboot,就相当于是常规恢复系统了,这样看来他还是有前途的、  发表于 2022-12-16 11:51
回复

使用道具 举报

8#
发表于 2022-12-16 13:03:15 | 只看该作者
ql1307096 发表于 2022-12-16 11:45
使用wimlib工具更方便好用:
捕获命令
wimlib-imagex.exe capture j: e:\win81eie_wimboot.wim "Win8.1ei ...

wimlib的兼容性不行。

在wimboot方面,你的实践一定不多。而且,你对winntsetup不熟悉。

点评

这几天测试了一下wimboot,家里电脑分别安装win8.1,win10,win11,使用win10自带的的dism和wimlib1.13.6进行wimboot部署对比。 捕获速度,wimlib比dism快,应用速度更是吊打dism。默认设置下,wimlib生成的wim文件  详情 回复 发表于 2022-12-22 09:13
你这么一说也差不多,winntsetup我一直用它在pe下安装系统,没有用其他的功能;wimlib的兼容性差不差我没有仔细研究,但是用它做出的wimboot镜像貌似也从没有出现问题。  详情 回复 发表于 2022-12-16 17:25
回复

使用道具 举报

9#
发表于 2022-12-16 17:25:48 | 只看该作者
Climbing 发表于 2022-12-16 13:03
wimlib的兼容性不行。

在wimboot方面,你的实践一定不多。而且,你对winntsetup不熟悉。

你这么一说也差不多,winntsetup我一直用它在pe下安装系统,没有用其他的功能;wimlib的兼容性差不差我没有仔细研究,但是用它做出的wimboot镜像貌似也从没有出现问题。
回复

使用道具 举报

10#
发表于 2022-12-16 17:40:38 | 只看该作者
WIN11完全支持WIMBOOT方式,做好系统,优化完毕,清理一下垃圾,然后把系统备份为WIM,然后再用WINNTSETUP或者DISM++选择WIM映像以WIMBOOT方式部署系统即可!
回复

使用道具 举报

11#
发表于 2022-12-16 18:03:05 来自手机 | 只看该作者
用DISM++XPRESS16K压缩保存后WIMBOOT安装回去就是。都是被微软抛弃了,很多人都喜欢CompactOS,但这么多年对WIMBOOT情有独钟。
回复

使用道具 举报

12#
发表于 2022-12-22 09:13:59 | 只看该作者
Climbing 发表于 2022-12-16 13:03
wimlib的兼容性不行。

在wimboot方面,你的实践一定不多。而且,你对winntsetup不熟悉。

这几天测试了一下wimboot,家里电脑分别安装win8.1,win10,win11,使用win10自带的的dism和wimlib1.13.6进行wimboot部署对比。
捕获速度,wimlib比dism快,应用速度更是吊打dism。默认设置下,wimlib生成的wim文件略小于dism的。另外我用都是使用vhdx+wim的方式,使用dism会将vhd文件撑得很大,卸载后也无法减小,而wimlib则好的多,基本上第一次启动过后,vhd文件体积不超过1g。
运行速度对比,基本看不出有什么差别。
你说的wimlib兼容性不好,不知道指的是哪方面?我家里电脑的win8.1一直就是wimboot方式运行的,用了好几年,从来没有出过什么问题。
最开始用chenall大大的wimboot工具,主要是针对win7系统的,那个兼容性确实是不太好。但是8.1up3之后就原生支持wimboot启动的系统,使用wimlib来部署wimboot,我这里是完全没有发现问题。

下面这个图是昨天使用win11测试wimboot启动的,用dism搞的,vhd文件被撑到这么大了。


点评

你只在自己家里这一台电脑上就测出兼容性问题来了? wimlib的版本试过几个?  详情 回复 发表于 2022-12-22 14:01
回复

使用道具 举报

13#
发表于 2022-12-22 14:01:09 | 只看该作者
ql1307096 发表于 2022-12-22 09:13
这几天测试了一下wimboot,家里电脑分别安装win8.1,win10,win11,使用win10自带的的dism和wimlib1.13.6 ...

你只在自己家里这一台电脑上就测出兼容性问题来了?

wimlib的版本试过几个?

点评

前前后后装过几十台电脑使用wimlib,没发现什么问题,也许数量还是太少了。昨天只是测试dism与wimlib的速度与空间占用。 只是就是论事讨论问题,您说它兼容性不好,那是那些地方可以指点下?也好让我提前避坑  详情 回复 发表于 2022-12-22 14:45
回复

使用道具 举报

14#
发表于 2022-12-22 14:45:32 | 只看该作者
Climbing 发表于 2022-12-22 14:01
你只在自己家里这一台电脑上就测出兼容性问题来了?

wimlib的版本试过几个?

前前后后装过几十台电脑使用wimlib,没发现什么问题,也许数量还是太少了。昨天只是测试dism与wimlib的速度与空间占用。
只是就是论事讨论问题,您说它兼容性不好,那是那些地方可以指点下?也好让我提前避坑

点评

我密集探索wimboot_vhd系统制作和安装的时期是在去年2月份(春节后疫情封控期间),离现在时间比较长了,当时记录了一些日志,你可以看一下,我当时的结论可能有些到现在已经过时了,但当时我大量的试验得出了wimlib  详情 回复 发表于 2022-12-22 20:38
回复

使用道具 举报

15#
发表于 2022-12-22 20:38:12 | 只看该作者
ql1307096 发表于 2022-12-22 14:45
前前后后装过几十台电脑使用wimlib,没发现什么问题,也许数量还是太少了。昨天只是测试dism与wimlib的速 ...

我密集探索wimboot_vhd系统制作和安装的时期是在去年2月份(春节后疫情封控期间),离现在时间比较长了,当时记录了一些日志,你可以看一下,我当时的结论可能有些到现在已经过时了,但当时我大量的试验得出了wimlib有些兼容性问题,你可以看一下我的详细日志,如下:
【2021年2月5日 09:01:48】新技术,值得记录。几乎完整的记录及相关技术文件、软件都在附件中。除了没有PE。
1、这几天在xx的SONY本子加上Intel SSD X25 160G上疯狂试验了wimboot_VHD系统,也就是使用wimboot技术的vhd系统。取得了重大进步。

2、同时系统的试验了WinntSetup、wimlib、dism++、chenall的NTBOOT直接启动VHD系统、wintoflash的ntloader + initrd.lz1启动VHD系统等新技术和新功能。

3、关于wimboot_vhd系统制作,直接结论:
安装基于wimboot的VHD系统,经过以上试验,目前得出的结论是:首先要在PE下操作(成功案例都是在D0z的10PE下,其他PE需要进一步测试,经测试,我的CCF WIN7PE也没有问题),其次必须使用chenall提供的WinntSetup 3.7.9版本(试了两个新版的都不行),第三,恢复时,必须使用wimlib,不能使用wimGAPI。第四:让winntsetup更新分区引导代码及BCD文件,并使用Windows自己的引导扇区引导bootmgr进入系统安装,在安装成功前不能使用grub4dos加载bootmgr,否则系统安装过程中会失败。安装成功后,可以使用grub4dos加载bootmgr。也可以使用NTBOOT直接加载对应的VHD文件(但这样貌似不能加载软激活的w7twmc文件)。

编辑BCD,推荐使用bootice 1.3.4版本。

4、关于支持wimboot的wim文件的制作,推荐使用dism++,兼容性好,体积小(不需要再尝试其他的手段,已经都试过了)。而wimboot_vhd系统的部署,就只推荐使用chenall提供的winntsetup_v3.7.9+wimlib方式。当然,用dism++也可以正常部署,但部署出来的vhd文件比实际内容占用空间大2个G左右。

5、关于ntboot直接启动vhd系统,有时候会遇到error 27,原因莫名其妙。
在使用NTBOOT直接启动vhd文件时,会出现error 27:Unrecognized command(不认识的命令?),我手工输入命令行试过了,就是这一行“command %NTBOOT% NT6=/wimboot/W7TWMC/W7TWMCwib10.vhd”出错误,在前面使用ntboot启动W7TCHx64的vhd时也出现过类似错误,问题是大部分时候使用NTBOOT启动vhd系统都是成功的,我觉得这应该属于NTBOOT的bug。

title 01bad.Windows 7 Ultimate x86 TWMC wimboot@VHD by NTBOOT
find --set-root /boot/ntboot/NTBOOT && set NTBOOT=/boot/ntboot/NTBOOT
find --set-root /wimboot/W7TWMC/W7TWMCwib10.vhd
command %NTBOOT% NT6=/wimboot/W7TWMC/W7TWMCwib10.vhd
savedefault

# 不知什么原因,下面这一条启动总是报错,莫名其妙啊。
title (???bad)Windows 7 Ultimate x64 TWM+Chenall wimboot@VHD by NTBOOT
find --set-root /boot/ntboot/NTBOOT && set NTBOOT=/boot/ntboot/NTBOOT
find --set-root /wimboot/W7x64/W7TCHx64wib10.vhd
%NTBOOT% NT6=/wimboot/W7x64/W7TCHx64wib10.vhd

然后试着使用grub4dos + bootmgr + BCD方式启动该vhd却一切正常。
再然后使用grub4dos + wintoflash_ntloader+initrd.lz1 + VHD方式也启动正常,菜单如下:

title 0.Windows 7 Ultimate x86 TWMC wimboot10@VHD by wintoflash ntloader
find --set-root /wimboot/W7TWMC/W7TWMCwib10.vhd && set vhdroot=%@root%
uuid %vhdroot%
kernel /boot/ntloader uuid=%?_UUID% file=/wimboot/W7TWMC/W7TWMCwib10.vhd
initrd /boot/initrd.lz1
savedefault

==========================================================
以下是整个试验的完整记录文件:D:\wimboot\W7TCH_wimboot+VHD_Action_log_by_xyf.txt
==========================================================
Windows 7 Ultimate x64 (WimBoot) (VHD)

\wimboot\W7TCHx64wib.vhd

D:\wimboot\wibW7TCH.wim

D:\wimboot\W7TCHx64wib.vhd

D:\Boot\BCD


【试验】尝试用chenall的方法安装基于wimboot的w7x64系统到vhd。这已经是N次试验失败后的某次尝试,这次尝试记录失败过程。
1、【2021年2月3日 17:56:18】
安装环境: w7twmc(wimboot+vhd)
winntsetup: chenall的。
操作前先删除原来的vhd文件,使用Winntsetup新建一个25G的vhd文件。在删除bcd文件中的启动项时,发现当前系统正在使用BCD。
注册表优化。
使用bootsect更新引导代码+bios
结果:wimlib_Extract_image 0x4B错误,所以没能恢复成功。

2、【2021年2月3日 18:06:14】
安装环境: w7twmc(wimboot+vhd)
winntsetup:使用WinNTSetup_v4.2.3_Final_x86-x64(标题栏右键菜单选择wimlib,不是默认的wimGAPI)。
使用前一次的vhd文件,用windows快速格式化一下。这次不用动BCD(里面对应的启动项目已经删除)。
注册表优化。
使用bootsect更新引导代码+bios
结果:wimlib_Extract_image 0x4B错误,所以没能恢复成功。现在怀疑是不是因为安装环境的问题,因为以前同样的操作在10PE是可以成功的。

3、【2021年2月3日 18:13:23】安装w7x64系统,vhd文件25G。
基本同上,只不过wintsetup使用默认的wimGAPI。

结果:应用映像失败,0x57错误。参数错误。看来可能确实跟操作环境有关系。

4、【2021年2月3日 19:27:25】安装w7x64系统,vhd文件25G。
安装环境: 10PE@D0z
winntsetup: chenall的3.7.9(标题栏右键菜单选择wimlib)。
使用前一次的vhd文件,用windows快速格式化一下。这次不用动BCD(里面对应的启动项目已经删除)。
注册表优化。
使用bootsect更新引导代码+bios
结果:成功恢复没有报错。重启后通过bootmgr引导成功进入系统。
分析:与第一次操作比较,主要换了PE这个环境。另外,初次安装时不要使用grub4dos引导boogmgr,而是使用windows自己的引导扇区引导bootmgr比较好。

5、【2021年2月3日 19:32:06】尝试与4同样的环境下安装w7x86系统。其他条件不变化,将vhd文件缩小到3G。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib.vhd (512M)
结果:恢复成功,启动效果待验证。这个最后安装成功。

6、【2021年2月3日 19:44】尝试与5同样的环境下安装w7x86系统。其他条件不变化,change winntsetup to 4.2.3 version and use default wimGAPI。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib1.vhd (1.2G)
结果:恢复成功,启动效果待验证。这个出现00C2蓝屏错误,就是前面频繁出现的错误。看来关键还是winntsetup或者是wim lib版本问题。

7、【2021年2月3日 19:59】尝试与6同样的环境下安装w7x86系统。其他条件不变化,winntsetup  4.2.3  and use wimlib。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib2.vhd (635M)
结果:恢复成功,启动效果待验证。这个出现00C2蓝屏错误,就是前面频繁出现的错误。看来关键还是winntsetup version.

8、【2021年2月3日 20:12】尝试与5同样的环境下安装w7x86系统。其他条件不变化, Only vhd file name changed。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib3.vhd (230M)
结果:恢复成功,启动效果待验证。这个成功启动并安装完成。这说明跟文件名变化无关。

9、【2021年2月3日 20:12】尝试与5同样的环境下安装w7x86系统。其他条件不变化,winntsetup  3.7.9  and use wimGAPI(default)。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib4.vhd (1G)
结果:恢复成功,启动效果待验证。从文件大小观察,凡是使用wimGAPI恢复的vhd文件都要比wimlib的大上很多,而启动失败的wimlib恢复的vhd文件则比成功的要大。
不出预料,这个启动失败,而且是提示Winload.exe错误,无法验证数字签名。

10、【2021年2月3日 20:26】尝试与6同样的环境下安装w7x86系统。其他条件不变化,winntsetup  4.0.1(10PE自带)  and use wimlib。
wimboot base wim: c:\wimboot\wibW7TCH.wim
vhd file(3G):c:\wimboot\W7TCHx86wib5.vhd (645M)
结果:恢复成功,启动效果待验证。这个出现00C2蓝屏错误。

安装基于wimboot的VHD系统,经过以上试验,目前得出的结论是:首先要在PE下操作(成功案例都是在D0z的10PE下,其他PE需要进一步测试),其次必须使用chenall提供的WinntSetup 3.7.9版本(试了两个新版的都不行),第三,恢复时,必须使用wimlib,不能使用wimGAPI。第四:让winntsetup更新分区引导代码及BCD文件,并使用Windows自己的引导扇区引导bootmgr进入系统安装,在安装成功前不能使用grub4dos加载bootmgr,否则系统安装过程中会失败。安装成功后,可以使用grub4dos加载bootmgr。也可以使用NTBOOT直接加载对应的VHD文件(但这样貌似不能加载软激活的w7twmc文件)。

11、[2021年2月3日22时12分13秒]在使用wimlib-imagex append f:\ d:\wibW7TCH.wim W7TCHx64wibx0 W7TCH_x64_Wimboot_Xyfv0 --wimboot将第一个安装好的W7TCHx64追加到wim文件之后,下面的试验要基于这个追加的映像制作wimboot_vhd系统(进一步减小vhd文件的体积),这次拟将vhd文件设置为9个G。
操作环境:10PE@D0z,WinntSetup 3.7.9 from chenall and wimlib.
wimboot base wim: c:\wimboot\wibW7TCHx1.wim
vhd file(9G):c:\wimboot\W7TCHx64wib10.vhd

12、【2021年2月4日 12:43:46】试验将在小新13机器上安装在Vmware 15中的W10LTSCTWMLite版本的VHD转换成wimboot+vhd格式,以减少空间占用。首次涉及到了Win10系统的wimboot + vhd系统制作,首先是一个wim文件的生成问题,再一个就是wimboot系统部署的工具问题。

***各wimboot base wim文件简要文明

1)、wibk0W10LTSCTWM.wim

W10 LTSC x64 TWMLite by WimKit(WIMGAPI)

这个使用WimKit + wimGAPI制作的wim文件(还是最高压缩)是4.4G,没有保留的价值。

2)、dism++制作的wib0W10LTSCTWM.wim是3.6G,已经证明与wimboot兼容。

3)、wib1W10LTSCTWM.wim是3.5G,使用chenall的wimboot 2.5制作,采用LZX 32K压缩。但仅仅比Dism++的小0.1G。可能还面临wimboot不能成功的危险,印象中第一次试验使用的就是wimboot 2.5制作的,没有成功。果然在使用winntsetup 3.7.9部署系统时说“Windows源无效”。

***关于win10系统wimboot+vhd部署的阶段性结论:
1) chenall的wimboot 2.5只适合用于制作win7(可能也包括win8)的wim文件,至少目前证明与win10是不兼容的。
2) win10系统的wim(wimboot兼容)制作,推荐使用dism++的“系统备份”功能,默认它应该是使用wimGAPI方式,采用最大压缩选项,速度很慢,但wim文件体积比较小(大于solid固实模式),也与wimboot兼容,但使用wimlib的info查看wim文件,并不显示与wimboot兼容。另外,也可以考虑使用wimlib的wimcapture --wimboot方式制作wim文件,大小与GAPI方式差别不大。

3)关于wimboot + vhd系统的部署,推荐还是使用chenall的winntsetup 3.7.9,这个制作出来的vhd文件最小。用dism++也可以成功部署,就是部署出来的vhd文件要大10倍左右。当然,这个还需要进一步测试。

13、[2021年2月4日18时11分52秒]尝试将Windows 2008 R2的VHD转成wimboot+vhd模式,然后就发现Windows 2008 R2不支持wimboot。

14、[2021年2月4日18时12分39秒]继续尝试将W10Px64_20H2_SLLite(由山里来极限精简的W10Px64 20H2系统,同样先安装在Vmware workStation 15中,然后由DiskGenius将vmdk转成vhd,支持bootmgr+bcd 和grub4dos + NTBOOT两种启动模式,最终精简后的VHD文件为7.2G)制作成wimboot_vhd系统。

一、wim文件的制作:

将D:\OS.VHD\W10Px64H2SLLi.vhd使用bootice挂载(在win10系统下双击vhd可以直接挂载,然后使用dism++ 或者 wimlib-imagex制作 wimboot兼容的wim文件。

1)D:\wimboot\W10Px64H2SLLi\wibd0W10Px64H2SLLi.wim,使用dism++制作的wim文件,2.6G。

2)D:\wimboot\W10Px64H2SLLi\wibL0W10Px64H2SLLi.wim,使用wimlib-imagex制作的wim文件(命令行如下),3.3G,大于2.6G,已知dism++制作的wim兼容于wimboot,所以这个就没有意义了,删除。
D:\wimboot\WibTools\wimlib-1.13.3-windows-x86_64-bin\wimcapture.cmd e:\ C:\wimboot\W10Px64H2SLLi\wibL0W10Px64H2SLLi.wim wibL0W10Px64H2SLLi W10Pro_x64_20H2_SLLite_wimboot_wimlib0 --wimboot

3)D:\wimboot\W10Px64H2SLLi\wibL1W10Px64H2SLLi.wim,使用wimlib-imagex制作的wim文件(命令行如下),2.3G,这大概是wimlib常规压缩的最大状态了(压缩时间特别长,内存占用特别大),再进一步压缩就是LZMS(recovery)模式,即wimlib的solid(固实)模式。但不知道这种格式是否与wimboot兼容,需要进行实际测试。[22:00]最终结论,wimlib这种最高压缩形式的wim无法兼容于wimboot启动,甚至用dism++都无法正常打开,放弃这种wim制作方式。

D:\wimboot\WibTools\wimlib-1.13.3-windows-x86_64-bin\wimcapture.cmd e:\ C:\wimboot\W10Px64H2SLLi\wibL1W10Px64H2SLLi.wim wibL1W10Px64H2SLLi W10Pro_x64_20H2_SLLite_wimboot_wimlib1 --wimboot --compress=LZX:100 --chunk-size=2M

其中--compress参数,LZX:100是wimlib专用参数格式(跟WimGAPI及dism不兼容),通用格式应该是--compress=maxmium。

二、wimboot_vhd系统的部署:主要使用两个工具:WinntSetup_v3.7.9_chenall(简称NTSetup379),另一个是dism++ 10.1.1001.10.1(目前最新版,2020.01.18版本)。

1) 基于D:\wimboot\W10Px64H2SLLi\wibd0W10Px64H2SLLi.wim(2.6G)部署

回复

使用道具 举报

16#
发表于 2022-12-22 20:39:17 | 只看该作者
续上帖:

二、wimboot_vhd系统的部署:主要使用两个工具:WinntSetup_v3.7.9_chenall(简称NTSetup379),另一个是dism++ 10.1.1001.10.1(目前最新版,2020.01.18版本)。

1) 基于D:\wimboot\W10Px64H2SLLi\wibd0W10Px64H2SLLi.wim(2.6G)部署
        1.1)  D:\wimboot\W10Px64H2SLLi\W10Px64H2SLLiwibd00.vhd,使用NTSetup379部署,vhd文件是动态扩展的9G大小,部署完成后vhd文件是245M。经试验,使用win10的bootmgr + bcd成功启动该vhd系统,进入系统后,wiztree查看C盘实际占用空间469M,C盘实际分配空间381M。
        1.2)  D:\wimboot\W10Px64H2SLLi\W10Px64H2SLLiwibd01.vhd,使用dism++部署,vhd文件同上,部署完成后vhd文件是2.4G,使用wiztree查看,里面的实际内容是283M。使用diskpart的compact vdisk压缩后仍然是2.4G。这样的话,用dism++部署也就没有什么太大意义了。

2) 基于 C:\wimboot\W10Px64H2SLLi\wibL1W10Px64H2SLLi.wim(2.3G部署):最终结论,wimlib这种最高压缩形式的wim无法兼容于wimboot启动,甚至用dism++都无法正常打开,放弃这种wim制作方式。

        2.1)   D:\wimboot\W10Px64H2SLLi\W10Px64H2SLLiwibL10.vhd,使用NTSetup379部署,vhd文件是动态扩展的9G大小,部署完成后vhd文件是230M。

***本来所有操作都在10PE@D0z环境下,但每次使用NTSetup379部署到最后时,10PE就会蓝屏重启,错误信息为:KMODE_EXCEPTION_NOT_HANDLED(Wof.sys),第一次蓝屏导致我在本文件中做的大量笔记丢失(没有及时保存)。这个wof.sys(windows overlay filter)其实就是Wimboot系统从wim文件中读取系统文件的关键驱动(详细解释:https://devblogs.microsoft.com/oldnewthing/20190618-00/?p=102597)。然后连续三次同样的错误蓝屏,最近一次蓝屏甚至是使用NTSetup379挂载上次未完成的vhd文件导致的。于是我转到NTBOOT+D:\OS.VHD\W10Px64H2SLLi.vhd系统下进行操作。特此记录。

        到新系统下后,发现还存在同样问题,即使用NTSetup379挂载这个vhd文件就会导致系统死机。我试验一下使用win10系统直接挂载这个文件是否有问题,经试验,还是存在同样的问题,也就是说,通过NTSetup379方式部署彻底失败了。

2.2) 测试使用dism++部署,然后发现dism++无法打开这个wim文件,不支持。

2.3) 最后测试使用wimlib-imagex apply方式部署,倒是能部署,但部署后的VHD大小是6.5G,内容实际占用空间是6.8G(应该是NTFS压缩问题),就算这个VHD支持wimboot方式启动,也完全失去了意义。

15、【2021年2月5日 07:49:31】在给张静的wib0W7TWMC(D:\wimboot\W7TWMCwimboot.wim)安装了几个她常用的软件(钉钉、cbss.10010.com、HP M1136打印机驱动)后,D:\wimboot\W7TWMCx86wib.vhd空间占用达到了1.3G,有必要试一下wimappend一个新的映像到wim文件中并重新部署一个vhd系统,减少空间占用。
操作环境就是W7TWMC这个系统本身。
1) 复制D:\wimboot\W7TWMCwimboot.wim到D:\wib1W7TWMC.wim。
2) 使用下述命令行(注意Wimlib-imagex换成了32位版)追加一个新映像到D:\wib1W7TWMC.wim中。 追加前文件是2.3G,追加完变成2.6G。

D:\wimboot\WibTools\wimlib-1.13.3-windows-i686-bin\wimappend.cmd c:\ D:\wib1W7TWMC.wim wib1W7TWMC W7TWMC_wimboot_wimlib1 --wimboot --snapshot

3) 将D:\wib1W7TWMC.wim复制到d:\wimboot\W7TWMC目录下:D:\wimboot\W7TWMC\wib1W7TWMC.wim

4) 试验在当前系统下直接用NTSetup379部署新的VHD系统(D:\wimboot\W7TWMC\W7TWMCwib10.vhd,仍然是9G)。印象中必须到10PE下,先在当前系统试一下。果然不行,wimlib_extract_image 0x4B:Failed to set WIMBoot pointer data。

5) 这次再试验一下重启到我的CCF WIN7PE下面部署看看行不行。成功,部署完VHD文件365.6M(wiztree size is 323M)。部署时不更新引导代码及BCD文件,Try to boot this vhd directly by NTBOOT,not grub4dos+bootmgr+bcd.

6) 在使用NTBOOT直接启动vhd文件时,会出现error 27:Unrecognized command(不认识的命令?),我手工输入命令行试过了,就是这一行“command %NTBOOT% NT6=/wimboot/W7TWMC/W7TWMCwib10.vhd”出错误,在前面使用ntboot启动W7TCHx64的vhd时也出现过类似错误,问题是大部分时候使用NTBOOT启动vhd系统都是成功的,我觉得这应该属于NTBOOT的bug。

title 01bad.Windows 7 Ultimate x86 TWMC wimboot@VHD by NTBOOT
find --set-root /boot/ntboot/NTBOOT && set NTBOOT=/boot/ntboot/NTBOOT
find --set-root /wimboot/W7TWMC/W7TWMCwib10.vhd
command %NTBOOT% NT6=/wimboot/W7TWMC/W7TWMCwib10.vhd
savedefault

# 不知什么原因,下面这一条启动总是报错,莫名其妙啊。
title (???bad)Windows 7 Ultimate x64 TWM+Chenall wimboot@VHD by NTBOOT
find --set-root /boot/ntboot/NTBOOT && set NTBOOT=/boot/ntboot/NTBOOT
find --set-root /wimboot/W7x64/W7TCHx64wib10.vhd
%NTBOOT% NT6=/wimboot/W7x64/W7TCHx64wib10.vhd

然后试着使用grub4dos + bootmgr + BCD方式启动该vhd却一切正常。
再然后使用grub4dos + wintoflash_ntloader+initrd.lz1 + VHD方式也启动正常,菜单如下:

title 0.Windows 7 Ultimate x86 TWMC wimboot10@VHD by wintoflash ntloader
find --set-root /wimboot/W7TWMC/W7TWMCwib10.vhd && set vhdroot=%@root%
uuid %vhdroot%
kernel /boot/ntloader uuid=%?_UUID% file=/wimboot/W7TWMC/W7TWMCwib10.vhd
initrd /boot/initrd.lz1
savedefault

点评

谢谢Climbing分享!  详情 回复 发表于 2023-12-7 08:17
回复

使用道具 举报

17#
发表于 2023-12-3 22:14:16 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

18#
发表于 2023-12-7 08:17:34 | 只看该作者
Climbing 发表于 2022-12-22 20:39
续上帖:

二、wimboot_vhd系统的部署:主要使用两个工具:WinntSetup_v3.7.9_chenall(简称NTSetup379) ...

谢谢Climbing分享!
回复

使用道具 举报

19#
发表于 2024-4-23 03:30:02 来自手机 | 只看该作者
谢谢分享
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-5-5 16:22

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表