Failure configuring Windows update KB2685811

Anonymous
2012-11-16T15:17:43+00:00

On Windows 7 pro x64 with SP1, I've been getting this message when rebooting after installing KB2685811 ("Update for Kernel-Mode Driver Framework version 1.11 for Windows 7 for x64-based Systems"): "Failure configuring Windows update". All updates from last Tuesday (13/Nov/2012) were installed correctly, only this one fails.

I tried...

Rebooting, F8 and then using repair. It detected no errors.

Installing the patch with the antivirus (Avira free) disabled, which changed nothing.

Downloading the update manually and installing it. Made no difference.

Installing KB947821, found here: https://www.microsoft.com/en-us/download/details.aspx?id=20858

I then found a file I had downloaded yesterday (can't remember where from) called windowsupdate.diagcab

I ran it and it detected 2 errors:

[a] Potential Windows update database error detected (0x80070002)

[b] Problem with Background Intelligent Transfer Service (BITS)

I eventually solved [a] and [b] with MicrosoftFixit50202.msi, but not the original problem. I still get the "Failure configuring Windows update" message after rebooting, once the installation reaches 61%.

There were a couple of other things I did, but I can't remember exactly what they were...

Any help is appreciated.

Windows for home | Previous Windows versions | Windows update

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2012-11-16T23:55:33+00:00

I had the same problem and found a solution.

For this update, TEMP file location should be set to default  C:.

I  changed Temp file location from RAM disk to C:\ for this update and it worked.  Thereafter I changed the Temp file location back to RAM disk.

Was this answer helpful?

10+ people found this answer helpful.
0 comments No comments

102 additional answers

Sort by: Most helpful
  1. Anonymous
    2012-11-30T19:24:12+00:00

    Tried on a clean win7 machine, install Radeon Ramdisk, unfortunately it does not reproduce the problem. KB2685811 installs just fine.

    If anybody out there *recently* fixed the problem with Ramdisk installed, could you please send me your cbs.log file? By "recent" I mean the first line of cbs.log is earlier than the last failed try of installing KB2685811.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2012-11-30T03:19:17+00:00

    Bill's cbs.log shows that updating wdf01000.sys failed with "sharing violation", which typically means anti-virus program plays a role here.

      Status = STATUS_SHARING_VIOLATION, Operation = HardLinkFile, DiagString = [l:342{171}]"\SystemRoot\WinSxS\x86_microsoft-windows-wdf-kernellibrary_31bf3856ad364e35_6.1.7600.17013_none_767300c37f08da42\Wdf01000.sys, ??\C:\Windows\System32\drivers\Wdf01000.sys"

    Bill confirms that his AVG 2013 did report a virus issue with wdf01000.sys recently. He is going to clean that up first.

    Note: wdf01000.sys is indeed part of KB2685811.

    Thanks for the help Wei

    Using a CD booted utility I found that the virus (Trojan) still existed in wdf01000.sys but somehow masked from a normal boot virus scan.   I managed to replace wdf01000.sys with a clean version (the new version in fact from another PC) and the update worked.  Hopefully the process cleaned up any errors that may have occurred due to not replacing with the original version.  Now to try SP1 to see if it now works?

    Thanks again for being a great help.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2012-11-28T18:34:41+00:00

    Having said that, the other updates installed without problem. It was only the KB2685811 that failed.

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2012-11-28T18:32:30+00:00

    It's AMD's Radeon Ramdisk.

    But I believe the problem is simple: I had to set it to not save a disk image on shutdown and reload it at startup (I had to due to a bug\problem\whatever). So, everytime it starts, it's empty. That's why I needed to use a standard hdd. Probably it didn't even needed to be the Windows partition; I didn't try, but I suspect any would do, as long as the content of the Temp folder wasn't deleted before the update was over.

    Was this answer helpful?

    0 comments No comments