Ошибка:
[HRESULT = 0x80070011 - ERROR_NOT_SAME_DEVICE]

Нужно вернуть следующие папки на диск с windows:
%COMMONPROGRAMFILES%\System\
%COMMONPROGRAMFILES(x86)%\System\

Ссылки:
Про переменные смотреть тут: http://en.wikipedia.org/wiki/Environment_variable
По обновлению: http://support.microsoft.com/kb/2419640

Про причину ошибки можно прочитать тут: windowsupdate-error-80070011.xhtml

В Windows операционных системах, базирующихся на MS Windows Vista (7, 2008, 2008 R2) появился новый алгоритм обновления. Не буду глубоко вдаваться в подробности. В двух это выглядит так: Апдейты распаковываются в папку {WindowsDir}\winsxs\. Затем в рабочих директориях создаются ссылки на эти файлы, а не сами файлы. По крайней мере это снижает объём файлов на диске, возможно есть и другие причины такого поведения. Ссылки на файлы в Windows могут быть только «жесткими». Одной из особенностей «жестких» является то, что они должны располагаться на одном логическом диске с FS нодом, на который они ссылаются.

Некоторым людям нравиться выносить папку Program Files (а также Program Files (x86)) на выделенный диск. Я тоже так люблю делать. В соответствии с вышеприведёнными особенностями обновлений в windows, возникают проблемы при обновлении системных приложений. Таких как Internet Explorer или например Windows Media Player. Хотя не всех. MS Office при всем при этом обновляется нормально.

Код ошибки: WindowsUpdate Error 80070011
Собственно ошибка: ERROR_NOT_SAME_DEVICE

MS стоило бы проверять файл на возможность создания «жёсткой» ссылки и при отсутствии такой делать копию исходного файла. Хотя, повторюсь, возможно у создателей такой схемы были другие причины. В ответах на запросы пользователей они ссылаются на то, что в Windows не предусмотрен перенос папки Program Files на другой раздел. Грубо говоря исправлять этот баг они не собираются, ибо даже багом его не считают.

Как исправить

Что в этой ситуации делать нам?

Всё довольно просто. Системные программы нужно вернуть обратно на системный раздел. Удобнее всего это делать через «Мягкие» ссылки (mklink /j). Самое сложное определить какую программу в этот раз не может обновить тот или иной KB.

Поэтому буду публиковать все KB с которыми у меня возникли проблемы и какую папку нужно вернуть на место (для Win7 x64 ENG):

1. Microsoft .NET Framework 3.5 SP1 Update for Windows 7 and Windows Server 2008 R2 (KB982526)
   Папка: Reference Assemblies

После установки VMware workstation система грузиться несказанно долго. Фактического зависание не происходит, но я смог загрузиться прождав минут 30.

Актуально для:

VMware workstation 6.5 всех сборок включая последнюю VMware workstation 6.5.3 (Для предыдущих не тестировал).

Windows 7, Vindows Vista (для предшествующих не проверял).

Глюк проявляеться не всегда.

Виновник

Windows Служба «VMware Authorization Service» ака VMAuthdService

лежит тут:

«C:\Program Files (x86)\VMware\VMware Workstation\vmware-authd.exe»

Решение:

1. Перезагружаемся в Safe mode
2. Изменяем Startup type для службы VMware Authorization Service из Automatic в Automatic (Delayed Start)

Всё.

По материалам:
http://communities.vmware.com/thread/202253

Работать совместно с Virtual PC 2007 SP1 (версия 6.0) она отказалась, сославшись на установленный устаревший продукт, установленный в моём компьютере. Пришлось от 2007 избавиться. Теперь собственно по продукту.

Изменений «много»:

1. Версия обновилась с 6.0 до 6.1
2. Директорию в «Program Files» переименовали с «Microsoft Virtual PC» на «Windows Virtual PC«
3. Раньше приходилось скачивать setup, теперь VPC оформлен в виде обновления для Windows. Что в принцепе нетакая плохая мысль. Но сделанно это немного кривовато. Пока я разобрался в тонкостях конфликта Microsoft Virtual PC и Virtual PC 2007 минуло с полчаса.
4. В новой версии VPC потерял свою консоль, теперь работает в папке «C:\Users\%USERNAME%\Virtual Machines» в тесной интеграцией с оболочкой. Которой кстати говоря не все пользуються.
5. Между делом придёться пересоздать все виртуалки из Virtual PC 2007, новоиспечённый продукт их почемуто не экспортировал.
6. Пропали такие фичи как растягивание гостивого окошка в произвольный размер. Кстати урсор мыши теперь тоже «утопает» в окне. Для вылавливание появилось новое сочетание клавишь: Alt+Ctrl+Left

Что мы в итоге получили: виртуализацию для домохозяек? Из вобщемто довольно интересной программы сделали недоразумение.

А жаль. 2007 в своё время произвёл на меня более сильное впечатление. Очень хотелось увидить куда дальше двиниться этот продукт. С тех пор прошло 2 года…  Ни тебе x64, ни безболезниной виртуализации прочих ОС (кроме Windows без бубна на VPC сложно что либо запустить).

Видимо всётаки для домохозяек(