Issues Updating from 1703 to 1709

...snip...

Just a refresher about my setup. Win10 Pro is on a 250GB SSD.  All data is on a HDD mounted in the Optical slot of my Laptop. The HDD holds all my Data Files, my Downloads and Temp files and the nominated location for Windows Virtual Memory,  all of which are on separate partitions plus a  Win 10 Pro 1703 Partition.  I have relocated the usual File Explorer links to the appropriate HDD file location (F:\ My Docs, Videos, etc and T:\ Temp plus S:\ Virtual Memory) which allows me to Dual Boot when I need to do so such as during the 1703 to 1709 problem I had.  I have used this type of setup since the start of Win XP with PCs and Laptops without problems for 16 plus years.

...snip...

(1) I've read one should let Windows keep its various Temp folders where it will. I would undo what you did with that. Especially, you don'twant separate installations using the same ones. But even just one installation should let them be.

(2) I guess I filled in the blanks incorrectly on what you wrote previously. Somehow I thought both installations ended up on the HDD. I thought you removed the SSD to put the DVD into its a slot. Then, you booted to the DVD through UEFI/BIOS, opened unallocated space on the HDD, & installed v.1709 to it. That would have established a true dual-boot situation.

(a) If the SSD has v.1703 & was removed while v.1709 was installed to the HDD, you might be able to boot to each by fiddling with UEFI/BIOS before each boot - but you aren't getting the Windows boot selection screen - are you? How many items show up at in MSConfig (ask Cortana) at the Boot tab...?...

(b) I want to know whether the HDD is Disk 0 or Disk 1. I've seen some complain that Windows Update won't work for disks that aren't Disk 0, (though it shouldn't be). Open an administrator PowerShell or Command Prompt, and enter each of the following. Then, use the Snipping Tool (ask Cortana) & the Insert Image icon above your post to post it.

DiskPart

List Disk

Sel Disk 0

List Part

Sel Disk 1

List Part

List Vol

Exit

On page 6 (Feb 5), you said...

" I have opened a new partition on the HDD and installed 1709 onto that with nil problems using the latest 1709 .iso on DVD from startup for that purpose.  For some reason my SSD, located in what was the optical drive bay, continued to be recognised as USB upon boot so I was unable to use a usb memory card for that purpose ( yes, I had to remove the SSD to allow me to remount the DVD player and reboot twice to get the fact recognised).   I would have preferred to have loaded the 1709 version to the SSD but when I put the SSD into the laptop HDD slot I had startup problem as the drive was not recognized."

On page 7 (Feb 6), you said...

"No problem with the SSD as it was not mounted, sorry you have lost track but I was trying to install 1709 on the HDD with the DVD player in the slot I now use for the HDD.  The addition of the SSD has only been since, NOT DURING and fits in the DVD slot of my LAPTOP

MY LAPTOP NOW HAS 1709 LOADED AS CLEAN INSTALL, NO USB DEVICES AND DRIVERS RELATING AND NO SSD!"

=== I think you meant "the slot I now use for the SSD".

On page 7 (Feb 13), you wrote...

"I do not see the link.  New partition by opening space from existing partitions, clean install from DVD.   Maybe I am just thick but nil partition content plus DVD content cannot generate 48GB of old file, unless the installation dug up old deleted files from a prior use of that section of the HDD.  WHY WOULD WINDOWS DO THAT WHEN "KEEP NOTHING" WAS SELECTED for a partition containing nothing.  Yes I have got rid of the lot and I did not bother to see the content, it just was very odd."

=== I'm still puzzled with that. Did you actually have a Windows.old folder, or just a $Windows.~BT &/or a $Windows.~WS...?...

https://www.howtogeek.com/268667/what-is-the-windows.bt-folder-and-can-you-delete-it/

What Is the $Windows.~BT folder & Can You Delete It?

I believe you mentioned another Update soon, did you mean this month?

That was PCR's point.  Another upgrade will be possible shortly.  E.g. a new major version which has been in preview will be released to the public.  A related idea with what you have would be trying to obtain and use the Media Creation Tool for the version you have to get an ISO that you could use for an ISO upgrade repair procedure. 

BTW I may as well add (speculatively) one possible explanation of your errors (e.g. as shown by the UpdateAgentLCU detail) would be that you are having trouble with the servicing stack level.  Maybe that's why they aren't showing up as normal packaging problems.  In fact, saying this has just given me another idea for something to check...

OMG.  This is what you are trying to install.  I dumbly thought it was another cumulative update.

https://support.microsoft.com/en-us/help/4090914/servicing-stack-update-for-windows-10-version-1709-march-5-2018

I wonder how we are supposed to diagnose problems with this kind of update?

See if you can get a list of the updates that you have using this PowerShell pipeline.  Status is blank for me but I don't know if it would ever show anything useful.

get-hotfix | Sort InstalledOn | Select HotFixID, Status, InstalledOn

Curiously using the Sort changed the order for me.  I wasn't expecting that and that's why I am suggesting that it be listed this way.  Unfortunately the timestamp is always zero so we don't get the most accurate sort if you happen to have a bunch of updates done on the same day but it does help clarify how updates done on different days may relate.

And here is a list of what you may have for those.   Note that you can check your current build level using winver.exe.

https://support.microsoft.com/en-ca/help/4088776

HTH

Robert

Hi RA,

       Sorry Robert but I have had a really bad day and seem to have trouble taking in what you have said. 

SetupAPI.Dev.log; contains no failures and only one notation for the problem period:-  [Delete Device - SWD\PRINTENUM{910EC9C1-5874-4838-9BB9-96FB6D4C8E83}]

>>>  Section start 2018/03/15 01:21:39.354

cmd: C:\Windows\System32\spoolsv.exe

!    dvi: Access denied from Query and Remove

<<<  Section end 2018/03/15 01:21:39.384

<<<  [Exit status: SUCCESS]

I have removed Malwarebytes & SAS. 

I have removed odd unwanted software which failed to provide what I wanted

I have disconnected all attached network storage and all usb except Wacom

Update trouble shooter wants to install waiting repeat before anything else.

I am about to do a Clean Boot and then start the Update, on second thoughts maybe better tonight after a decent night's sleep.

I have not had time to DISM but SFC came up clean.

My search on UTCCatureV1 found a few references, one was to PST files (Outlook 2010 .pst files I have relocated in My Docs as I have done for 7 years) and another to a possible software conflict.  Maybe it is about time that the Log became more specific about failure events/causes

I believe you mentioned another Update soon, did you mean this month?

Just a refresher about my setup. Win10 Pro is on a 250GB SSD.  All data is on a HDD mounted in the Optical slot of my Laptop. The HDD holds all my Data Files, my Downloads and Temp files and the nominated location for Windows Virtual Memory,  all of which are on separate partitions plus a  Win 10 Pro 1703 Partition.  I have relocated the usual File Explorer links to the appropriate HDD file location (F:\ My Docs, Videos, etc and T:\ Temp plus S:\ Virtual Memory) which allows me to Dual Boot when I need to do so such as during the 1703 to 1709 problem I had.  I have used this type of setup since the start of Win XP with PCs and Laptops without problems for 16 plus years.

Will re read your post before proceeding tonight when I will hopefully be less tired.

There are 10 pages of entries:-

FWIW here is a summary of them.  There appears to be a pattern but I don't know what it would imply

15/03/2018 21:07 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 21:07 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 21:07 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 18:10 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 18:10 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 18:10 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 01:45 Event Name: CbsPackageServicingFailure2

15/03/2018 01:45 Event Name: WindowsUpdateFailure3

15/03/2018 01:45 Event Name: WindowsUpdateFailure3

15/03/2018 01:45 Event Name: WindowsUpdateFailure3

15/03/2018 01:45 Event Name: CbsPackageServicingFailure2

15/03/2018 01:45 Event Name: CbsPackageServicingFailure2

15/03/2018 01:34 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 01:34 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 01:34 Event Name: WindowsNonFatalSuspectedDeadlock

15/03/2018 01:00 Event Name: UTCCaptureV1

15/03/2018 01:00 Event Name: UTCCaptureV1

15/03/2018 00:13 Event Name: CbsPackageServicingFailure2

15/03/2018 00:13 Event Name: WindowsUpdateFailure3

15/03/2018 00:13 Event Name: WindowsUpdateFailure3

15/03/2018 00:13 Event Name: WindowsUpdateFailure3

15/03/2018 00:13 Event Name: CbsPackageServicingFailure2

15/03/2018 00:13 Event Name: CbsPackageServicingFailure2

The most common problem may or may not be related.  It doesn't seem to be concurrent enough but who knows.  You could eliminate it by temporarily disabling or uninstalling  Geolocation.   I don't know what that UTCCaptureV1 thing is either.

Otherwise the pattern I'm seeing is two sets of 

1. two CbsPackageServicingFailure2
2. three WindowsUpdateFailure3
3. then 1 more CbsPackageServicingFailure2

They each have different numbers of attachments but the last one has the most which I imagine will be a collection from all the others.  Notice that the order is reverse chronological so the top entry of each set is actually the last in the set and that is where I this final collection of attachments is.  So here is that whole thing.  Note the final path where you might find that collection.

15/03/2018 01:45              Windows Error Reporting             Fault bucket 2244041626960407138, type 5

Event Name: CbsPackageServicingFailure2

Response: Not available

Cab Id: 0

Problem signature:

P1: 10.0.16299.245

P2: Package_for_KB4090914

P3: 16299.251.1.0

P4: amd64

P5: unknown

P6: 800f081f

P7: Stage

P8: Resolved

P9: Staged

P10: UpdateAgentLCU

Attached files:

\?\C:\Windows\Logs\CBS\CBS.log

\?\C:\Windows\Logs\CBS\CbsPersist_20180315014226.log

\?\C:\Windows\Logs\CBS\CbsPersist_20180315003519.log

\?\C:\Windows\Logs\CBS\CbsPersist_20180315000913.log

\?\C:\Windows\servicing\Sessions\Sessions.xml

\?\C:\Windows\inf\setupapi.dev.log

\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER26EA.tmp.WERInternalMetadata.xml

\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2719.tmp.csv

\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2739.tmp.txt

These files may be available here:

C:\ProgramData\Microsoft\Windows\WER\ReportArchive\Critical_10.0.16299.245_27ca48506c53f5b9f3d39cf383ba8db3d8c6a57_00000000_02452e3d

I don't think we have found the right stuff yet to know what is causing the failures.  Seeing  SetupAPI.Dev.log  in the collection though reminds me that sometimes there are enough clues in there about devices to try disabling or removing which do allow the update to proceed.  I don't think that your error code is normally seen in those cases but who knows.  My tack is usually changing things so the diagnostics change so I know that they are not significant to the unknown problem.

HTH

Robert

If you mean you no longer wish to be subscribed to this thread, scroll up to the top post. That's the one blueice_haller started the thread with. It's at the top of every page of this thread. Then, click the 3 dots (...) beneath his post, & select "Unsubscribe"...