Clean Install of Windows 11 Ni Preview Build works with Build 22557, but not with 22563, 22567, 22572, 22581, 22593, 25115

Hi fg,

This does not work at all in VMware. I retried several times to no avail, even changing date on the Host system in case that was a concern. Please note the different error code as well. This was on my Beta vm from 22598 to ISO of 22610.

FBH: https://aka.ms/AAgugg3

Regards,

Hi Johnny,

Weird that it gets an error with all zeros in VM instead of the 0xc1900401. 😎

This was my original FBH report about the issue, it already happened with the 1st MS official ISO 22579 and also with 22598 when upgrading from a previous Ni 22H2 Build, I could never get the error when upgrading from 19044.xxxx or 22000.xxx or an update repair in place from the same build that was previously Upgraded with W.U.

https://aka.ms/AAgc8c2

I can now reproduce the problem consistently.

The workaround of setting the date back fixed the problem on 2 different machines.

P.S.

Weird that Sibro is not seeing this W.U. loop problem anymore, he is also running VMware. 🤷‍♂️

Good afternoon fg,

My apologies as I never took into account the Apps that do not get updated via Store. I prefer to use 3rd party to create ISO so this never comes in effect.

You are still getting all the Apps in SoftwareDistribution so you may have to combine couple folders to wimlib to create. You can figure out best way that works for you, but some copying will have to be done as I believe you point wimlib to the uup files folder.

Regards,

Hi Johnny,

That is actually the source of the original problem that started after 22557, I never get or find the apps in the SoftwareDistribution created by W.U. and that is why we have to copy the Apps folder in it before creating the ISO.

That was the original question that still remains, how is W.U. updating the Apps, if they are not downloaded and cannot be found in SoftwareDistribution? Why and how did MS change the W.U. process for new 22H2 builds?

If I search for a specific app in the folder C:\Windows\SoftwareDistribution\Download\96f67d863d4234d4823cdee8752abeee

I can see that it is there, but the converter script from uupdump is not picking it up and adding it to the install.wim.

It means that MS changed the way the files are organized in the folder and the script has not been updated to the new layout for these latest builds.

I think abbodi1406 should make a new converter script to pick up the Apps that are there rather than requiring a separate Apps folder.

Seems to me that the converter script needs some more work. 😎

It should be able to do the parse of the apps that are downloaded by W.U. and get them from the same folder without having to copy over a separate Apps folder.

The bottom line is that in either case it takes much longer to build the ISO when downloading from third party or adding the Apps folder manually to C:\Windows\SoftwareDistribution\Download\96f67d863d4234d4823cdee8752abeee

The process of adding the Apps to the install.wim takes more time.

Any way to give a feedback to abbodi1406 and see if he can update the converter script to use what is already downloaded by W.U. in SoftwareDistribution like they used to do prior to Ni builds?

These are already downloaded by W.U. and are up to date, the converter script should pick those up directly.

Hi Johnny,

I added a comment in github.com, I hope they get a better solution. 🤞

Converter script 79f.zip Missing Apps when creating ISO from Windows\SoftwareDistribution\Download · Issue #5 · abbodi1406/WHD (github.com)

Good morning, Johnny,

Here is the answer to my comment from abbodi1406.

I think he is right saying that W.U. does not download all the required Apps. I only found the 6 Apps showing below in SoftwareDistribution\Download when I upgraded from 22598 to 22610 using W.U. 🙃

Good morning fg,

I just read that reply. We already knew that WU only downloads any new versions. I would think his only alternative is to include the first script from the dump that downloads all the Apps as we currently have, prior to using wimlib. Currently the Apps Integrator is part of wimlib now. You can also get the Integrator on abbodi's script page.

You might as well use the uup files from the dump. You are going to be in the same boat with the extra downloads of Apps. Thanks to MS I don't see any way around this.

Regards,