Category Archives: Windows 10

Realtek Audio Console Goes MIA

There are two flavors of Realtek Audio drivers for Windows 10 and 11. The most prevalent are the High Definition Audio (or HDA) drivers. The less prevalent but slightly more capable are the Universal Audio Drivers (UAD). Confusingly, these show up in Device Manager as Realtek(R) Audio. More properly that would be Realtek® Audio, but DevMgr apparently doesn’t do metacharacters like the registered trademark symbol (®). Whatever you call it, the Realtek Audio Console Goes MIA in the MS Store.

Knowing When Realtek Audio Console Goes MIA

One used to be able to access this app through the Microsoft Store. No longer. Confusingly, the app says Realtek Audio Console in its title bar, but the Store listed it as Realtek Audio Control. Thus, for example, if you visit it at MajorGeeks.com (a usually safe and reliable download source), its Microsoft Store download link is broken. Likewise, a direct search at the Store produces no results. Ditto for a search at the Realtek downloads page.

Thus it looks to me that it’s at least possible that Realtek is de-emphasizing the UAD side of its audio drivers. In the absence of statements of direction or intent, it’s only possible to speculate. But it looks to me like UAD drivers and the app console may be orphaned, and no longer supported.

A Driver Search May Tell…

In looking at UAD drivers for Realtek, I see only Nahimic variants for the last half-dozen versions at Station-Drivers.com. None of these work with the plain vanilla FF00 audio codecs on my now-aging Z170 Skylake motherboard. I do have a B500 AMD rig that supports this Nahimic stuff, though.  In a couple of weeks, I’ll probe this mystery further and see if the Audio Console is available (and working) for that set-up.

Right now, I have a working UAD set-up with drivers that are now about a year old (version 9215.1, dated 8/3/2021). I have been unable to find any newer variants that work. Ditto for a newer version of the Realtek Audio Console (or Control). Very interesting!

Facebooklinkedin
Facebooklinkedin

Exploit Winget Include Unknown Syntax

For the past couple of years I’ve been learning — and using — the Microsoft package manager, Winget, It helps me keep my PC apps updated. Just recently, I’ve learned to exploit Winget include unknown syntax to broaden its coverage. Basically, this will “upgrade packages even if their current version cannot be determined.” That quote comes from the upgrade command section of the MS Winget documentation.

How to Exploit Winget Include Unknown Syntax

First, that syntax couldn’t be simpler: just add the string
--include-unknown
to the usual invocation for winget . For the record that’s
winget upgrade --all
. This tells the program to apply upgrades for all packages with known versions. You can see this at work in the lead-in graphic for this story, in fact. Chrome shows up when unknowns are included, but not otherwise. (Compare top and bottom sections, or view the image full sized by clicking the following thumbnail.)

Exploit Winget Include Unknown Syntax
Exploit Winget Include Unknown Syntax

The difference between the unadorned “all” version of Winget upgrade and the one with unknowns included applies in large part to applications like Kindle, Chrome, Firefox, and more, which apparently do not report their current version numbers either consistently or well to Winget during its initial survey phase.

This addition to the command finds those things and attempts to upgrade them. Certain apps — most notably Teams — will not work with this tool because of version mismatches (and the prudent decision not to overwrite versions outside the same version tree). But this does improve its overall coverage. That lowers the number of apps and applications I must update manually. To me — and to you, too, I bet — that’s a good thing!

Note: Winget works in PowerShell with equal facility for both Windows 10 and Windows 11. It’s become one of my go-to tools for keeping my small fleet of PCs (currently numbered 12, with 2 going off to college with my son soon) up to date.

Facebooklinkedin
Facebooklinkedin

KB5012170 Can Provoke BitLocker Recovery

Here’s an interesting tidbit that’s making the rounds right now. KB5012170 appeared on August 9 on the latest Patch Tuesday. According to various sources — see this Neowin story, for example — some users’ PCs boot into BitLocker Recovery after the mandatory post-update restart, rather than business as usual. Thus, applying KB5012170 can provoke BitLocker Recovery (though unintentionally).

Of those affected, some have been able to get back to rights by applying the PC’s BitLocker Recovery key. Others have had to update their UEFI before that key application “takes.” In my case, I apparently dodged that bullet, because none of my production Windows 11 machines (four Lenovo laptops of various descriptions, and a Ryzen 5800X desktop) fell prey to this gotcha.

You can see the “success” report for this KB item boxed in red in the lead-in graphic for this story, in fact…

If KB5012170 Can Provoke BitLocker Recovery, Then What?

BitLocker keys can be stored in at least three ways. 1. On paper, 2. Electronically (usually on a USB drive). 3. Associated with a specific MSA (Microsoft Account). I prefer method 3 because it’s easy to set up and MS manages it automatically on your behalf.

You must log into your MSA online (I go through account.microsoft.com). Then go to Devices, and pick the affected PC. Next, click on Info & Support. There you’ll find a Bitlocker data protection item that includes a link to “Manage recovery keys.” That’s what you want. It will show you recovery keys for all the devices associated with that MSA (I show 11, of which I’m actually using 2, so I just got rid of the rest after saving a backup copy to an encrypted disk).

BTW, that means it’s essential to add all devices you might ever want to recover to your chosen MSA. Do so right away, if you haven’t already!

Facebooklinkedin
Facebooklinkedin

Thunderbolt Dock Loses GbE Port

Drat! In jacking around with my Belkin Thunderbolt 3 Dock Plus today, I couldn’t help but notice that the wired Ethernet port wasn’t blinking. Further testing included multiple cables and connections to the same port, none of which worked. When I tried a passive Thunderbolt 3 mini-dock in the other USB-C port on the Lenovo X12, that wired Ethernet port worked immediately. Thus, I can only conclude that Thunderbolt Dock loses GbE port is the right diagnosis. Sigh.

Note: The lead-in graphic for this story shows the rear view of the aforementioned Belkin device, with its RJ-45/GbE port at the left. No blinkin’ lights, man!

If Thunderbolt Dock Loses GbE Port, Then What?

For the time being, I’m using another dock — the Thunderbolt 3 Minidock — just for its RJ-45 GbE connection. Good thing my X12 Hybrid has a spare USB-C/Thunderbolt port, eh?

Longer term, I’ve already contacted Belkin about sending me a replacement. They’ve got a nice looking Thunderbolt 4 dock for sale now, so hopefully they’ll ship one my way. I’ve also gone ahead and ordered the CalDigit TS4, reputedly one of the best Thunderbolt 4 docks on the market today.

Thunderbolt 4 Docking Brings Other Benefits

Acquiring one or more Thunderbolt 4 docks will also help with my ongoing testing of NVMe SSD enclosures. As I reported a few days ago, switching from USB-C/3.1 or 3.2 to Thunderbolt 3 makes a difference in IO performance on my fastest SSD enclosure/drive combos. I’m curious to see if a bump to Thunderbolt 4 will make any additional difference.

According to what I read, throughput doesn’t vary that much for external drives from Thunderbolt 3 to 4. I’ve also observed that synthetic IO tests (e.g. CystalDiskMark) tend to overstate the real-world speed-ups available from faster buses. Thus it will be interesting to observe exactly how much difference the bump from 3 to 4 makes.

Stay tuned! I’ll let you know what comes of that testing. Should be fun!

Facebooklinkedin
Facebooklinkedin

MSA RDP Login Issue Resolved

Today could be a red-letter day for me. I’ve finally figured out how to use an MSA (Microsoft Account) to login to RDP on certain “problem” PCs. I even now understand what made them problematic, and how to fix things. And in the process, my odd MSA RDP login issue resolved itself. Hooray!

Let me explain an odd combination of circumstances that caused this situation to show up on certain laptops. Buckle up: it’s a bit convoluted.

How the MSA RSP Login Issue Resolved Itself

One of the more outstanding online sources of esoteric admin wisdom is a website named SuperUser.com. I found a reference to an item therein entitled Windows 10 Remote Desktop Credentials at another of my favorite haunts, ElevenForum. That item Unable to Access w/Remote Desktop until a Local Logon w/Password is Performed pretty much summed up what I was struggling to resolve.

Here’s the deal: for RDP to be able to use an account/password combination for remote access, that hashed data must be in the target PC’s password cache. If one only logs into that PC directly using a PIN, Windows Hello (or other biometrics), or a security token, that data never hits the cache. If that data isn’t cached, the remote login can’t authenticate and you can’t get into the PC that way. The local account technique works because it does have that data available, and thus it can serve to let the remote user in.

Where Things Get Interesting…

There’s a high-security Account setting in Windows 10 and 11 that falls under Settings → Accounts → Sign-in options that reads “For improved security, only allow Windows Hello sign-in for Microsoft accounts on this device (Recommended).” If you elect this option, you cannot login to that PC using a password. If you can’t login to the PC using a password, that info can’t make it into the cache. And then, as a side-effect, you can’t use that account to login to RDP.

So I had to disable the option,  and use the password to login locally for my chosen MSA. After a restart, I was indeed able to use that same MSA and its associated password to login to a remote session using RDP. Then I re-enabled the option and proceeded on my merry way. Problem FINALLY solved!

Just goes to show: if it ain’t one thing in Windows, it’s almost always something else. And this was “something else” indeed. Glad to have it fixed, and somewhat better understood…

Facebooklinkedin
Facebooklinkedin

Snipping Tool Save Fail Fix

I have to laugh. I found myself trying to save a screen capture in Windows 11 on the X390 Yoga just now. The WinKey+Shift+S sequence brought up the Snipping Tool notification header, and it let me navigate to pick rectangular or free form area, windows and so on. But the save notification didn’t open and I couldn’t find any saved files anywhere. This had me looking for a snipping tool save fail fix so I could make screenshots from that PC. The answer proves maddeningly easy, but maddening nonetheless. Let me explain…

Snipping Tool Save Fail Fix.header-control

The control would pop-up, but once a save mode was selected, nothing showed up for me to save. Decidedly odd.

OK Then, What’s the Snipping Tool Save Fail Fix?

As an app, I went to the Store to see if it needed an update first and foremost. Nope that wasn’t it. But when I entered the app name in full “Snipping Tool” I got its Store window with an Install button showing. WTF?

Of course that means, for whatever reason, Snipping Tool was NOT installed on that laptop. And indeed, as soon as I installed it, the key combo worked just like it’s supposed to. Then indeed, the notification item shows up and I was able to start saving screencaps. Easy-peasey, right? Yeah, sure, but I don’t undersand why the app went MIA in the first place.

Don’t Overlook the Obvious…

It’s just a reminder that when apps get — or in this case, seem — flaky in Windows (and this applies to both 10 and 11), it’s best to check from the ground up. Though I didn’t expect this built-in app to be MIA, I quickly ascertained that’s exactly why I couldn’t get it to work. I guess that proves it’s hard to use something, if it’s not installed. Go figure!

At least I can console myself with the understanding that visiting the app in the Store is a smart and sure check on its functionality. In this case, that check led me directly to a quick and workable fix. Sigh.

Facebooklinkedin
Facebooklinkedin

Samsung NVMe Drive Failing

In a recent story here, I mentioned a possible mismatch between some components. On the one hand: an old Samsung MZVPV512HDGL OEM NVMe drive. On the other hand: a brand-new PCIe x4 USB 3.2/Thunderbolt NVMe enclosure. Upon swapping in a newer ADATA drive my issues with the enclosure vanished. So I mounted the other drive in an older Sabrent NVMe enclosure. Now I’m getting indications of the Samsung NVMe drive failing. A strong indicator shows up as the lead-in graphic above.

What Says: Samsung NVMe Drive Failing?

The inability to perform write tests using HD Tune is a pretty big tell. Interestingly, though: chkdsk and CrystalDiskInfo both report the drive as healthy. My best guess is that write failures are occurring, and that HD Tune won’t “write past” such things, while the other tools rely on SMART data and surface analysis and aren’t seeing active errors.

My plan is to retire the drive as soon as the replacement part shows up. That’s been en route via Amazon for too long now, so I just cancelled that order and placed a new one. Hopefully it will be here tomorrow, including a 1TB Sabrent Rocket 4 Plus with internal read/write speeds of up to 6+/4+ Gbps. Of course, that’s not gonna happen in a USB 3.2/Thunderbolt enclosure. But I am darn curious to see how fast the bus can go when the drive is fast enough to get out of the way.

Stay Tuned: More to Come!

According to what I read online, I may be able to get read/write speeds in excess of 2 Gbps via Thunderbolt 3 from the NVMe enclosure. So far, the best I’ve seen from my older Sabrent (USB 3.2 only) enclosures is on the order of 1.1 Gbps. So it should be pretty easy to tell if the new drive/enclosure speeds things up.

Facebooklinkedin
Facebooklinkedin

Flaky Video Driver Forces Fix Revisits

My production desktop’s dual monitor setup gets a little wonky from time to time. For some odd reason, the right-hand (primary) monitor will start blinking on and off. It’s annoying, but not overwhelming. When it happens, an apparently flaky video driver forces fix revisits. Basically, I keep trying stuff until something works. By no coincidence, that’s a decent operational definition for troubleshooting.

Items Checked When Flaky Video Driver Forces Fix Revisits

It usually goes something like this:

1. Use the Winkey-Ctrl-Shift-B key combo to reset the graphics driver. It does work, sometimes…
2. Check GeForce Experience to see if a newer driver is available; if so, install it.
3. If using the Nvidia gaming driver, switch to Studio driver, or vice-versa.
4. Uninstall, then reinstall the Nvidia driver. I also recommend using the freeware DDU tool to remove all traces of the old before installing the new.
5. Visit the Nvidia Driver Downloads page, and start trying older drivers, going back one version at a time… The recent entries in that list for my GeForce RTX 3070 Ti appear as the lead-in graphic for this story.

Today’s Fix Occurred Mid-way in Sequence

I got to Step 4 today before the blinking stopped. That’s a bit further than I usually have to go, but that’s Windows for you. I’m just glad I can concentrate on what’s showing on both displays, rather than how one or the other is (mis)behaving.

Some Windows errors or gotchas can be set aside and ignored for a while. Others — especially when they interfere with normal system operation — demand immediate attention. While today’s gotcha was one of the latter, it was familiar. Thus, I knew what to do, and how to do it, with minimum need for diagnosis and root cause analysis.

I just marched through the foregoing list and found my solution in under 10 minutes. I can only wish that all problems were so easily fixed. And that’s the way things are unfolding today, here in Windows World. Stay tuned: there’ll be more!

Note Added August 13

Yesterday, I installed a new NVIDIA Studio Driver (version 516.94). The problem has not re-appeared since I applied my uninstall/reinstall “fix” earlier this week. That jumps me up from Step 4 (original fix) to Step 2 (current fix). And so it goes…

Facebooklinkedin
Facebooklinkedin

Thunderbolt 3 SSD Enclosure Raises Odd Issues

This is the part of playing with Windows that I love best. I’m researching different speeds for backup drives, ranging from a USB-C HDD drive caddy into the SSD realm. My objective is to see how fast an external USB-C drive can go, and to see if Thunderbolt support makes any difference.  I added a cheapo (US$29) NVMe enclosure to my line-up. But alas, that Thunderbolt 3 SSD enclosure raises odd issues. Let me explain…

Why Thunderbolt 3 SSD Enclosure Raises Odd Issues

As far as I can tell, I went too far back in time with the first M.2 NVMe I tried out in the cheapo new NVMe enclosure. My initial attempt featured a 2016 vintage OEM Samsung MZVPV512HDGL SSD. It kept blowing up during write testing in CrystalDiskMark, and it wouldn’t make a Macrium Reflect backup.

So I cannibalized a newer ADATA XPG 256GB SSD (vintage 2020) from my Sabrent-enclosed Ventoy drive and tried that instead. It worked just fine, and got aggregate read/write speeds from Reflect of 5.7/3.0 Gbps when backing up my Lenovo X12 Hybrid Tablet. It includes a USB 3.2 version of USB-C with Thunderbolt 3 support. Total backup time on that system was 6:16 with 76.5 GB on the C: drive and under 1.5 GB on the other partitions. Figure 78 GB overall, that produces a physical time (no compression) of roughly 200 Mbps of ongoing read/write activity. By comparison an mSATA drive (vintage 2013) takes just under16 (15:56) minutes to complete the same backup. That’s more than 60% faster!

It’s All About the Speed

My best guess is that the older drive wasn’t sufficiently compatible with the PCIe x3/x4 requirements inside the NVMe enclosure. Once I switched over to something newer (and definitely PCIe x3 compliant), everything worked fine. I’ve got a brand-new PCIe x4 SSD coming today or tomorrow, and am hopeful the faster media will also produce faster transfer rates for backup, too. We’ll see!

Facebooklinkedin
Facebooklinkedin

Weird Full-Screen RDP Effect

I still use Windows 10 on my production desktop, but I run half-a-dozen instances of Windows 11 right now. Lately, I’ve noticed that with screen size expanded to fit the left-hand monitor — but not maximized — I get a weird full-screen RDP effect. I lose the start menu at the bottom of the screen. As I said: weird!

What Is the Weird Full-Screen RDP Effect?

The lead-in graphic for this story shows what I’m talking about from the Start Menu perspective. Up top, we see a Windows 10 Start Menu that surprisingly shows up at the bottom of a “full-screen” Windows 11 RDP window. When I hit the maximize  button at upper right, the lower (and normal) Windows 11 start menu appears. (Note: I selected “left” alignment in the Task Manager options to make it show up there for purposes of comparison and contrast).

Needless to say, when I don’t notice this and click on the full-screen Windows 10 menu, it doesn’t do anything to the Windows 11 RDP window above. This is disconcerting, to say the least. At worst, I start thinking I’ve got problems and start unnecessary troubleshooting actions. Sigh.

Why/How Did This Weirdness Present?

For some reason, this happened to me the last time I updated the Nvidia driver on my production PC. It’s now running version 516.93, installed last week. After the install completed, all the open windows moved to the right-hand (primary) monitor. That’s normal. But what’s different is that maximized RDP windows changed “auto-magically” to full-screen (but not maximized) layouts. That led me to the source of confusion when I dragged those full-screen windows to the secondary (left-hand) monitor.

Again: Weird! But by looking very closely at what I was seeing, I eventually figured out what was going on. Now I make sure to click the maximize button when using RDP. That way, I see the maximized RDP session controls at the top of the screen (see below) and know that the start menu at bottom is the start menu I want to work within that window.

Weird Full-Screen RDP Effect.controls

And that, dear readers, is how things sometimes go in Windows-world. As JRRT put it “All that glitters is not gold; not all those who wander are lost.” I wandered a bit, but ultimately figured out what was weird and why.

Facebooklinkedin
Facebooklinkedin