Есть много людей с этой проблемой на сайте MS. В моем случае и во многих других случаях это невозможно решить обычными методами решения проблем обновления и настройки Windows. Я опубликую ссылку на обсуждение сайта MS в моем следующем посте.
Если возможно, мне нужна помощь в отслеживании этой ошибки путем систематического анализа, а не сброса всего :), хотя кто-то на самом деле знает решение этой конкретной проблемы, пожалуйста, скажите.
Я выполняю установку с использованием учетной записи администратора из стандартного синего диалогового окна с уведомлением об обновлении Windows 10, которое появляется на панели задач. Окно уведомлений застревает на этапе загрузки обновлений, но если вы нажмете «Просмотреть ход загрузки» и покажет «загрузка» в стандартном диалоговом окне обновления Windows всего за 5 секунд или около того, прежде чем очень кратко перейти к «Проверка требований» », а затем« Ошибка - 1 обновление »с ошибкой 80070005. Вы можете повторить последовательность, нажав кнопку «повторить попытку». Обновление Windows, безусловно, считает, что оно загружено, поскольку оно указано как готовое к установке, когда вы «проверяете наличие обновлений». Проверка требований здесь означает проверку наличия некоторых файлов, а не проверку соответствия системы, что было подтверждено ранее в процессе установки Windows 10.
Если вы ищете в Интернете решения, вы найдете около 20 или около того, и все это не помогает мне и многим другим пользователям. Они включают:
- Сброс настроек Windows по умолчанию (различные методы)
- Сброс разрешений реестра и файлов для обеспечения полного контроля учетных записей администратора и системы (процесс не полностью выполняется с использованием методов, указанных в Интернете, поскольку они не становятся владельцами).
- Использование загрузочного компакт-диска с обновлением (этот я не пробовал, но у других есть)
- отключение всех антивирусных программ и проверка логов
- отключение службы RAC, которая, по-видимому, может создавать помехи.
- использование SFC и DISM, включая исправления повреждения сертификата для обеспечения чистого образа ОС
- очистка папок дистрибутива программного обеспечения и попытка убедиться, что они не скрыты или доступны только для чтения (Windows фактически просто устанавливает их обратно, когда вы делаете это)
- Выполнение чистой загрузки с использованием msconfig для отключения запуска и отключения (но еще не удаления) программного обеспечения безопасности (Comodo Endpoint Security).
И многие другие, перечисленные в сообщении MS, в котором первоначально сообщалось об ошибке, и здесь: http://www.thewindowsclub.com/windows-update-not-working
До сих пор я проследил процесс от нажатия кнопки «повторить попытку» следующим образом:
- Скрипт powershell очищает все предыдущие попытки
- Wuauclt.exe запускает WindowsBox.exe
- Windows box.exe запускает SetupHost.exe, который запускает другой экземпляр того же процесса
- Установочный хост .exe, кажется, проходит серию проверок на наличие файлов в System32 и C:\$ Windows.~ BT каталоги, устанавливает предварительные выборки и, возможно, создает те, которые не являются.
- Setuphost.exe возвращает код ошибки 80070005 в WindowsBox.exe
Журнал клиента обновления Windows (wuauclt) довольно бесполезен, он просто дает код ошибки. Поэтому я даю запись в журнале событий ниже
Наблюдая за процессом в Procmon, я смог идентифицировать журнал, созданный WindowsBox.exe, то есть BlueBox.log, который показывает немного больше, включая возврат сообщения об ошибке из SetupHost.
К сожалению, SetupHost.exe, похоже, не генерирует журнал - если кто-нибудь знает, как это сделать, я был бы признателен. Поэтому вместо этого я даю журнал procmon. Возможно, релевантными являются коды результатов «Имя не найдено», «Переполнение буфера» и «Файл заблокирован для доступа для чтения». Но почему в операциях «Создать файл» возникают ошибки «Имя не найдено»? (Результат переполнения буфера - при обращении к HKU.DEFAULT\Control Panel\Desktop\MuiCache\MachinePreferredUILanguages).
Обновление Я проверил ошибку переполнения буфера, и кажется, что процесс успешно повторяется с большим буфером результатов. Кроме того, «Файл заблокирован только для читателей» кажется ожидаемым, поскольку на самом деле это код успеха для операции по созданию прямого сопоставления файла с образом файла подкачки. Так что это оставляет ошибки Name_not_found. Но таких много ...
Также код выхода: -2147024891. Что мне кажется вероятным неверным? Так я должен искать исключение процесса? Если так, то почему для него нет журнала событий Windows?
Запись в журнале событий:
Version=1
EventType=WindowsUpdateFailure3
EventTime=130852247770872553
Consent=1
UploadTime=130852247771282605
ReportIdentifier=501bd0e0-4d60-11e5-a861-005056c00008
Response.BucketId=195354731
Response.BucketTable=29
Response.type=4
Sig[0].Name=ClientVersion
Sig[0].Value=7.6.7601.18937
Sig[1].Name=Win32HResult
Sig[1].Value=80070005
Sig[2].Name=UpdateId
Sig[2].Value=D246F4DF-353A-40C3-8F1A-4BF96CA78DBE
Sig[3].Name=Scenario
Sig[3].Value=Install
Sig[4].Name=RevisionID
Sig[4].Value=200
Sig[5].Name=IsManaged
Sig[5].Value=0
Sig[6].Name=LastError
Sig[6].Value=0
Sig[7].Name=CallerAppID
Sig[7].Value=AutomaticUpdates
Sig[8].Name=ServiceUsed
Sig[8].Value={7971F918-A847-4430-9279-4A52D1EFE18D}
Sig[9].Name=MiscField2
Sig[9].Value=0
DynamicSig[1].Name=OS Version
DynamicSig[1].Value=6.1.7601.2.1.0.256.1
DynamicSig[2].Name=Locale ID
DynamicSig[2].Value=2057
State[0].Key=Transport.DoneStage1
State[0].Value=1
State[1].Key=DataRequest
State[1].Value=Bucket=195354731/nBucketTable=29/nResponse=1/n
FriendlyEventName=Windows Update installation problem
ConsentKey=WindowsUpdateFailure3
AppName=Host Process for Windows Services
AppPath=C:\Windows\System32\svchost.exe
ReportDescription=A Windows update did not install properly. Sending the following information to Microsoft can help improve the software.
Журнал Windowsbox.exe
2015-08-28 09:50:48: CommandLine: ["C:\Windows\SoftwareDistribution\Download\bc9f855f0d1ed8adb26c77e77d473907\WindowsUpdateBox.exe" /ClassId ad20b347-38d2-4d24-a687-02a5be7ff3bf /PreDownload /Update /ClientId 11149530-b21d-4d53-9ad1-f4c755be62fe /ReportId {79199283-9EB3-441C-895C-193956626E64}.200]
2015-08-28 09:50:48: Deleting box result...
2015-08-28 09:50:48: Attempt to remove staged Appx packages...
2015-08-28 09:50:48: RemoveStagedAppxPackages: Launching [C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe] [-command "& {get-appxpackage | remove-appxpackage}"] from [C:\Windows\System32] in session [0]!
2015-08-28 09:50:48: Checking cleanup registry value...
2015-08-28 09:50:48: Skipping cleanup.
2015-08-28 09:50:48: CUpdateScenarioCtrl::ShouldPreserveWorkingDir: Found previously stored file hash.
2015-08-28 09:50:48: CUpdateScenarioCtrl::GenerateBoxHash: Calculating file hash...
2015-08-28 09:50:48: CUpdateScenarioCtrl::ShouldPreserveWorkingDir: Box file hash matches.
2015-08-28 09:50:48: Opening Box: [C:\Windows\SoftwareDistribution\Download\bc9f855f0d1ed8adb26c77e77d473907\WindowsUpdateBox.exe]
2015-08-28 09:50:48: Reading Box header...
2015-08-28 09:50:48: Execute file [C:\$Windows.~BT\Sources\SetupHost.Exe] exists: [TRUE]
2015-08-28 09:50:48: Preserve working path: [Yes]
2015-08-28 09:50:48: Opening Box: [C:\Windows\SoftwareDistribution\Download\bc9f855f0d1ed8adb26c77e77d473907\WindowsUpdateBox.exe]
2015-08-28 09:50:48: Reading Box header...
2015-08-28 09:50:48: CUpdateScenarioCtrl::PopulateWorkingDir: Working directory was preserved so it is already populated.
2015-08-28 09:50:48: CUpdateScenarioCtrl::GenerateBoxHash: Calculating file hash...
2015-08-28 09:50:48: CUpdateScenarioCtrl::PopulateWorkingDir: Storing file hash...
2015-08-28 09:50:48: CUpdateScenarioCtrl::PopulateWorkingDir: File hash stored!
2015-08-28 09:50:48: Searching for ESD files...
2015-08-28 09:50:48: Launching process: [C:\$Windows.~BT\Sources\SetupHost.Exe] with command-line [/PreDownload /Update /Quiet /ProcessId 10284 /progressCLSID ad20b347-38d2-4d24-a687-02a5be7ff3bf /ReportId {79199283-9EB3-441C-895C-193956626E64}.200 "/ClientId" "11149530-b21d-4d53-9ad1-f4c755be62fe" /SuccessId a875ea48-d92d-40bf-a6e7-f008c536d754] in Session: [-1]
2015-08-28 09:50:48: Launching: [C:\$Windows.~BT\Sources\SetupHost.Exe] [/PreDownload /Update /Quiet /ProcessId 10284 /progressCLSID ad20b347-38d2-4d24-a687-02a5be7ff3bf /ReportId {79199283-9EB3-441C-895C-193956626E64}.200 "/ClientId" "11149530-b21d-4d53-9ad1-f4c755be62fe" /SuccessId a875ea48-d92d-40bf-a6e7-f008c536d754] from [C:\$Windows.~BT\Sources]!
2015-08-28 09:50:48: Waiting for process events...
2015-08-28 09:50:48: Process exit code: [0x80070005]
2015-08-28 09:50:48: LaunchProcessInSession: Error = 0x80070005
2015-08-28 09:50:48: LaunchProcessInSession returned: [0x80070005]
2015-08-28 09:50:48: Checking cleanup registry value...
2015-08-28 09:50:48: Skipping cleanup.
2015-08-28 09:50:48: MainHr: Error = 0x80070005
2015-08-28 09:50:48: wWinMain: Error = 0x80070005
Журнал Procmon программы SetupHost.exe https://copy.com/oPea6OO2X18G/2015-08-28_110358.jpg
