SOLUTION: Black screen on boot with mouse cursor, Windows 10 Fall Creators Update [Build 1709]

Recently, I’ve seen more and more machines (still a small amount, but an increasing number seemingly) with a problem upon boot following some recent updates to the Windows 10 Build 1709 subsystem.  Specifically, these machines hang on boot at a black screen following the Welcome/login screen with only the mouse cursor present for anywhere from a few to several minutes.  Task Manager can be invoked and CTRL+ALT+DEL still works, but the machine will not operate normally with the usual Windows shell interface (explorer.exe GUI etc.) until the process sees itself through to fruition.  This happens at each and every boot.

Microsoft has indeed acknowledged this issue, blaming it on some rogue registry keys supposedly put in place by some OEMs which are incompatible with the latest builds of Windows 10.  However, I’ve come to doubt that explanation, as the fix they provide in the relevant KB article has not yet once worked on any of my clients’ machines, and another, more foolproof fix has instead corrected the problem.

This is the service which causes all of these headaches.

This is the service which causes all of these headaches.

A while back, people discovered that the singular service responsible for this behavior is the App Readiness service, which prepares user data the first time a user logs on following the installation or update of a Windows Store app.  Disabling this service does correct the problem.  If you experience this exact behavior, I have what is likely a permanent fix for you however, and best of all, it’s easy.


First, determine if this particular problem applies to your machine. Lots of things can lead to hangs during the boot process, so before you proceed further, it’s a good idea to ensure that the App Readiness hang is actually what is afflicting you:

  1. Boot the machine normally.
  2. During the hang at the black screen, press CTRL+SHIFT+ESC to bring up Task Manager.
  3. Choose File > Run New Task.
  4. Type msconfig and press ENTER.
  5. Click the Services tab, uncheck App Readiness, and click OK.
  6. Either wait out the rest of the boot procedure and then reboot your PC, or force a reboot by returning to Task Manger and running this task: shutdown -r -t 0
  7. Upon reboot, if the problem disappears, this is indeed your issue.
  8. If the problem is solved, next reverse the procedure by rerunning msconfig and rechecking the box next to App Readiness.  Reboot again and allow the slow boot procedure to complete.

The reason you need to reenable App Readiness is that without it, the next steps will fail.

You can also disable the service via the standard services.msc snap-in interface if you prefer that.

You can also disable the service via the standard services.msc snap-in interface if you prefer that.

Once the diagnosis is complete, the next step is easy.

  1. Obtain Windows 10 Fall Creators Update (Build 1709) or later installation media directly from Microsoft’s software download website (update May 2018: the latest build is now 1803, the April Update). Try using the “Download Tool Now” button method and creating an installation DVD first, as this procedure is more likely to succeed.
  2. Once you have created the DVD, run the setup process from the DVD and choose to upgrade Windows while retaining all apps and user data.  This process is called an in-place upgrade as has been available for many years now within Windows (barring a short hiatus).
    1. If a DVD drive is not available, you can simply mount the resulting ISO file and install it from the virtually mounted ISO.
    2. If both of these methods fail, you can try using the Windows 10 Update Assistant tool from that same webpage instead.
  3. See the installation through to completion.
  4. Once finished, reboot and see if the problem is fixed.  It should be!

I hope this helps restore sanity to someone’s computing life.

SOLUTION: Windows Update cannot currently check for updates, because the service is not running.

A common problem following the replacement of a hard drive (or other low-level storage-related change, such as a storage driver or interface change) is a broken Windows Update.  I’ve been seeing this more and more frequently, in fact, on Windows 7 machines after performing drive recoveries and installing a new drive.

The exact message is:

Windows Update cannot currently check for updates, because the service is not running.  You may need to restart your computer.

While lots of solutions are offered across the internet for this problem, ultimately, it’s actually relatively simple: the storage driver is frequently to blame.  Specifically, the Intel storage driver (generally iaStor.sys), which comes as a part of the Intel Matrix Storage Manager package (renamed to Intel Rapid Storage Technology on later versions of Windows).

It’s been documented in other places as well that this is in fact the root of the problem.

Problem is, there are different versions of the Intel Matrix Storage Manager for each manufacturer — so it isn’t always possible to simply download the latest version directly from Intel and install it.

The HP version of that driver is listed above, and it will indeed work for many systems in question.  For other manufacturers, it’s best to search for the driver manually and download it directly from the PC manufacturer’s web site.  You can use search terms such as:

intel rapid storage technology driver ich10r site:dell.com vista 32-bit

To locate a suitable version for your particular situation.

If this still does not correct your issue, you may need to follow up the driver upgrade with a reset of the Windows Update repository:

  1. Open an elevated Command Prompt (Run as Administrator).
  2. Type the following commands (pressing ENTER after each one):
    1. net stop wuauserv
    2. net stop bits
  3. Open a Windows Explorer window and navigate to %WINDIR% (e.g., normally C:\Windows).
  4. Rename SoftwareDistribution to SoftwareDistribution.old.
  5. Return to the elevated Command Prompt and type these commands:
    1. net start wuauserv
    2. net start bits

This procedure has corrected the problem on all of the PCs where I’ve encountered it thus far.