Yes, we are screwed on which way to go right now. I put up another FBH regarding the loop: Hehe, never mind, see you already upvoted, I got yours as well.
Regards,
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
I created all 5 installation ISO files for all 5 Builds, but only 22557 contains all the system Apps required for a full clean install, the other 4 are missing all the basic Windows and System Apps needed for a functional system. Also, the App required for opening Windows Security (Microsoft.SecHeatlthUI) is missing, all this makes the resulting system unusable.
Last one on 22557.
Microsoft.SecHealthUI Microsoft.SecHealthUI_1000.22557.1.0_x64__8wekyb3d8bbwe
I noticed another issue common to all the Ni builds, if they are used for an upgrade or in-place they may only work correctly if they are done online allowing the check for updates.
If I use the option "Change how Setup download updates" to "Not right now", the upgrade or update in place still completes, but it creates a problem on subsequent W.U.
In this case W.U. goes in a loop trying to Download and Install the same Build over and over. Error 0xc1900401 is logged in that case.
I could not find a way out of that loop.
If I do the same upgrade or update in place online letting the Setup check for updates, as recommended, the process may complete correctly without subsequent W.U. loop issues, but the behavior is inconsistent depending on how the previous update was done.
The official MS Insider ISO 22579 includes all the required Apps and the Microsoft.SecHealthUI which is needed for opening Security.
Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.
Yes, we are screwed on which way to go right now. I put up another FBH regarding the loop: Hehe, never mind, see you already upvoted, I got yours as well.
Regards,
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,
Hi Johnny,
I may as well download the whole thing from uupdump for every build, but I was trying to avoid the multiple downloads from W.U. and then from dump to build the ISO.
Also, there is the other bug with the W.U. loop after upgrading with ISO which was forcing me to use W.U. on every damn machine.
With so many different downloads I end up going over the data limit set by the ISP. I don't need an extra monthly charge for the amount of data downloaded.
MS needs to fix the stupid W.U. loop after an ISO upgrade. 😝
Till then I'll use the workaround with the date change, assuming that it will still work on the next build. 🤐
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,
Hi Johnny,
I added a comment in github.com, I hope they get a better solution. 🤞