Сбой установки Windows 10 в Windows 7 Ultimate после "Проверка требований" с кодом ошибки 80070005
Есть много людей с этой проблемой на сайте 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, который запускает другой экземпляр того же процесса
- Кажется, программа установки host .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