Category Archives: Windows Update

24H2 Gets WU Boost

Here’s something quite interesting. Yesterday, MS published a Windows IT Pro blog post entitled Windows 11, 24H2 improved update fundamentals. It’s worth reading, and makes claims for faster installs and restarts, lower CPU consumption, and smaller update packages in the latest OS version. Today, WindowsLatest  offered some data to back that up, showing that indeed 24H2 gets WU boost going forward. Its findings are interesting, too.

What 24H2 Gets WU Boost Apparently Means

As you can see in the lead-in graphic, WindowsLatest compared results for 2 PCs: one running Windows 23H2 was updated to 24H2 using the March update (it appears as “Well-maintained device”); the other was running 22H2 and had the same 24H2 update applied (it appears as “Outdated Device (18 months)”). In both cases, the numbers are noteworthy, and accord with my own recent experience in installing or updating Windows 23H2 PCs to 24H2 as well.

CPU utilization goes down by around 15% for newer Windows images, and by up to 25% when transitioning from 22H2 to 24H2. Restart times speed up by one-third or more, and installation by 40% or more. Download size also drops by 200 MB, thanks mostly to omitting MS Store app updates from that download package.

The Need for Speed…

This is good news in general for all Windows 11 users. But it’s especially good news for IT pros who typically handle fleet upgrades in time-constrained update windows. Often these fall on holiday weekends to make sure there’s enough time to get through the cycle (and fix any gotchas that pop up along the way, as they sometimes do). Anything MS can do to speed the time it takes to physically process updates also helps shorten the time window necessary to do them at scale. Thus, it’s a nice case of good news all the way around.

Facebooklinkedin
Facebooklinkedin

WU Throws First 24H2 Offer

OK: I admit it. I already had 4 PCs running 24H2. Two are Copilot+ laptops (Lenovo ThinkPad T14s Gen 6 and Yoga Slim 7 15ILL9) and came that way. Two others were force-upgraded: the Ryzen 5800x desktop via in-place ISO-based upgrade, and the Lenovo ThinkPad P16 Gen 1 via the Windows 11 Installation Assistant. Last Friday, I saw the Dell D7080 SFF PC had received (and downloaded) the latest release on its own. That’s right: here at Chez Tittel, WU throws first 24H2 offer. It’s done and dusted now, in fact…

Success When WU Throws First 24H2 Offer

As you can see in the lead-in graphic, I didn’t even catch the notification until the target was already through the GUI-based portion of the install. Indeed, the D7080 informed me it needed a reboot to continue that process. Once allowed to proceed, in fact, it finished up in under 15 minutes (it’s an 11th Gen i7 with 64GB RAM and a reasonably fast SSD so it moved along right smartly). It’s now upgraded and running Build 26100.2033, and WU says it’s up-to-date.

Just for grins I checked my other production level Windows 11 machines, but both of them are still standing pat with 23H2 — namely:

  • Lenovo ThinkPad X1 Extreme (8th Gen i7)
  • Lenovo P360Ultra SFF PC (13th Gen i9)

I’m guessing they’re either subject to the Intel Audio hold (X1) or the well-known Gen13/14 issues with 24H2. I’m going to keep watching and will report when and as those holds lift, and WU extends further offers. But gosh: it’s nice to see things working as they oughter, here in Windows-World. Cheers!

Facebooklinkedin
Facebooklinkedin

24H2 Compatibility Holds Block WU

OK, then: thanks to Paul Thurrott, I think I know why my half-dozen Windows 11 23H2 PCs are getting no 24H2 offers. Among the half-dozen “Known Issues” that could bollix such an upgrade is an item named Fingerprint sensors might experience problems after a device is locked. And wouldn’t you know it: every one of my Lenovo laptops that could get the offer has one. And now I know: 24H2 Compatibility holds block WU from offering 24H2 to such PCs. You can see the issue label and first ‘graph of text as the lead-in graphic above.

When 24H2 Compatibility Holds Block WU…

One can always decide to upgrade forcibly if WU declines to make an upgrade offer. That’s what I did on the Lenovo ThinkPad P16 Mobile Workstation — which includes a fingerprint sensor and a Windows Hello IR camera. And indeed, it’s been running 24H2 since October 2 without issues or hiccups.

If you decide you want to upgrade ahead of WU offers, just be sure to make an image backup beforehand. That way, if anything goes sideways, you can reboot to WinRE and run a repair or rescue disk (Macrium Rescue Media, in my local cases) to restore that image. It takes 3-7 minutes to make such an image on my PCs, and up to 15 minutes to restore same. Well worth it IMO, to sidestep potential or actual trouble when needed.

In the meantime, I’m standing pat on my other Windows 11 23H2 PCs (both test and production units) waiting to see how long the compatibility holds will persist. If history is any guide, it’ll probably take another month or three before that happens. Stay tuned: I’ll keep you posted!

Facebooklinkedin
Facebooklinkedin

Assistant Handles 24H2 Upgrade

OK, then: I read this morning that MS dropped the “official” 24H2 release yesterday. “This time,” I thought to myself, “I’m taking a different approach.” From the Download Windows 11 page, I grabbed the Installation Assistant. Prosaically enough, it’s named Windows11InstallationAssistant.exe. File properties show today’s date for creation and modification, so I’m hopeful it will get me to 24H2. But I’m still wondering if the assistant handles 24H2 upgrade as expected, or not. Right now it’s going into its initial restart.

Deciding if Assistant Handles 24H2 Upgrade

If you look at the lead-in graphic it shows the Assistant in phase 3 of the upgrade process — namely 75% through installing the new stuff. After this got to 100%, I rebooted that PC (Lenovo ThinkPad P16 Gen 1 Mobile workstation). It’s now 30% through the post-reboot install process (white  text, spinning arrow, black background).

…Aaaaaand then, it stayed at 30% long enough for me to finish a round of Backgammon waiting for it to complete. But complete it did, only to drop into the OOBE portion of the install next. A couple of minutes later, I had a Windows 11 desktop. But which version is it? Here’s what winver says:

Looks like the Installation Assistant is a workable way to get to 24H2 from 23H2, if you’re of a mind to do that. And it also looks like indeed the upgrade is officially out. I’ll go some exploring and report my findings in tomorrow’s blog post. In the meantime you could try it yourself to see what happens… Cheers!

 

Facebooklinkedin
Facebooklinkedin

Windows 10 Beta Access Proves Elusive

On June 4, MS announced it was (re)opening the Beta Channel for Windows Insiders on Windows 10. So I stood up a Windows 10 VM on my trusty Lenovo ThinkPad P16 Gen1 Mobile Workstation to try this out. Bizarrely, after joining the Beta Channel the next update informed me it was loading a Windows 11 Beta version. Indeed, either I couldn’t figure out how to get the actual Windows 10 Beta to download and install, or that version was mislabeled. That’s why I aver that Windows 10 Beta access proves elusive.

If Windows 10 Beta Access Proves Elusive, Then What?

As you can see in the lead-in graphic, after I “got away” from an apparent Windows 11 beta install, I did manage to get into the Windows 10 Insider Preview Channel. Right now, it has the same release as does the Beta Channel anyway (see Aug 22 blog post).

From that vantage point, and that build number (19045.4942) I was then able to “upgrade” myself to the Beta Channel. This is apparently a case where if a single-step approach doesn’t work, a more tentative two-step (Insider Preview first, then Beta) channel changing strategy does. Go figure!

Little by Little, Step by Step

If you can’t get where you need to go in Windows in one fell swoop, incremental progress will have to do. As you can see in the closing screencap, the test VM is now in the Beta Channel and running the associated most current Windows 10 release (likewise 19045.4942, which is how I could make the switch both quickly and easily).

Enrolling in Insider Preview, then switching to Beta works like a charm.

Here in Windows-World, even if the obvious method doesn’t seem to work, a less direct approach can still get you where you want or need to go. I’d call this another case in point.

Facebooklinkedin
Facebooklinkedin

P16 Blows Up, Requires Clean Install

Wow! I took an unexpected detour yesterday. Upon rebooting my Lenovo P16 Mobile Workstation after CU KB5039302, it got stuck in perpetual Restart. After about an hour wasted on the spinning balls and apparently going nowhere, I forcibly rebooted the PC. Bad idea! Long story short: soon thereafter the P16 blows up, requires clean install to restore to working order. Sigh: let me explain…

Why P16 Blows Up, Requires Clean Install

I’ve seen my share of Windows crashes since the 3.1 days. This was one of the scariest. Indeed, it is the first one I can recall where even the Macrium Reflect Rescue Media couldn’t bring the system back from the dead. I could boot up the restore environment but the trackpad was MIA (fixable with an external mouse) as was the external NVMe drive where the restore image resides (not fixable at all).

So I downloaded a fresh Windows 11 23H2 ISO, turned off secure boot, and fired off a bootable UFD created using the MS MCT. That got the PC running again. But I still found myself woefully short of device drivers. A quick install of Lenovo Vantage and a set of updates later, that defect was remedied: I went from 20-odd “Unknown devices” in DevMgr to zero (0). Good!

Right now, I’ve just reinstalled Macrium Reflect, and am rebooting to be able to make a snapshot of the rebuilt system (and create new Rescue Media). After that I’ll try the lone pending update for the P16 and see if it finally goes through. My best guess is that something went sideways after that update. Indeed the P16 automatically rebuilt its BIOS when I did finally get the machine to reboot after the CU hung on me. So whatever affected the system, it was at a pretty low level.

Fingers Crossed, I Try Again…

With a new rescue disk, and a fresh image backup demonstrably at hand (see next screencap), I once again tried CU KB5039302.

P16 Blows Up, Requires Clean Install.exp-list

Today (6/26) there’s a fresh backup available!

Downloading takes some time . . . but eventually, it gets to installing . . . and about 20 minutes later (!) I’m ready to restart again,  with appendages overlapping for as much luck as I can get. So I fire off the restart and watch it count down (or up) . . . reboot . . . restart . . . spinning circle . . . and a second restart?! . . . SUCCESS!!!

That was officially weird, and I’m glad it’s behind me now.

The News Catches Up

This morning, I came across a story about KB5039302 at WindowsLatest. The title says it all Windows 11 KB5039302 breaks PCs, MS pulls the update. It specifically mentions the very “boot loop” that I describe earlier, and ties to nested virtualization. (I’m a heavy user of Hyper-V VMs on that PC so: no joke!)

The recommended fix is what I guess I should’ve done, rather than a clean install (though without trackpad drivers or access to USB-attached NVMe drives, things were challenging):

You must use the WinRE page to access the troubleshooting tools, remove the update, or do a clean install.

OK, now we know. But here in Windows-World, there’s always something around the corner looking to bite  you if it can. It certainly bit me! But that’s what Windows Insiders are for, I think . . .

Concluding Unscientific PostScript

I also understand now why the initial application of KB5039302 blew up on the P16, but why the post-clean-install upgrade worked. In the former case, Hyper-V and nested virtualization was already present and active. In the latter case, I didn’t enable Hyper-V and VMs until AFTER I’d applied the update. Turns out that was exactly the right thing to do. Better sometimes, indeed, to be lucky than good!

Facebooklinkedin
Facebooklinkedin

Forced Win10VM Upgrade Gets Stuck

This is pretty strange. I checked in on one of my Windows 10 VMs this morning, and found WU stuck part-way through a Windows 11 upgrade. This popped up, courtesy of toggling the familiar “Get the latest updates…” option in Settings > Windows Update. Alas, this forced Win10VM upgrade gets stuck. I’m trying some things to undo that state. Bear with me, as I report on what things I try…

Before I start introducing repair maneuvers and upgrade counters, let me explain I’m running this VM deliberately to check and test Windows 10 stuff.  Thus, I have ZERO desire to upgrade it to Windows 11, even though I know full well that I could if I wanted to.

Fixing Forced Win10VM Upgrade Gets Stuck

The excellent and usually reliable batch file from TenForums.com “Reset_Reregister_Windows_Update_Components….bat” returned WU in the VM to a normal appearance. Then I ran “Check for updates…” While watching the sliding balls, I wondered if I’d find this VM in the same situation as before. Not yet: it offered a routine Defender update, plus KB5037849. I let things roll.

Interesting results ensued. Defender download threw a 0x80070643 error.  A quick jump into Windows Security > Virus & threat protection > Check for updates showed that everything was already up-to-date. Subsequent “Retry” attempt dropped the same error anyway. Odd…

Back in WU, KB5037849 went through download and install. Eventually it got to the “Restart now” button, which I pressed. I’m pretty sure the Security Update error was bogus because of internal status in Windows Security, so off it went…

Beta Channel Sign-Up Effected!

When I got back into Windows Update, I found a successful transition to the CU, but an error report on the Security Update, to wit:

But because another visit to Windows Security showed the same update was still current, I’m seeing this as a Windows Update problem, not as an issue with security updates on this VM. So I jumped over to Windows Insider Program and signed up for the newly re-opened Beta Channel for Windows 10. Indeed, that was the whole reason I started down this rockier-than-expected road.

Then I restarted again, to see what would happen on the next go-round. WU came back clean, and I’m opted into the Beta Channel. Success, but without some oddities along the way. Another magic day in Windows-World…

 

 

Facebooklinkedin
Facebooklinkedin

IPRI Hits Production Windows 11

I’m not sure exactly how long this has been true but Copilot agrees with me that it first appeared in 23H2 Build 22631.3447. Release date for that build: April 9, 2024. It had been available in Insider Previews since earlier this year, but this is when in-place repair install (IPRI) first showed in a production release. Now that IPRI hits production Windows 11, it’s ever so much easier to let WU provide the files to make that happen. Good stuff.

What IPRI Hits Production Windows 11 Means

Before this facility appeared in various Windows 11 versions, the only way to conduct such a repair was to use UUPdump.net to build an ISO that matched the current installed Windows version, then mount same, and run setup.exe from its root-level folder (see red-boxed item in the screencap following):

IPRI Hits Production Windows 11.setup.exe

The old-school IPRI method requires an ISO for the same version.build that’s running, then launching setup.exe from its root-level folder.

Now, with this change you need only navigate to Settings > System > Recovery, then click the “Reinstall now” button as shown in the lead-in graphic. Windows Update does the rest. It does take a while (50-60 minutes in recent test runs for a ComputerWorld story) but that’s because it has to download all the component files, then build and update an ISO. Adding install time to the time UUPDump.net takes to create the ISO, it’s pretty much a wash.

And again: it’s ever so much more convenient and automated. Big win for Windows users everywhere. Thanks, MS!

Facebooklinkedin
Facebooklinkedin

22635.3430 Post-Reboot Black Screen Fix

Here’s an interesting item. Yesterday was Patch Tuesday for April. As per normal due diligence, I updated my various Windows 10 and 11 PCs. When I tried to remote into the production PC (ThinkPad P16 Gen1 Mobile Workstation) it showed me a black screen. Fortunately, I was able to come up with this 22635.3430 post-reboot black screen fix: Ctrl+Alt+Esc launched Task Manager. Then I was able to run Explorer.exe. After that, the desktop and all came up normally. Weird!

After the 22635.3430 Post-Reboot Black Screen Fix…

The system seems to be working properly. Nor is reliability monitor showing an error in its output for today. Whatever caused this strange pause in screen output during startup seems to have been benign (no errors) and purely transitory (I can’t make the system do it again).

After I did get to the desktop I installed a handful of winget updates, plus Intel DSA updates for Bluetooth, Wi-Fi and Iris Xe. This made another reboot mandatory. After that second reboot, all worked as it should have. So whatever caused my initial black screen was apparently a one-time hiccup.

The DISM /cleanup-image Report

I try to run dism /cleanup-image /analyzecomponentstore any time I install a CU. This time it quite startlingly shows 16 (!) reclaimable packages. Based on recent experience I’m guessing 13 of them are bogus (that’s a recurring number). Check it out!

What’s more the cleanup fails with error 6824 “another transaction is depending on the fact that this property will not change.” I’ve learned this means it’s time for a repair install based on recent experience.

Methinks something went awry with the latest CU KB5036992. I wonder how many others will report similar difficulties. In the meantime, I’m off to fix this, and move on. This time, I will have to use UUPDump.net, too. Sigh. The new way in Canary and Dev versions “Fix problems using Windows Update” is ever so much easier…

Note Added +3Hrs: IPRI Does It!

An indeed, though it takes quite a while to work through all the steps, building an ISO for 22635.3430 from UUPDump.net, mounting same, and running install from setup.exe gets rid of the high count for reclaimable packages (including “the bogus 13”). Here’s what I get from
dism /online /cleanup-image /analyzecomponentstore
after in-place repair install and its final reboot:

22635.3430 Post-Reboot Black Screen Fix.IPRI

After the IPRI, reclaimables drops to zero.
[Click image for full-size view.]

Fixed! Now I need to figure out how to report this on Feedback Hub.

Facebooklinkedin
Facebooklinkedin

KB50001716 Is Puzzling

OK, then. I was reading Martin Brinkmann’s post to gHacks this morning. It’s entitled “Microsoft’s sneaky KB5001716 Windows 10 update pushes Windows 11.” I don’t think my production PC qualifies, because its Intel SkyLake i7-6700 falls outside the range of supported CPUs. So I went looking for it, and learned some useful things. Let me share them with you…

Why KB50001716 Is Puzzling

First off I went to look at WU Update History to see if KB5001716 was present (or absent). I quickly realized that reading the whole WU history was more than a little taxing on a machine that’s been running Windows 10 since 2016.

So I turned to PowerShell where some operating on the Get-WUHistory command seemed like a good idea. When I figured out my Update History had 528 entries, that idea seemed even better. You can view the update history by creating a variable named $history, like so

$history = Get-WUHistory -last 1000

This grabs up to the last 1000 entries in the history records and assigns them to the variable $history. If you look at that output it’s kind of hard to ingest from Windows Terminal. It makes more visual sense if you look at it this way:

$history | sort date -desc | Format-Table Date,KB,@{l=’Category’;e={[string]$_.Categories[0].Name}},Title

[Note the preceding lines are a single PowerShell command string. If you want to try it, cut’n’paste into a text editor and make sure it’s a “one liner” before pasting into PowerShell. This produces output that looks like this:

KB50001716 Is Puzzling.table-output

Table format is more readable, but still too much to take in.
[Click image for full-size view.]

So I changed up the command string to write it to a file. That required appending the following string:

> i7wuhist.txt

The > symbol redirects the output, and the filename resides in folder context in which PS runs. Working with a file I was able to figure out the following:

1. I had no instances of KB5001716 in there anywhere
2. There were a total of 528 entries in that file.

I also concluded that my PC’s failure to meet Windows 11 hardware requirements probably meant that the upgrade offer (and indeed KB5001716 itself) were not forthcoming. Good to know, and I learned some interesting stuff along the way.

Facebooklinkedin
Facebooklinkedin