4

Summarize

As suggestions for attempts to solve the problem grew, I will start with a summary of what didn't work to make it easier to read the original article below:

  1. That's my current hardware specifiations
  2. Windows boot screen stays more than 1 minute to then display the login screen
  3. Initially, I had just one Windows 10 x64 installation, then I installed a new Win10 on dual boot to compare
  4. After the new win10 dual boot installation, the boot time was reduced to 8 seconds (in this case the default win10 was automatically set to the new installation)
  5. But changing to default win10 startup to the old win10, the time came back to 1 minute
  6. Both win10 are with Fast Startup OFF
  7. Safe boot doesn't change the boot time
  8. The red led in front of the desktop (disk I/O) is completely OFF until the login screen is reached (so, no disk I/O during 1 minute)
  9. The drivers for BIOS, RAID, Motherboard are the same for both win10 installations, so it's not a hardware or driver problem.


Original Question:

For some reason, a few weeks ago, my Windows 10 is taking over 1 minute to boot. That is, more than 1 minute just in that initial black window with the Windows 10 logo and the little dots circling:

enter image description here

... aside from the time remaining when already logged in ...

And my Windows 10 is on an SSD!

Would anyone know to tell me any program that allows me to audit which process is causing this delay in the boot? I want to find out the villain ...


Edit

Following the suggestion in the comments (https://superuser.com/a/1205327/905372), I got the analysis:

enter image description here enter image description here enter image description here

But I can't understand what's the problem.

I also uploaded the result files here.

Could anyone help me with this issue?


Edit 2

Just to confirm, I made another Windows 10 installation in a new partition on my SSD, using dual boot. For the new Windows 10 installation, the startup is IMMEDIATE. For the old Windows 10 installation, the startup is STILL MORE THAN 1 MINUTE.

So, once for all, IT'S NOT A HARDWARE PROBLEM!


Edit 3

After installing the new Win10 partition, Windows created a dual boot (and set the new Win10 as the default system).

In this case, the boot takes 8 seconds to reach the dual boot screen.

But changing the default startup system to the OLD Win10 (as described here), strangely, the boot back to take more than one minute to reach the dual boot screen.

enter image description here

So the problem may be something before Windows itself.


Edit 4

As explained in this comment, Fast Startup is not influencing in this case.


Edit 5

One thing I have not commented on before is that during this minute of waiting, the red LED on the front of my desktop, which accuses disk access, is completely off. That is, there is no disk access for 1 minute.

It is as if the boot is waiting for some signal and only after 1 minute does it "release" itself to start the boot itself...

Rogério Dec
  • 485
  • 3
  • 8
  • 19
  • Possible duplicate of [Newish Windows 10 installation taking ~ 20 minutes in the pre session init phase](https://superuser.com/questions/1205024/newish-windows-10-installation-taking-20-minutes-in-the-pre-session-init-phase) – Moab Aug 09 '19 at 02:12
  • the data show most time is spend on desktop after boot, but in PreSessionInt I see that the Asmedia 106x SATA Controller takes 4s to start.0,7s delay happens when starting the WD drives. So connect the drives to native sata port no, 3rd party controller sata ports – magicandre1981 Aug 09 '19 at 14:21
  • Thanks, but I don't think it's due to physical connections, once the current hardware setup is the same many months ago, but this slowness started weeks ago. Could it be some piece of software? – Rogério Dec Aug 09 '19 at 14:36
  • simply try it. I also see a high CPU usage of kernel because of the Intel storage driver iaStorA.sys in version "15.9.0.1015" which is old. try a newer driver. Also which ssd do you use? I see a Intel RAID device, so is this SSD using RAID0? – magicandre1981 Aug 10 '19 at 10:39
  • I have 2 Samsung SSD 850 EVO 250GB in Raid 0, which it achieves almost 1 Gb/s in the read test of CrystalDiskMark 6.0.2 x64. You can see my complete hardware configuration here: http://rogeriodec.com.br/hwinfo.HTM As I said before, the hardware configuration is the same, even before this slowness starts to appear... – Rogério Dec Aug 10 '19 at 14:35
  • it makes no sense to have SSDs in RAID0. only use one SSD and move the WD drives to intel sata ports and update the intel stata driver – magicandre1981 Aug 10 '19 at 21:45
  • Why no sense? I get 2x the reading speed and I get just one drive. – Rogério Dec Aug 10 '19 at 22:13
  • I made another Windows 10 installation in a new partition on my SSD, using dual boot. For the new Windows 10 installation, the startup is IMMEDIATE. For the old Windows 10 installation, the startup is STILL MORE THAN 1 MINUTE. So, once for all, IT'S NOT A HARDWARE PROBLEM! – Rogério Dec Aug 10 '19 at 23:58
  • compare traces of both installs to get a hint – magicandre1981 Aug 11 '19 at 16:33
  • I inserted an "Edit 3" in the original post, where I describe boot time differences by changing the default system on dual boot. – Rogério Dec Aug 12 '19 at 12:58
  • Perhaps a problem with [Fast Startup](https://www.tenforums.com/tutorials/4189-turn-off-fast-startup-windows-10-a.html). Check that it's On for the old Windows. If it was On, turn it Off, cold boot, turn it On, cold boot again. – harrymc Aug 12 '19 at 19:48
  • Thanks, but didn't work. Fast Startup was already off, as hibernate file too. But I turned on hibernate file (`powercfg /hibernate on`) and then the Fast Startup. I did a cold boot and Fast Startup worked perfectly, doing the boot in a few seconds. But after disabling Fast Startup (and another cold boot), the slowness came back... – Rogério Dec Aug 12 '19 at 20:50
  • So I understand that with Fast Startup there is no problem. Is Fast Startup perhaps on for the new Windows which boots rapidly, and if so what happens if you turn it off? Another try is to do Safe boot of the old Windows. – harrymc Aug 13 '19 at 06:24
  • @harrymc, thanks, I did your two suggestions, but the problem persists. So both win10 installations are with Fast Startup OFF and even Safe Boot takes more than 1 minute. – Rogério Dec Aug 13 '19 at 12:28
  • Could you add the SMART data of the disk. – harrymc Aug 13 '19 at 13:07
  • @harrymc it's on http://rogeriodec.com.br/hwinfo.HTM. Search for "S.M.A.R.T" – Rogério Dec Aug 13 '19 at 13:31
  • avoid all hassle and use hibernation all time. Only reboot after Windows 10 installed an update. – magicandre1981 Aug 13 '19 at 14:33
  • @magicandre1981 I didn't get it – Rogério Dec Aug 13 '19 at 15:50
  • instead of clicking on shutdown, click on hibernation in startmenu. I also do this all time and only reboot when Windows update installs updates like today after patchday. – magicandre1981 Aug 14 '19 at 05:10
  • @magicandre1981 In my case, I have to restart Win10 many times due using Aster software (https://www.ibik.ru/), so restart will not use the hibernation or Fast Startup options. – Rogério Dec Aug 14 '19 at 17:33
  • Just out of curiosity, for those who tried to help in this task, yesterday I installed the last automatic Windows update (KB4512508, KB4508433, and KB2504637) and after this, the slow boot was corrected and the complete boot times were reduced to some seconds again... – Rogério Dec Sep 04 '19 at 17:07

4 Answers4

1

I can't comment, all I can see with the performance log you uploaded is:

<serviceTransition name="XTU3SERVICE" endedAt="-1" firstCheckpointedAt="140581" startedAt="140149" container="unknown" processingTimeDelta="9223371896274" firstCheckpointTimeDelta="432" totalTransitionTimeDelta="9223371896706" transition="start" group="Null"/>

<diskIO totalTime="29205" totalOps="86157" totalBytes="9415775232" medBytesPerWrite="4096" avgBytesPerWrite="654094" writeTime="6857" writeOps="7926" writeBytes="5184355328" medBytesPerRead="4096" avgBytesPerRead="54088" readTime="22348" readOps="78231" readBytes="4231419904">

<serviceTransition name="IObitUnSvr" endedAt="17965" firstCheckpointedAt="17950" startedAt="16582" container="IUService.exe (3852)" processingTimeDelta="16" firstCheckpointTimeDelta="1368" totalTransitionTimeDelta="1384" transition="start" group="Null"/>

<pnpObject type="Device" endTime="4625" startTime="596" name="PCI\VEN_1B21+DEV_0612+SUBSYS_06121849+REV_02\4+23b6d2a4+0+00E3" duration="4029" friendlyName="" description="Asmedia 106x SATA Controller" prePendTime="4029" activity="Enum"/>

Other than this, during boot and reading of BCD seems like there's a 4 GB file being read.

All I can see from this is multiple factors are affecting your boot up speed.

ddemuro
  • 31
  • 2
  • Thanks, but it's not clear for me: what's the problem and how to solve it? – Rogério Dec Aug 13 '19 at 13:31
  • Find the application called Intel® Extreme Tuning Utility and try deleting it. Another tool you can try removing see if it improves is IOBit. Another thing that will delay your boot but should only do so before the machine boots up is your extra SATA3 port card. – ddemuro Aug 13 '19 at 18:02
  • Thanks, I've uninstalled Intel® Extreme Tuning and Iobit. No difference no boot speed. About SATA3, please read the new "Summarize, item 9 on the original question. – Rogério Dec Aug 13 '19 at 20:24
0

Going through the comments I think I know what the problem is.

Fast Startup, which effectively is Suspend to RAM, with hibernate as backup if RAM content is lost is in use. It looks like each time you boot the system recovers from the hibernate file in stead of the RAM, so it needs to read (and decompress) the hibernate file back into memory.
(Why it does that I don't know. Could be bios settings, could be motherboard not compatible with suspend-2-RAM. Could be some hardware (e.g. video-card) not compatible with it.)

You are using for your system drive an Intel based software raid of 2 SSD drives.
But you are on old drivers for the Intel raid and probably for the motherboard chipset itself as well. Your Bios could be fairly old as well and also be a factor.

I have seen issues before where older Intel drivers combined with a recent Windows 10 build caused bad reading performance in the early phases of the boot-process. And that seems to be exactly your problem.

I would recommend a full refresh of all drivers. Bios, motherboard and Intel RAID. For the latter 2 go for the drivers provided by Intel. Many motherboard manufacturers have really outdated drivers for these on their web-site. The Intel supplied ones are usually a lot newer.
It won't hurt to make sure all other drives (and Bios of the video-card if possible) are up to date as well.

Tonny
  • 29,601
  • 7
  • 52
  • 84
  • Thanks, but if you read the "Edit 2" in the original question, you'll see that boot speed is ok for the new Win10 installation on dual boot. So, the drivers for Bios, motherboard and Intel RAID are the same to both Win10 installation, even so, the problem persists. – Rogério Dec Aug 13 '19 at 12:26
  • Tonny's first point isn't knocked out by your Edit 2. It's possible your new Win10 installation has fast startup turned off, and so doesn't need to read hiberfile. Boot the slow Win10, and turn off fast startup and hybrid startup, see if it goes back to the speed it should be. Also as for drivers, those aren't shared between OSs, they aren't firmware. While I doubt drivers are the cause, there could be driver differences between your two Win10 installs. – udlp Aug 15 '19 at 16:49
0

I noticed that CompatTelRunner.exe is one of the biggest CPU eaters in the boot trace log. This is the Windows 10 telemetry which is usually harmless, but may sometimes become bothersome.

I suggest to turn off all options in Settings > Privacy > Diagnostics & feedback. You cannot completely turn off "Diagnostic data", but you may at least set it to "Basic".

It also seems that turning on Fast Startup fixes the problem, so you might consider using it, rather than continuing further with the below methods in this answer.

If that's not enough, here are some articles that list various methods, ordered below from least dangerous to more forceful. I suggest at least creating, before starting, a System Restore point as backup. The articles below may overlap on some methods. Where they suggest deleting anything, I would rather counsel renaming instead, so all the methods are kept as reversible as possible.

Totally disabling telemetry may cause some problems with Windows Update. You will have to stay on the lookout for harmful effects.

If no method suggested by myself or others does fix the problem, and as the new Windows 10 installation does not show this problem, you might reinstall Windows 10 as a solution.

harrymc
  • 455,459
  • 31
  • 526
  • 924
  • Thanks, I did all your steps, but nothing has changed. I would not want to reinstall Windows 10 because it takes WEEKS until all programs are reinstalled and reconfigured correctly, and a lot is lost. – Rogério Dec Aug 13 '19 at 20:41
  • Did you try another user profile? – harrymc Aug 13 '19 at 20:56
  • This has nothing to do with user profile, because, as I mentioned in the original post, the slowness occurs BEFORE even the dual boot screen appears to choose which windows I want to use. – Rogério Dec Aug 13 '19 at 21:13
  • For a weird problem like that you should try everything possible. Another heavy disk user is Windows Defender - try to [disable it](https://www.windowscentral.com/how-permanently-disable-windows-defender-windows-10#page1) (3 methods) for now. Do you see interesting messages in the Event Viewer? If all else fails you might try [sfc /scannow](https://www.tenforums.com/tutorials/2895-run-sfc-command-windows-10-a.html) and even [Startup Repair](https://www.tenforums.com/tutorials/27649-run-startup-repair-windows-10-a.html). – harrymc Aug 14 '19 at 08:42
  • Ok, all done (even these options are affected after login and the problem is before login). Nothing changed. – Rogério Dec Aug 14 '19 at 18:37
  • Do you still have a System Restore point from before the problem started and is rolling back to it an option? Turning on Fast Startup is not an option? – harrymc Aug 14 '19 at 19:12
  • That's ok Harry, I'm giving up, I see that the only solution is to reformat everything, recreate a partition and install everything again from scratch... – Rogério Dec Aug 14 '19 at 19:52
  • The worst scenario is doing the re-installation and finding out that nothing has changed. I would in your place do anything possible to avoid it. I haven't understood why you are not turning on Fast Startup. – harrymc Aug 14 '19 at 20:11
  • It's exactly what I'm trying to avoid. I rarely turn off completely my PC, because I almost always put it to sleep. But frequently I have to restart windows many times due using Aster software (ibik.ru), so restart will not use the hibernation or Fast Startup options. – Rogério Dec Aug 14 '19 at 21:13
  • I have used in the past (Windows 7) verbose boot messages to locate a system driver that caused a very slow startup. The options still seem to be there, although I never tried it on Windows 10. Try setting all the options described in the article [Use Verbose Boot Messages to Troubleshoot Windows Startup Problems](https://www.howtogeek.com/howto/32477/use-verbose-boot-messages-to-troubleshoot-windows-startup-problems/). If you manage to see each driver as it loads in "Loading Windows Files", watch for an entry stuck on the screen for many seconds. – harrymc Aug 15 '19 at 06:42
  • Unfortunately, the verbose boot doesn't show anything on screen to detect where windows 10 is taking more time to load some driver, just create a log file, but there is no time information there. Even so, it still seems that this log file is generated AFTER the dual boot screen (where I choose what OS to use). Before this, I still have that Windows logo and the turning circle, with more than 1 minute with absolutely nothing happening (nor the HDD led is blinking). In short, I think everything is focused on the "pre-boot" stage, where unfortunately I can't obtain any information... – Rogério Dec Aug 15 '19 at 13:47
  • Did you do the registry update at the end of the article? When the circle is turning, Windows is basically loading the kernel and drivers. If you can't get "Loading Windows Files", to show, at least post the file `ntbtlog.txt`, might be the last hope of finding anything. You don't happen to have a System Restore point from before this started? – harrymc Aug 15 '19 at 14:27
  • I created a registry key as described here https://superuser.com/questions/1006850/how-to-boot-in-verbose-boot-for-windows-10. But it only shows some additional information to that "Restarting Windows" message. Nothing on the startup time. I analyzed `ntbtlog.txt` with many tests but no special case was found and I still insist that those drivers on the log have to do with the "post-boot" time... Also I don't have a System Restore to that time before the problem. Thanks for all your tips! – Rogério Dec Aug 15 '19 at 15:00
  • Microsoft has then destroyed that useful method. As said in my answer, if no method helps, then reinstall is the last solution. I think you are now in that situation. – harrymc Aug 15 '19 at 15:07
  • Although the problem was not solved, I feel you deserve the bounty, due to all your attention and willingness. Thanks! – Rogério Dec Aug 19 '19 at 00:19
0

Yesterday I installed the last automatic Windows update (KB4512508, KB4508433, and KB2504637) and after this, the slow boot was corrected and the complete boot times were reduced to some seconds again...

Rogério Dec
  • 485
  • 3
  • 8
  • 19