I’m seeing numerous reports in the news that in Windows 11, a stop error produces a screen with a black background. You can provoke such an error, often known as a BSOD (Blue Screen of Death, irrespective of color) on Windows 11 quite easily. Simply open Task Manager, go to details. right-click on svchost.exe and select “End process tree.” This will immediately crash your PC, and show you the stop code for CRITICAL_PROCESS_DIED. When I do that on both of my Windows 11 test machines, I get a GSOD (Green Screen of Death) that’s identically colored to the lead-in graphic for this story. What color is your Windows 11 BSOD?

Why ask: What color is your Windows 11 BSOD?

Over the years, I’ve seen them in various shades of blue and green. I’ve never seen a black one. I still can’t see one now. Thus, I’m guessing that the background color for a BSOD/stop error probably depends on some background or appearance setting in the OS. Otherwise, the claims I’m reading online that the background is black would also show up on my test machines.

Here’s a sampling of such stories:
Tom’s Hardware: Windows 11’s Blue Screen of Death Could Be Turning Black
BBC: Microsoft’s Windows 11 blue screen of death to become black
WinAero: Windows 11: Blue Screen of Death is now Black Screen of Death

In fact, this assertion is showing up in dozens of news stories. Thus, I find it both interesting and vexing that when I tried to confirm this for myself, both of my test machines came up with a green background instead.

One Case Does Not Make a Transformation

I think what may be happening is that some people will indeed see black as the BSOD background. Some will see green (including me). I’m curious to know if other colors will present. it’s most interesting that such changes can lead to pronouncements that somehow remind me of a certain Rolling Stones song…

And that’s the way things go here in Windows-World. Often it’s something odd and hard to explain, if not mysterious, like this one!

Update Added July 3: It’s a Possibility, Not a Fact

Now I get it! It’s a claim that originates from Tom Warren at The Verge, who writes

“The software giant started testing its new design changes in a Windows 11 preview earlier this week, but the Black Screen of Death isn’t fully enabled yet. The Verge understands Microsoft will be switching to a Black Screen of Death for Windows 11, matching the new black logon and shutdown screens.”

I guess that means I have to keep crashing my Windows 11 test machines after each upcoming new Build, to see what color the BSOD takes on. Eventually, if Mr. Warren is correct, that background will go “back in black” to call an 80s anthem to attention. Stay tuned!

Now that I’m getting past my first look, I’m starting to dig into the new OS. Right now, I’m thinking about device drivers. So far, Windows 11 device driver handling has been painless and on point.  I have noticed a few items of interest, though, about which I’ll report here. First, though, I’ll take a detour to introduce and explain my investigation tool.

GitHub Project DriverStore Explorer

Aka RAPR.exe, DriverStore Explorer is free software from developer lostindark. It’s made available via GitHub. I’ve been using it for a decade or longer, and it does a great job of showing drivers in the Windows DriverStore and zooming in on duplicates and outdated elements therein. I’ve now run the tool against both of my Windows 11 test machines (X380 Yoga and X12 Detachable Tablet). In so doing, some interesting patterns have emerged.

Windows 11 Device Driver Handling Seen via RAPR

As I look over the in-store drivers via RAPR on Windows 11, one thing jumps out immediately. As shown in the lead-in graphic for this story, there are 5 duplicated of the same Bluetooth driver therein. They share a common filename — ibtusb.inf — plus common dates and driver versions — 22.50.0.4 and 4/19/2021, respectively. These appeared only after installing Windows 11, so I’m not speculating too wildly when I assert that something during the OS install process installed a bunch of duplicates.

Fortunately, the RAPR functions “Select Old Driver(s)” and “Delete Driver(s)” clean these duplicates out without problems. As you can see in the following “after” image, there are now only two entries left under the Bluetooth heading. Before, there were 10.

Now only two entries under Bluetooth versus 10 beforehand.
[Click image for full-sized view.]

In fact, the only duplicates/old drivers still handing around after cleanup are extensions for the Intel Iris Xe graphics (iigd_ext.inf). This kind of behavior is typical when a driver remains active during update. That’s why RAPR provides a Force Deletion checkbox (and why a follow-up reboot helps). Indeed the X12 graphics went wonky after forcibly removing the graphics drivers in use. A reboot set things right and now it is using the latest version, just as it should be.