It was both fascinating and a little disheartening to learn yesterday that the Microsoft DevHome app faces May retirement. I have come to really, really appreciate DevHome for two reasons — namely:

1. It supports easy creation and management of ReFS drives in both Windows 10 and 11.
2. It demonstrates that MS can indeed fully automate the creation of Windows Hyper-V VMs, even though Hyper-V Manager still includes glitches one must work around to bring up such VMs manually.

Initially, I learned about this yesterday from long-time Window developer and watchdog Rafael Rivera via X (@WithinRafael). But this morning, Sergey Tkachenko posted an item at WinAero that shows a DevHome notification to the same effect.

Decoding What DevHome App Faces May Retirement Means

I’ll be darned if I can find the notification that Sergey displays in the WinAero post (and which Rafael included in his initial X info). I made sure Microsoft.DevHome (the app’s WinGet ID) was up-to-date. As you can see in the lead-in graphic, I even uninstalled, then reinstalled DevHome using WinGet just to make sure I wasn’t missing something. No dice.

All this said, I’m guessing that the various extensions and utilities that DevHome makes available, and its ReFS and Hyper-V VM capabilities,  will show up in other parts of Windows 11 around May as well. Sounds like a pretty good platform for 25H1 updates, in fact. What I can’t say because I don’t know is if MS will decide to do likewise for Windows 10, which currently supports DevHome (via the MS Store; it’s pre-installed in Windows 11 starting with 23H1 and thereafter).

I guess it will be interesting to see what happens with these various bits and pieces, several of which have garnered my appreciation. Plea to MS: please, please, please fix Hyper-V Manager so that it will do what DevHome currently does with panache — that is, automate VM install with the added capability to point to on-disk images or ISOs. If you want to understand how things work now, and what workarounds are necessary to bring a VM in Hyper-V Manager, see my September 24, 2024 ComputerWorld story How to set up Windows 11 Hyper-V virtual machines. It’s kind of a mess, frankly…

A new release of the Dev Home (Preview) toolbox hit the streets on Tuesday, April 23 (v0.13). I updated but didn’t really pay much attention. Then, this morning I learned something noteworthy from WindowsLatest — namely, that you can now use Dev Home (DH) to set up and manage Windows VMs including Hyper-V instances. Because I’m working on a “How-to” story right now on such VMs, this definitely caught my eye. And indeed, on a test PC, I see strong evidence that Dev Home now creates VMs. Not too much effort involved, either…

If Dev Home Now Creates VMs, Then What?

It took me a while to get where I needed to go with setting the right environment toggles. Eventually, I settled on the first three (Environments Creation, Environments Management, and Environments Configuration) and turned all three on. Then, I had to close and re-open Dev Home to gain the ability to actually use the “Create environment” button.  It’s hiding in the upper right corner of the lead-in image; you can see it up there if you check.

At that point you can give your environment a name (I called it DHWin11 to indicate I was using Dev Home to build a new test Windows 11 VM in Hyper-V). Then you pick the reference image from which it gets built. I chose the Windows 11 Development Environment option that Dev Home supplied. I’m sure I could have navigated to another ISO of my choosing.

Take a While, But Gets Things Right…

It took over 15 minutes for the setup, download, and install processes to get far enough along to do something. But gosh, I was able to get into the Hyper-V window to fire things off, then get to the desktop with no hiccups or gotchas along the way inside RDP. Things don’t work that well using Hyper-V Manager.

I found myself running a 22H2 Windows 11 instance labeled “Windows 11 Enterprise Evaluation” for Build 22621.3447. I know from prior experience this is a 30-day eval or thereabouts. Indeed, Copilot tells me it expires on June 19, 2024. But gosh, this makes standing up and using a plain-vanilla Hyper-V VM as easy as it’s ever been in my personal experience.

Now, I need to do it again, and use an image of my own choosing. That should be interesting! Stay tuned, I’ll write about this soon. Meanwhile, you can see that VM running on my P16 test PC as shown in an RDP window for the whole shebang.

Wow! That was almost TOO EASY. I must say, I’m impressed. Need more time and exploration to really formulate a more useful opinion, though. First look is a doozy, though.

Whoa! I hit a couple of interesting snags when setting up a new Hyper-V VM, late yesterday and this morning. Indeed I came across a couple of interesting gotchas that I want to document — if only to help me to remember what to do the next I have to do this. These creating new Windows 11 VM gotchas include getting the ISO-based install to run, and then being able to log into that VM. Pretty basic but vital stuff, in other words…

Creating New Windows 11 VM Gotchas Recited & Explained

Gotcha #1: Getting the installer to run from an ISO. Turns out you can’t do this from an RDP session. I had to do this from the physical desktop, probably because of too many levels of indirection from keyboard stuff in the input path. I also had to set up the VMs with TPM to get Windows 11 install to complete (otherwise, I would get the “doesn’t meet hardware requirements” error message). This turned out to be fairly easy, if vexing from the standpoint of “Why doesn’t Hyper-V do this by default?”

Gotcha #2:  Logging into the new VM, once installed. One must log into the VM with “Enhanced session mode” disabled, then go to Settings > Accounts > Sign-in options > Additional settings, then turn off “…allow only Windows Hello sign-in…” toggle. Turns out, this doesn’t work with RDP either, as explained at MS Answers. Boy, won’t it be nice when Copilot gets smart enough to do this with a single prompt (no luck right now).