Windows Enterprise Desktop


June 28, 2017  12:45 PM

Done Waiting for Win10 Version 1703

Ed Tittel Ed Tittel Profile: Ed Tittel
Windows 10, Windows Updates, Windows Upgrades

I admit it: I got tired of waiting for Windows Update to include my lone holdout PC in the April Upgrade to Version 1703. Given that it was officially let go on April 5, and today is June 28 (12 weeks to the day), I hope this doesn’t come across as over-eager. I don’t think it is, at any rate. Here’s the deal: I decided to leave my wife’s PC on the previous version (1607) in April after upgrading my other 7 machines here at home. But after waiting … and waiting … and waiting some more, I decided this morning to bite the bullet and upgrade. It’s based on a 2013 vintage JetWay JNF9G-QM77 mobo with a mobile i7 quad-core CPU, 16 GB RAM, and a Samsung EVO 840 250 GB SATA SSD. So now, at last, I’m done waiting for Win10 Version 1703 on that machine.

How Is It I’m Done Waiting for Win10 Version 1703?

That part is easy. Having decided to wait no longer for Windows Update to push the update, I simply turned to the Windows 10 Update Assistant instead. Actually, that meant clicking the “Update Now” button on the Download Windows 10 web page, as shown here:

Done Waiting for Win10 Version 1703

Click the “Update Now” button on a PC running an older Win10 version, and the updater does the rest automagically.

The Upgrade Proves Eminently Survivable

The whole process took about 15 minutes. In fact, the post-upgrade clean-up took somewhat longer than that. Given that MS decided to hold off on upgrading the machine itself, no doubt based on something about its hardware configuration, I was a little antsy that this might not work. But the faithful little mini-ITX box chugged through the download, powered through the reboots at the 30% and 75% marks, and went on to complete with nary a hitch.

The Windows Update MiniTool (WUMT) did find some missing drivers after all was said and done (mostly Intel chipset stuff) but the post-install cleanup also went quite well. When instructed to clean up system files, Disk Cleanup removed about 22 GB of old OS files from the system. PatchCleaner found about 4.5 GB of orphaned files, which I dutifully copied over to the backup/external drive before removing from the SSD as well. I was able to trim the SSD to just over 60 GB of on-board content when all was said and done, which put it within 1 GB of the original disk size of just under 60 GB before applying the upgrade.

Now that I’ve got this behind me, I’d love to better understand the criteria MS uses to withhold upgrades to some PCs and advance them to others. To me, it looks like they’re being pretty conservative about what goes ahead and what stays behind. In this case, I’m glad they may have been over-cautious. Let’s hope other holdouts fare equally well when their upgrades finally come through.

June 26, 2017  1:26 PM

Registry Cleaner Pros & Cons

Ed Tittel Ed Tittel Profile: Ed Tittel
Registry hacks, Windows 10, Windows management

In trolling TenForums.com over the weekend, I came across a reference to a another free Registry Cleaner for Windows. It’s a SourceForge project called the “Little Registry Cleaner” (LRC). Like all SourceForge projects, it’s free under the GNU General Public License. It doesn’t do a half-bad job, either. Later, I’ll compare it to my usual go-t0 tool for registry clean-up. That is Piriform CCleaner (also freeware , with file clean-up and other tools, too).  Working with LRC got me to thinking about the real utility of such programs, or “Registry Cleaner Pros & Cons.”

lrc-screencap

Not much left to see, after LRC does its thing. Then it hit me: the GUI is nearly identical to WUMT. They must share the same GUI kit!

Let’s Review: Registry Cleaner Pros & Cons

If you Google “registry cleaners worthwhile” or “value of registry cleaners” you’ll find plenty of heated discussion and controversy. Registry cleaners like CCleaner or LRC seek out and offer to delete orphaned or obsolete registry entries. These entries refer to software, objects, and other “system stuff” not currently in use, or that originates from software no longer present on the system. Thus, it actually makes little difference whether those registry entries are present or absent. They don’t do anything, and they don’t take up that much space, either.

On the other hand, messing with the registry can and will occasionally damage Windows. Such damage can be minor (GUI acts or looks funny, certain apps or applications don’t run or run slowly, and so forth). But when major registry damage occurs, Windows can malfunction: the system won’t boot or run. That’s why many experts say that such cleaners probably aren’t necessary and should be avoided. Primarily, that’s because the harm they can do is more trouble than the good services they might perform is worth.

I’m in the same camp as long-time PC World expert Lincoln Spector myself. He wrote a nicely-nuanced story on this subject in 2010 entitled “Are Registry Cleaners Worth It?” Like me, he finds some of those tools (including CCleaner) to be mostly benign and unlikely to cause trouble. He doesn’t mention LRC, but my own recent experience puts it in the same general cubbyhole as CCleaner, FWIW. If you’re inclined to perform occasional registry cleanups, and take necessary precautions before cleaning (make a registry backup), you should find either or both of these tools useful.

Comparing & Contrasting CCleaner and LRC

As you’d hope from a single-function, more specialized tool, LRC generally finds and cleans more stuff than does the CCleaner Registry Cleaner sub-system. On average, LRC seemed to find somewhere between 25 and 40% more registry entries in need of clean-up than did its CCleaner counterpart. I couldn’t detect any negative impact from either tool on any of the PCs on which I performed a quick comparison test.

Feel free to try them out, and to make (occasional) use of them as you see fit. Just remember to back up your registry first. Note: CCleaner prompts you back up your registry automatically but forces you to rely on import operations in regedit to restore that backup. OTOH, LRC handles this by making a restore point before it does anything to your system, and includes a Registry Restore button on its top-line command bar in the program (see preceding screenshot). I give both tools equal points, but will probably stick with CCleaner because it’s good enough for my needs, and includes a pretty peachy file clean-up facility along with registry cleanup, a decent startup manager and uninstall utility, and more. For those with OCD tendencies who want their registries squeaky-clean, LRC is probably the better choice.


June 23, 2017  11:53 AM

Win10 Build 16226 Adds GPU Task Manager Info

Ed Tittel Ed Tittel Profile: Ed Tittel
GPU, Task Manager, Windows 10, Windows Task Manager

The two most recent Win10 Builds — namely 16215 and 16226 — have brought lots of changes and trouble to intrepid Windows beta testers. My desktop PC weathered recent builds admirably, but not my Dell Venue Pro 11 7139. I couldn’t install 16215 on that PC (not from Windows Update, not via an in-place upgrade, nor even a clean install). After uninstalling .NET 3.5, as suggested in the release notes, 16226 did install. But it’s been plagued with issues. The absence of .NET 3.5 means some favorite programs don’t work. Alas, CPU Meter can’t pick up Core Temp data without it, and the Codeplex version of RAPR.exe doesn’t work either. Worse, it means that Office 2016 won’t run (it also needs .NET 3.5; see end of thread for a possible fix). On the plus side, Win10 Build 16226 adds GPU Task Manager info. Thus, it can now show what’s going on with your graphics card. Here’s a quick peek:

Win10 Build 16226 Adds GPU Task Manager Info

GPU information from the latest version of Task Manager in Build 16226.

When Win10 Build 16226 Adds GPU Task Manager Info, What Does it Show?

Good question! The preceding screen capture is NOT the default view from this new facility. It appears on the Performance tab in Task Manager. Notice it shows metrics for various rendering subsystems: 3D, LegacyOverlay, Compute_O, and VideoDecode at the upper right. I got that display by right-clicking the GPU item at upper left, then picking “Multiple engines” from the pop-up menu entry “Change graph to…” The default is called “Single engine.”
But it only shows the 3D entry by itself. Because Multiple Engines is more interesting and informative, I’ve switched to that view instead. That’s much as I routinely do with the CPU entry. There, “Change graph to…”  Logical Processors shows a panel for each execution thread.

This GPU capability rolls into mainstream Windows 10 when the Fall Creator’s Update is released, probably in September or October of this year. It makes a nice addition to Task Manager, and I’m glad to see it included in the overall mix. Until then, non-beta users will have to rely on tools like TechPowerUp’s excellent GPU-Z to show them what’s going on with their graphics cards instead.

[Note Added late morning 6/23:  Anyone else bitten by the .NET 3.5 Framework issue on 16226 should try this fix. It worked for my Dell and conferred the added bonus of restoring Task Manager to normal operation. Run msconfig.exe, and on the boot tab direct your PC to boot into Safe Mode. Restart the PC, then use Winkey-R to run “Control Panel” to quickly access Programs and Features/Turn Windows Features On or Off and add .NET Framework 3.5 back in there. Then, use Winkey-R with “msconfig.exe” and go to the boot tab to turn off the Safe Mode checkbox. Reboot, and you’re back in business! Thanks loads to user Waltc who posted this information in thread #226 at TenForums.com.]


June 21, 2017  11:04 AM

DISKPART Script Fixes Default Win10 Disk Layout

Ed Tittel Ed Tittel Profile: Ed Tittel
Disk partitioning, Windows 10, windows installer

In two previous two blog posts, Kari the Finn and I explained how to use DISKPART during Windows 10 installation. We also described what’s wrong with the default Windows disk layout, and why it benefits from this fix. This, the third and final installment in this series, puts those DISKPART commands into a batch file. In fact, this allows for easy automation, and explores an elaboration on this theme. First and foremost, though, readers will find that this DISKPART script fixes default Win10 disk layout issues quickly and easily.

Show Me How This DISKPART Script Fixes Default Win10 Disk Layout!

Basically, a DISKPART script is a text file with a .txt extension. Collecting all the DISKPART commands from Part 1, we  simply add some remarks  to document our work. Note: lines that start with rem are ignored when the script runs.

rem DISKPART script, put available space into C:
rem ---------------------------------------------------
rem Select Disk 0, wipe it empty, convert to GPT
rem ---------------------------------------------------
select disk 0
clean
convert gpt
rem ---------------------------------------------------
rem Create & format 100 MB EFI System partition 
rem ---------------------------------------------------
create partition efi size=100
format quick fs=fat32 label="System"
rem ---------------------------------------------------
rem Create 16 MB MSR partition (will not be formatted)
rem ---------------------------------------------------
create partition msr size=16
rem ---------------------------------------------------
rem Create Windows partition using all available space
rem ---------------------------------------------------
create partition primary
rem ---------------------------------------------------
rem Shrink Windows partition to make space for WinRE 
rem ---------------------------------------------------
shrink minimum=450
rem ---------------------------------------------------
rem Format Windows partition, label it, no drive letter
rem ---------------------------------------------------
format quick fs=ntfs label="Windows"
rem ---------------------------------------------------
rem Create & format 450 MB recovery partition 
rem ---------------------------------------------------
create partition primary
format quick fs=ntfs label="WinRE"
set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"
rem ---------------------------------------------------
rem Exit Diskpart 
rem ---------------------------------------------------
exit

Of course, you could omit the remark lines if you don’t want them. For ourselves, we always use remarks in ours script and batch files. That’s because it makes it easier to read and modify archived items like this one, long after we’ve forgotten all the intricate details. Here’s a download link to the script, should you wish to access it as such, rather than cut’n’paste the foregoing text.

DISKPART scripts run from the Command Prompt using this syntax diskpart /s Z:\MyScript.txt. In this command, Z: identifies the drive where the script resides. We save such scripts at the root of our install media. That means USB flash drives for physical installs, and in ISO files for Hyper-V virtual machines. Any available storage location will work. Thus, for instance, if you cannot add files to an install DVD, save the script on a flash drive instead.

Running the script

There’s one small issue with this script, though. Using GPT we don’t always know the drive letter for our install media or the media where the  DISKPART script resides. In fact, those values depend on knowing if the disk is new, and all space unallocated, or if it is partitioned and formatted with drive letters assigned. In other words, YMMV.

That said, there’s an easy workaround. Before running the script, we need to know the install media’s volume label. That way, we can figure out which drive letter Windows setup assigns to that device. Knowing that, we can call the DISKPART script from the correct device.

We saved our DISKPART script as DiskConfig.txt on root of our Windows 10 PRO install media. This is a USB Flash drive labelled W10PRO_USB.

The following command elicits the drive letter for any medium (DVD, flash drive, HDD partition) labelled W10PRO_USB. Then it then runs the DISKPART script DiskConfig.txt. Note: this command is a one-liner, even though word wrap breaks across 2 lines:

for /f %X in (‘wmic volume get DriveLetter ^, Label ^|
find “W10PRO_USB”‘) do DISKPART /s %X\DiskConfig.txt

In this command string, notice the %X\ value before the script filename. Here, this does not refer to drive X:. Rather, it’s a variable that points to the media labeled W10PRO_USB. In fact, script variables are denoted with a single % sign at the command line. But you must use two % signs in batch files to make them work. That is,  you’ll enter the text shown above that uses %X, but when you add that same command in a batch file, use %%X instead.

Script Output Illustrated

That’s it. When we boot Windows from our install media, a properly labeled flash drive must also be present (if the script is stored elsewhere). Then, we press SHIFT + F10 to open the Command Prompt. Finally, we enter the preceding command and let our partitioning script do its thing:

DISKPART Script Fixes Default Win10 Disk Layout

Here’s the output from the script as it runs.
[Click image for full-sized view; this version is hard to read!]

In under 30 seconds, our boot/system drive is partitioned just the way we like it! Here’s a screen cap to illustrate.

gpt-optimal

Here’s our disk layout, after the script is run. (This is for a VM with a deliberately small boot/system drive.)

Putting Additional partitions into the Mix

Here’s another common partitioning scenario to ponder. What if you have a 1 TB HDD or SSD? Then, you might want to allocate 200 GB to C:, and the rest to a data partition.

Actually, it’s quite simple. In fact, a few minor tweaks it’s all that needed. You merely add the size=xxx option for the Windows partition. Thus, you don’t allocate all available space to it. Ditto, add size=xxx to the WinRE partition, and place it after the Windows partition. In last place, create a data partition allocating all remaining space to it instead.

First, let’s change the Windows partition entries to allocate 200 GB instead of all available space.

create partition primary size=204800
format quick fs=ntfs label=”Windows”

Please note: DISKPART space allocation uses MB as its units. Thus, 200 GB = 200 x 1024 = 204800 MB. Here again, no drive letter is needed because Windows setup automatically assigns C: to this drive.

Next, let’s handle the recovery (WinRE) partition, and allocate it 450 MB:

create partition primary size=450
format quick fs=ntfs label=”WinRE”
set id=”de94bba4-06d1-4d40-a16a-bfd50179d6ac”

And finally, let’s add a data partition, and let it consume all remaining disk space:

create partition primary
format quick fs=ntfs label=”Data”
assign letter W

The Original Script, Revised

The script now looks like this:

rem DISKPART script, 200 GB Windows rest Data partition
rem ---------------------------------------------------
rem Select Disk 0, wipe it empty, convert to GPT
rem ---------------------------------------------------
select disk 0
clean
convert gpt
rem ---------------------------------------------------
rem Create & format 100 MB EFI System partition 
rem ---------------------------------------------------
create partition efi size=100
format quick fs=fat32 label="System"
rem ---------------------------------------------------
rem Create 16 MB MSR partition (will not be formatted)
rem ---------------------------------------------------
create partition msr size=16
rem ---------------------------------------------------
rem Create & format a 200 GB Windows partition
rem ---------------------------------------------------
create partition primary size=204800
format quick fs=ntfs label="Windows"
rem ---------------------------------------------------
rem Create & format 450 MB recovery partition 
rem ---------------------------------------------------
create partition primary size=450
format quick fs=ntfs label="WinRE"
set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"
rem ---------------------------------------------------
rem Create & format a data partition with letter W
rem ---------------------------------------------------
create partition primary
format quick fs=ntfs label="Data"
assign letter W
rem ---------------------------------------------------
rem Exit Diskpart
rem ---------------------------------------------------

Note: we assigned drive W: to the data partition. Normally, this will be changed later once Windows is installed. For the moment, we want to be sure an unused letter is assigned. Otherwise, a letter collision could cause the script to fail.

As mentioned earlier, you can never be sure which drive letters are already assigned when booting from Windows install media on a UEFI / GPT system. Selecting a letter from the end of alphabet makes us pretty sure it’s free when the script runs. Otherwise, we intentionally never use letters W, Y and Z in our various Windows setups. Thus, we can be sure it’s safe to use these letters in scripts. Remember, X: is off-limits. That’s because X: is reserved for the Windows recovery console and the Windows PE Command Prompt when booting from install media or WinPE!


June 19, 2017  2:07 PM

Microsoft Office 365 services stand in the way of Google’s business push

Ramin Edmond Profile: Ramin Edmond
G Suite, Google, microsoft office 365

Google has been working to appeal more to businesses, but it may not be able to crack Microsoft’s armor.

Google has improved its G Suite enterprise apps over the past two years and in May added more IT management controls for its popular Chrome browser with the release of the Enterprise Bundle. G Suite offers cloud-based applications including Google Calendar, Gmail, Docs, Sheets, Hangouts, Meet and more. The company continues to add enterprise security and management features, such as new phishing protections earlier this year, but Microsoft Office 365 services still dominate the market.

Customers of HillSouth, a Microsoft and Google partner in Florence, S.C., for instance, have expressed no interest in moving to G Suite, founder and CEO Robby Hill said. That’s typically because IT shops already support on-premises Microsoft Office.

“Much of the [customers] who are leaving on-premises systems are going to Microsoft Office 365 since it is a like-for-like migration for most companies,” Hill said.

Microsoft is the entrenched leader in the industry when it comes to business applications, and it isn’t going to stand still, said Patrick Moorhead, president and principal analyst of Austin, Texas-based research firm, Moor Insights & Strategy. For example, the company updated its support for multifactor authentication (MFA) this year to allow Azure Active Directory to connect to other Microsoft Office 365 services — including Exchange, SharePoint and Skype for Business — that have MFA-enabled accounts.

“G Suite faces intense, unrelenting competition against Office 365,” Moorhead said.

Still, Google continues to build its business play. The new Chrome Enterprise Bundle gives IT professionals more management capabilities over users browsing the web, while also allowing employees to use legacy web applications through Chrome — something they can’t do on Microsoft’s Edge browser that’s built into Windows 10.

“This release is a sign of things to come,” said Jack Narcotta, industry analyst at Technology Business Research in Hampton, N.H. “Google has larger ambitions in the enterprise. I think there are more pieces of the Google ecosystem in the works around security and manageability, so we’ll see what the next extension is.”


June 19, 2017  12:51 PM

Exploring Win10 Clean Install Default Disk Layout

Ed Tittel Ed Tittel Profile: Ed Tittel
Disk partitioning, Windows 10, windows installer

Last week, I posted a blog here about a sequence of DISKPART and other commands users can run to manually override Win10 default disk layout when performing a clean install. Like the material that follows here, it originated from friend and collaborator, Kari the Finn. I provide editing, color commentary, and additional background. In this follow-on post, you’ll find us exploring Win10 clean install default disk layout. We’ll show how it looks, and explain why it’s sub-optimal. In a follow-on post, we’ll provide the script one can use to automate this process.

Let’s Go Exploring Win10 Clean Install Default Disk Layout

As it’s installed on any UEFI / GPT machine, Windows 10 can automatically partition the disk. In that case, Win10 creates 4 partitions: recovery, EFI, Microsoft Reserved (MSR) and Windows partitions. No user activity is needed. One simply selects the target disk, and clicks Next. Windows automatically partitions the disk (assuming it’s blank and contains a single block of unallocated space).

However, we believe this automatic partitioning for a GPT disk is a bit off. Microsoft itself recommends the recovery partition be located after the C: partition in last place. Yet the company’s own automated Windows setup places it at the head of the disk as partition 1. This appears in yellow in the following screenshot. After that, three more partitions appear:

  • the EFI system partition (green)
  • MSR partition (not shown in Windows Disk Management and screenshot because it is hidden and unallocated
  • Windows partition (blue)

Exploring Win10 Clean Install Default Disk Layout

By default, the Recovery partition appears at the head of the boot/system disk. Even MS says it should take up last position at its tail.

Upgrades Pose Problems for the Default Layout

This default disk layout poses a problem any time you upgrade the machine. With each major upgrade from Vista to Windows 10, the recovery partition has increased in size. But when the default recovery partition needs more space it can’t take space from the EFI partition. That’s why a second recovery partition gets created after the Windows partition. This new recovery partition steals the necessary space from the Windows partition, reducing the OS partition to create the room it needs.

When you later add another Windows installation for dual boot you might end up with yet another recovery partition. Even so, this doesn’t ffect Windows functionality. It’s mostly an OCD kind of issue. But as old-school geeks, we prefer doing things right from the get-go.

This why we never let Windows setup partition our GPT disks. Instead, we partitioning those disk ourselves using a DISKPART script. That script places the recovery partition where it belongs, immediately following the C: partition. It adds less than a minute to total installation time yet provides this eminently preferable disk layout:

Exploring Win10 Clean Install Default Disk Layout

A sequence of DISKPART and other commands puts things in the proper order, with Recovery at the tail end of the boot/system disk.

What Makes the Recovery Partition Special?

The Windows Recovery partition on a GPT disk has a trait unique among all Windows partition types. Unlike all other types, a Recovery partition can expand “backwards.” That is, it can take additional space from the preceding partition. All other Windows partition types can only expand “forward.” That is, they can grab free unallocated space after them (shows up to the right in Disk Management and other partitioning programs such as MiniTool Partition Wizard). In sharp contrast, if the recovery partition is placed directly following the C: partition it shrinks C: when it needs more space for itself.

Here the same disk shown in the previous screenshot after uprading that PC to the latest Windows Insider build:

Exploring Win10 Clean Install Default Disk Layout

Placed properly the Recovery partition can grow itself as needed during the upgrade process.

As you can see, instead of creating an additional partition, the recovery partition grew 58 MB. The installer grabbed the space it needed for the upgrade (allowing a roll-back to the previous build) by shrinking C: and allocating that space to itself. This affords the additional benefit of maintaining the original disk layout, without having to switch to a new recovery partition and kiss off the space reserved for the original. Good stuff!


June 16, 2017  10:51 AM

Partition UEFI/GPT HDD Using Diskpart

Ed Tittel Ed Tittel Profile: Ed Tittel
Disk partitioning, System Partition, Windows 10, Windows installation, windows installer

The most common way to set up a hard disk for Windows installation is by default. That is, users present the installer with a clean or wiped disk drive, and let the Windows Installer take things from there. While this works perfectly well, this comes with certain consequences. In this guest blog post from Kari the Finn,  he describes a series of diskpart commands one can enter while booted into the Windows Recovery Environment to do the job manually. These commands show how to partition UEFI/GPT HDD using Diskpart. For those smart or informed enough to understand that the Recovery Partition works best as the final partition on a boot/system drive, this technique lets them set things up “properly.” The rest of this post is straight from Kari himself. Here goes:

How to Partition UEFI/GPT HDD Using Diskpart

Let’s do this once manually to see how it works in this blog post. In the next post that follows this one, we’ll collect all these commands into a script so it can run in a single step.

To start, boot the target PC from your install media. Instead of selecting region and keyboard layout, press SHIFT + F10 to open Command Prompt. Type diskpart and press Enter to start Disk Partitioning Utility.

First, you need to select the correct disk (that’s Disk 0 in my case). Type the following commands one at a time, pressing Enter after each of them (three commands):

select disk 0
clean
convert gpt

OK, now let’s create partition 1, the 100 MB EFI System partition, format it using the FAT32 file system and label it as System (in two commands):

create partition efi size=100
format quick fs=fat32 label=”System”

The hidden 16 MB MSR partition comes next. It will neither be formatted nor will it get a label:

create partition msr size=16

Next comes the Windows partition, the proverbial C: drive. Because we want all available space on Disk 0 to be used for this partition, we do not use the size=XXX option at the end of the create partition command. Instead, we create this partition using all available free space, then shrink it by 450 MB, which is the recommended size for the Windows 10 WinRE (recovery) partition. We format this partition using NTFS and label it as Windows, where this partition’s type is Primary. No drive letter need be assigned: Windows setup assigns C: to this partition automatically (two commands):

create partition primary shrink minimum=450
format quick fs=ntfs label=”Windows”

Last but not least comes the recovery partition. It must be an NTFS formatted primary partition, it should have a specific label, and it requires a specific ID. Because no size=xxx option is used, it consumes all available disk space. Because of the setup for the Windows partition in the preceding step, this is 450 MB. (That’s what we took away from C: partition using the shrink minimum=450 item; three commands follow.)

create partition primary
format quick fs=ntfs label=”WinRE”
set id=”de94bba4-06d1-4d40-a16a-bfd50179d6ac”

That’s it! Now, the boot/system disk is configured just the way we like it. Type Exit to quit DISKPART, then close the Command Prompt. You are now free to continue installing Windows. When you get to disk configuration screen you will see that the boot/system drive is partitioned exactly as we wanted it:

Partition UEFI/GPT HDD Using Diskpart

The sequence of Diskpart commands shown in this post creates this disk layout captured running the Windows Installer in a VM.

In the next blog post, we’ll show how to automate this process as a script you can run during the install process. Stay tuned!


June 15, 2017  9:24 AM

What’s in store for enterprise apps

Alyssa Provazza Alyssa Provazza Profile: Alyssa Provazza
App store, Apple, Enterprise app store, Google

As consumer-focused public app stores become more secure and easier to use, they could become viable enterprise tools.

This month’s Deep Dive article explores the pros and cons of enterprise app stores. These portals let IT control which apps to make available to users, and they’re included in many mobility management products today.

But that’s not the only way to take advantage of an app store. Public app stores—including Google Play, Apple’s App Store and the Windows Store—are another option for deploying business software. Organizations can instruct users to access third-party apps from these stores; mobile apps for enterprise file-sharing services such as Box, for instance, are common for users to access in this fashion. (Read more about Box in this month’s App Spotlight.)

Organizations can also make their custom corporate apps available through public stores. This approach requires some additional steps. Developers must submit apps for beta testing and approval by the operating system manufacturer, which can take months depending on the store. Plus, there often isn’t an easy way for users to provide feedback to developers within the apps themselves. And once the app is available to users, IT must deal with the fact that it has less control over its update process. If users download apps from public app stores that aren’t IT-approved, they have little oversight into manageability and security as well.

Public app stores have made changes to alleviate some of those challenges and concerns. Apple iOS 10.3 allows developers to build automatic requests for reviews into their apps. That means organizations can get continuous, direct feedback. In addition, Apple in March added the ability for developers to respond to reviews, letting them engage even better with users.

Apple also said it would enforce an old rule that restricts developers from coding apps to be able to update outside of the App Store. Developers can no longer make configuration changes or deploy patches that bypass the App Store approval process. For its part, Google in April updated the Play Store interface to make it easier for users to find lesser-used apps and update all apps.

If IT departments don’t want to manage a private app store, there are plenty of ways to use public stores to deliver the apps users need.

This post originally appeared in the June 2017 issue of Access Magazine.


June 14, 2017  12:27 PM

Pondering Build 16215 Plus Good Backup

Ed Tittel Ed Tittel Profile: Ed Tittel
Beta Testing, Windows 10, windows installer

Late on June 8, 2017, Dona Sarkar announced Build 16215 for Windows 10 Insider Preview. It introduces a raft of improvements, changes, and new features. But alas, its gotchas made it fail completely on one of my two test machines. That PC’s customized boot environment supports AOMEI OneKey Recovery (an anecdotal source for issues). It also makes heavy use of older .NET framework 2.x and 3.x versions (a documented source of issues in the release notes). Thus, for some reason, I couldn’t upgrade my Dell Venue Pro 11 through WU. A manual upgrade failed using a 16215 ISO from Kari the Finn. Nor could it run a clean install of that ISO, either. It installed OK, but showed severe driver difficulties, runtime problems and profound .NET issues. All this found me pondering Build 16215 plus good backup as key to that PC’s continued operation.

Pondering Build 16215 Plus Good Backup

Once I realized 16215 wouldn’t work on the Dell, I promptly rolled back to Slow release pace.

How Is It I’m Pondering Build 16215 Plus Good Backup?

Good question! Before I upgrade or install any new Insider Preview build on a test machine, or do likewise for production PCs, I always make an image snapshot of the boot/system drive. That way, I can always roll back to the “before” state, if the “after” has problems or leaves me unsatisfied. I ended up booting to Kyhi’s Windows 10 Recovery Tools on the Dell, once I understood that the clean 16215 install simply wasn’t working properly. It includes a runnable version of Macrium Reflect Free, my tool of choice these days for image backup and recovery.

I used Reflect to revert to the image of the 16193 system I’d captured on the Dell on May 11. The whole process took about 11 minutes to complete. That was far less time than the 7 or so hours I’d spent trying and failing three 16215 upgrades and the clean install. I also promptly dropped down from the Fast to the Slow Insider Preview ring, to prevent WU from re-inflicting the same process on me. So, while my desktop test machine purrs along happily running 16215, the Dell is now holding at 16193. It’s waiting for MS to push a new version out to the Slow ring. At that point I’ll see how it goes, and consider pushing that PC back up to the Fast ring.

My experience does go to show, however, that a good backup (with the right tools at hand to restore it) helps keep things running. That’s true, even when new releases pose powerful or insurmountable problems.


June 12, 2017  11:00 AM

DMT Helps Manage Multiple Monitors

Ed Tittel Ed Tittel Profile: Ed Tittel

The acronym DMT stands for Dual Monitor Tools. But this freeware Windows package handily manages PCs with two or more monitors installed. It’s the brainchild of developer Gerald Evans, and available for free from Sourceforge. Once its 644 KB download is installed, DMT helps manage multiple monitors for modern Windows versions (7 and up). DMT manifests as an icon in the notification area, from which its various features and functions may be invoked.

Exactly How DMT Helps Manage Multiple Monitors

DMT Helps Manage Multiple Monitors

True to its name, the program icon for DMT is … you guessed it … two monitors, overlapping on another. When you open the general controls for DMT, you will immediately see its various features and functions on display. These include general settings and monitor controls under the “Dual Monitor Tools” heading, plus a handful of more specialized tools, including:

  • Cursor: a variety of controls on cursor movement, including degrees of freedom for movement between screens, cursor locks, jump to next screen, and so forth. By default all options are disabled, so the cursor moves freely among or across all screens.
  • Launcher: the hidden gem of DMT, this tool lets users establish the position on a specific screen where applications appear when launched. It’s sophisticated enough to permits users to establish up to four screen/position combinations for any given app.

DMT Helps Manage Multiple Monitors

DMT uses Magic Words to identify specific actions, including app launch or control settings, and hotkeys to apply them.

  • Snap A tool to make snapshots of primary screens and active windows. Snap also manages where and how snapshots appear.
  • Swap Screen: Allows DMT to manage and position active windows. Also labels and identifies user-defined areas on screen, and control other open windows as well (minimize all, rotate screen order, show desktop, etc.).
  • Wallpaper Changer: Provides multi-monitor sensitive wallpaper controls, including image sources, selection and management, image fit controls, background colors, and more.

The Big Benefit When DMT Helps Manage Multiple Monitors

Although Windows has been able to accommodate dual (or multiple) monitors back to XP, its abilities to manage them precisely have always been iffy. DMT’s biggest boon comes from its Launcher utility, which lets users decide upon which monitor (and where) an application appears when launched. Windows always uses on of two methods itself. First, it launches applications on the primary monitor when launched for the first time. Second, it remembers where applications were positioned the last time they were launched (if run before) and launches them there. That’s it. DMT Launcher lets users create hotkeys and “Magic Words” instead. Users identify apps using magic words, then provide hotkeys to indicate a screen choice/screen position combination where the app should open itself. Good stuff!


Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to: