Category Archives: Windows Update

Canary 26063 Throws Install Error

Oh well: it happens sometimes. One of my two test PCs on the Insider Preview Canary 26063 throws install error right near the end of the install process. It’s one I’ve seen before –namely:

Failed to install on ‎2/‎22/‎2024 - 0xc1900101

It’s something of a grab-bag error in that it can come from insufficient disk space, driver conflicts (esp. from external USB devices), an out-of-date driver on the target PC, AV conflicts, and more (see this MTPW Backup Tips note for all the deets).

When Canary 26063 Throws Install Error, Then What?

I’m trying a two-pronged strategy this morning. First thing is a simple retry. And when I ran that option in WU, it thought for a while, then jumped from the download phase to the GUI install phase. So obviously, it checked over yesterday’s UUP downloads and found them satisfactory. Right now, WU is 49% into installling 26063. Here’s hoping that works.

But on the other prong, I’m downloading the 26062 ISO from I’ve observed that when a WU-based install fails, sometimes a local install using setup.exe from a mounted ISO will work. It may also provide more useful error messages in local logs should it fall over near the end of the process yet again.

FWIW, this seems to be a pretty substantial update, too. And indeed on the other test PC — the one where the upgrade worked –it  says 24H2 in the Winver window. I guess that means MS is floating Windows vNext to Insiders right now.

Lookit that! 26063.1 says “Version 24H2.” It’s arrived…

More to Follow…

Now, the WU install is at 64% and UUP is building images and stuff for the upcoming ISO file. Based on yesterday’s experience, this will still take a while. I’ll jump back in and update when it gets wherever its going. Stay tuned!


Repair Version Feature Update

Hey! I noticed something new and interesting yesterday. When MS pushed a feature update into the Beta Channel, it included a “(repair version)” label. That’s why I’m representing this as a repair version feature update, based strictly on the MS presentation in WU (see lead-in graphic above). Uncharacteristically, MS says nothing about this in its 22635.2921 announcement. It does say “This update includes a handful of fixes to improve overall reliability” under the General heading, though.

Is Repair Version Feature Update A New Thing?

Hard to say, except by watching to see if this falls into regular usage, or comes and goes without re-use. I think it’s a useful label because it designates the feature upgrade as bug-fix and reliability oriented.

As things played out on my Beta Channel Test PC (2018 vintage Lenovo X380 ThinkPad Yoga), it was a pretty lightweight feature update. The download and GUI install portion finished in 2-3 minutes, and the post-GUI/reboot phase took less than 2 minutes. The changelog is virtually non-existent. The only other item not already quoted reads:


  • Fixed a high hitting tabtip.exe crash which was impacting the ability for some Windows Insiders to input text.

It’s always fun to catch MS slipping new terminology into the mix. It’s impossible not to wonder if it’s going to stick. Stay tuned: I’ll keep an eye out and let you know if and when it pops up again.


Windows 10 Lifecycle Changes

If I’m reading its HTML metadata correctly, Microsoft updated its Lifecycle FAQ = Windows document yesterday (December 5).  That’s when they added information about Extended Support Updates (ESUs) beyond the Windows 10 EOL date of October 14, 2025. ESU is a paid-for kind of support that allows licensees to get updates even after that cut-off date. Let’s explore what these Windows 10 Lifecycle changes  could mean.

Exploring Windows 10 Lifecycle Changes

For previous versions of Windows (e.g. 7) MS offered ESUs only to MS customers with existing paid-for support or licensing agreements. If I’m reading the afore-linked FAQ’s text correctly (see lead-in graphic), ordinary users (“individual users”) will also be eligible to pay for and receive these updates. That should be interesting.

I asked Copilot this question “How much did MS charge for ESU on Windows 7?” Here’s how it answered (superscript numbers 1-3 link to the sources for this information):

According to the web search results, Microsoft charged different amounts for Extended Security Updates (ESU) for Windows 7 depending on the edition and the year of purchase. For Windows 7 Professional, the ESU prices were $50, $100, and $200 per device for the first, second, and third year respectively1For Windows 7 Enterprise, the ESU prices were $25, $50, and $100 per device for the same period1However, some customers could get ESU for Windows 7 for free through Windows Virtual Desktop or other support contracts23.

Given that EOL for Windows 7 was January 14, 2020, let’s factor in some inflation. That makes it exactly 5.75 years between that date and the Windows 10 EOL. Using a low-ball average inflation rate of 2.5% over that period means adjusting the foregoing numbers by 14.4% or thereabouts. That means $50 becomes $57, $100 → $114, $200 → $228. You can do the math for the rest (but I think the Professional prices are the ones to go by).

Are They Ready to Rumble?

I’m forced to speculate that MS is adding individual consumers to its upcoming ESU coverage because they believe they left money on the table during the Windows 7 extended service period. This essentially brings businesses and users who are willing to pay for coverage, but who don’t have a licensing agreement or equivalent already in place with MS. It could easily be as big a revenue stream as the covered Windows 7 population was when EOL rolls around.

Inertia is indeed a strong force in business affairs. And sometimes, smaller businesses — especially sole proprietorships — can strongly resist change. This should be interesting to watch and try to figure out. I’m not sure if I should be impressed or appalled. Stay tuned: I’ll tell you…

PS Thanks to Sergey Tkachenko at for bringing this to my attention. I figured out the date info on my own…


WU Finally Proffers 23H2

OK, then. The wait is over — for the Ryzen 5800X system anywho. I just checked WU on that machine and got an offer. Now that WU finally proffers 23H2 on that system, it’s kind of an anticlimax. Took less than 3 minutes to download and install, reboot and everything.

As WU Finally Proffers 23H2, I Install It!

I’ve been deliberately waiting on this offer, to see how long it would take for WU to make it happen. Now I know: this time, it took 9 days after the original info came out for WU to come knocking at my door. One wonders, sometimes, how these things happen. I’m just glad the new release is finally arriving through “official channels.”

On my “big beast” test PCs — most notably, the P16 and P1 Gen 6 Mobile Workstation Thinkpads — I wasn’t inclined to wait. I simply grabbed the MSU file that Shawn Brink posted at, and had at it right away. I could be patient where the Asrock B550 (Ryzen 5800X, 64 GB RAM, 1 TB SSD) and Dell Optiplex 7080 (11th-gen i7, 32GB RAM, 1 TB SSD) were concerned.

So, whatever the holdup may have been, it came off sometime in the last 24 hours (I last checked these PCs in the morning yesterday, so it could be more like 30 hours, but no more). And now, things are upgraded.

Known Issues Sez…

I’d wondered if the BitLocker or Intel Smart Sound Technology issues on the Known Issues list might have been involved. I see they’ve both been “Mitigated.” But neither has been updated since October 31. So neither is an obvious culprit for the hold on those two PCs, either.

Sigh: I may never know what slowed the offer, or what eventually made it come through. Can I live with that? Heck, yeah! That just the way things sometimes go, here in Windows-World. By now, I’m used to it…




Phased Windows 11 23H2 Rollout Bites Hard

It’s another never-ending story. Earlier this week, I found myself wondering why none of my 5 physical Windows 11 production PCs, nor either of my two Windows 11 production VMs, were getting any WU action for the 23H2 eKB (enablement package). Then I read from various sources (see this WindowsLatest item, for example) that it’s arriving as a “phased rollout.” Given my personal experience (0 for7) I must observe that the phased Windows 11 23H2 Rollout bites hard here at Chez Tittel. Go figure!

If Phased Windows 11 23H2 Rollout Bites Hard, Then…?

There are other ways to force the KB5027397 eKB onto a production Windows 11 22H2 system running 22621.2506. This makes the transition to 22631.2506 and changes the version number from 22H2 to 23H2. You can read all those details in Shawn Brink’s helpful ElevenForum post “…Enablement Package for Windows 11 version 23H2..” More important, there’s a link there to an MSU (Microsoft Update, with installer) file for X64 and Arm64 PCs. I’ve used it on three of my production PCs and both VMs now, so I’m convinced it’s legit and I know it works.

But gosh! I always wonder why MS makes us wait for updates to rollout. The official line is they’re being conservative and taking no chances on incurring errors or issues on existing Windows 11 PCs, especially older units. But with two of my population less than a year old, both running pretty beastly workstation grade configurations, I’m puzzled by their hold-backs.

On the two PCs that haven’t yet updated (a 2020 vintage Dell OptiPlex 7080 with 11th-gen i7, and a 2021 vintage Ryzen 5850X) I’m deliberately waiting. I’m checking daily to see when WU will “make the offer.” So far, nada. Stay tuned…


Attaining Windows 11 23H2

In everything but name, I’ve already been running Windows 11 23H2 for a while. That level of functionality has been trickling into Windows 11 since September 11 with the release of KB5030310 (a preview update). A few days ago, the release of KB5031455 took Windows 11 to Build 22621.2506. Note the version and build numbers in the lead-in graphic. They support my assertion that there’s little difference between the two.

Steps to  Attaining Windows 11 23H2

Over at I’ve been reading about various ways to get to 23H2 in its Installation, Updates and Activation forum for the past few weeks. None of the easy methods outlined there did the trick for me. I wasn’t motivated enough to try the longer, harder ones — e.g. an in-place repair install using the recently published Windows 11 23H2 ISO (it’s now present on the Download Windows 11 page). Why not? I knew an enablement package for 23H2 was coming soon. (Note: for those not already hip, an enablement package is a small, quick update that simply turns on features and stuff already present in Windows but not yet visible or active.)

Today (or more precisely, yesterday) that changed with the release of KB5027397. It describes that very enablement package, and announces its availability. I’ve not been able to get WU to proffer it to me (though I did have pre-requisite KB5031455 already installed). Instead I grabbed the MSU link from ElevenForum admin @Brink (real name: Shawn Brink, a fellow WIMVP). It comes from an October 31 thread entitled KB5027397 Enablement Package for Windows 11 version 23H2 Feature Update.

It’s a ZIP file, so must be unpacked before it may be run. But run it does — and quickly, too: the whole shebang was done in under 2 minutes on my Lenovo ThinkPad P16 Mobile Workstation. After a reboot, the target PC should produce nearly the same winver information shown above. Note the “Version 23H2” moniker in the second line of the fine print. Nerdvana!


Latest Soonest Windows Update Benefits

Hmmmm. When I started reading through a discussion of an upcoming Windows11 23H2 release on WindowsLatest this morning, I soon realized there was more going on than I had thought. Seems like opting into the “latest updates” option shown in the lead-in graphic does more than I had thought. In fact, one gets unexpected latest soonest Windows Update benefits. Let me explain…

What Are Latest Soonest Windows Update Benefits?

As a pretty passionate Windows Insider, I’m always after the latest and greatest that Windows Insider Previews have to offer. Sure they can be occasionally gnarly, or even troublesome. But that’s a big part of what I signed up for when I joined the program.

And until recently, I had too often felt left out when MS started A/B testing new features, and I wound up on the “B fork” (the one that doesn’t get the new stuff). That’s why I was hornswoggled to read these sentences in the afore-linked WindowsLatest story:

All Windows 11 and Microsoft Edge updates now use Controlled Feature Rollouts (CFR) technology, gradually introducing new features. Users can choose to get these features immediately by enabling a specific toggle in Windows 11 22H2 or later.

Yowza! That’s just what I’ve always wanted. Not realizing this would forcibly put me on the “A fork” for all CFRs, I had opted in anyway. I did so just because I think that’s my job as a serious Insider (and WIMVP).

How nice to learn I’m getting what I really wanted without having know that’s the way this toggle (or slider) really works. I’m jazzed: thanks Microsoft!


Post-Update Cleanup Causes DISM Loop

I’m not sure what’s causing a fascinating Windows 11 issue. But you can see what it looks like in the lead-in graphic for this blog post. Basically, post-update cleanup causes DISM loop, whereby cleanup keeps repeating 100% completion, until I forcibly stop it with Ctrl-C. Weird!

I’ve never seen anything like this before. It occurred on Windows 11 Canary Build 25387.1200, after applying KB5027120 “2023-06 Cumulative Update for .NET Framework 3.5 and 4.8.1 for Windows Version Next for x64.” This comes in the wake of KB5027849, released June 7, that takes the build to minor release number 1200. Again: Weird!

When Post-Update Cleanup Causes DISM Loop, What Now?

The traditional “next move” when something odd and extraordinary occurs in Windows is to reboot, and try again. So that’s what I did. The affected PC — a Lenovo ThinkPad X380 Yoga — came back up without any obvious signs of distress or damage. I was able to remote in without issues, either. And on a retry of the DISM… /startcomponentcleanup command it ran through to completion without further issues.

There’s a known oddity that this DISM command causes a weird doubling of the progress bar if (a) a CU is applied to a Windows 10 or 11 PC and (b) the command is run before the target system is rebooted for a second time. I can only speculate this oddity has been somehow exacerbated in this version of Windows 11.

Be that as it may, the old standby troubleshooting technique — reboot, and try again — seems to do the trick. Once again, the old “three-fingered salute” comes to the rescue. Go figure!


Intel ARC Drivers Arrive Via WU

There’s a new set of Intel ARC drivers for built-in GPUs (and of course, discrete ARC devices as well). How do I know this? I just updated one of my Canary Channel test machines. During that process, I saw the Intel ARC drivers arrive via WU (Windows Update). Until this morning, I had been obtaining them exclusively from the Intel Driver & Support Assistant.

You can see the information about this latest driver from its Intel download page above. Notice the version number:

How Do I Know Intel ARC Drivers Arrive Via WU?

Check out the driver version in my Update History from the X12 Hybrid Tablet, captured minutes ago. Compare the version number for the “Intel Corporation – Extension” item and you’ll see it’s identical to the version number from the Intel download page.

ARC Drivers Arrive Via WU.history

The name isn’t terribly helpful, but the version number tells me what I need to know.<\p>

What else I can tell you about this alternate method is that it’s MUCH faster than installing the driver (plus supporting software) from the Intel download page. It took only 20-30 seconds to complete. The full-blown Intel package takes minutes.

Does this mean I will occasionally need to visit the Intel page to update the Intel Graphics Command Center software? Nope. The IGCC that works with Intel GPUs is a Windows Store app. And it updates itself, either through routine checks, or when you try to run that app the next time after installing a new driver.

Hey!  I might actually like this. It’s faster and less work that using the Intel Driver & Support Assistant. Good stuff, and good job: MS & Intel!


KB5022913 May Break Customization Tools

Some people learn to live with Windows and make the best of it. Others refuse, and turn to third-party tools to bring back bits and pieces of prior capability that MS has removed. Ditto for adding functionality missing but desired in Windows. When MS released its “Moment 2” updates on February 28, it announced that KB5022913 may break customization tools in common use.

If KB5022913 May Break Customization Tools, Then What?

If an update breaks a third-party tool, users have two choices:
1. Remove the third-party tool, and continue forward with the update.
2. Uninstall the update, and keep using the third-party tool.
Of course, neither option is perfect but sacrifices are sometimes necessary here in Windows-World.

Here’s what the announcement says, verbatim (emphasis mine, for easy identification of possible offenders in the first paragraph; emphasis in the second paragraph is Microsoft’s):

After installing KB5022913 or later updates, Windows devices with some third-party UI customization apps might not start up. These third-party apps might cause errors with explorer.exe that might repeat multiple times in a loop. The known affected third-party UI customization apps are ExplorerPatcher and StartAllBack. These types of apps often use unsupported methods to achieve their customization and as a result can have unintended results on your Windows device.

Workaround: We recommend uninstalling any third-party UI customization app before installing KB5022913 to prevent this issue. If your Windows device is already experiencing this issue, you might need to contact customer support for the developer of the app you are using. If you are using StartAllBack, you might be able to prevent this issue by updating to the latest version (v3.5.6 or later).

Notice that MS puts the onus for figuring things out if Windows doesn’t work properly with such a third-party tool on that tool’s developer. This could make life extremely interesting for related tech support operations.

To Tweak, or Not to Tweak?

With apologies to Hamlet (and Shakespeare), the real question is how much, how often and what kinds of tweaks Windows users can safely make to their own installations? I’m of the opinion that “less is more” because it involves fewer things that could go wrong, and fewer such things to keep track of.

That said, I do indeed enjoy tinkering with Windows. I don’t see what MS is doing here as a general injunction against such efforts. Instead I see it as a warning against “unsupported methods” that some developers use. I agree with MS that on principle such tools are best avoided. But that puts an interesting burden on users to figure out what’s working and what’s not. I can tell you from copious personal experience that diagnosing and pinpointing trouble can be difficult and time-consuming. Indeed: the MS workaround seems like a well-intentioned way to shortcut that work, and bypass related problems.

Note Added March 2 AM

This morning, the first thing I saw on WinAero was a story entitled “A new version of ExplorerPatcher fixes issues with Windows 11 “Moment 2” Update.” According to WinAero principal Sergey Tkachenko, at least one set of already-identified problems is addressed. I guess that’s the kind of response you’d hope for, if you were an ExplorerPatcher user. While I am not, I see plenty of people over at ElevenForum who use (and praise) it.

Another item has joined the list of offenders, though: Stardock’s Start11 (says Neowin). That one, I do use, on some of my Windows 11 PCs. Guess I’ll have to watch closely and take evasive action as needed.

Stay tuned: this looks like it could get increasingly interesting…