Системе виндовс не удается обновить файлы установки код ошибки 0x6

Ошибки при установке программ из пакета Windows Installer «.msi»

Вообще, меня это жутко бесит, т. к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать ?

Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.

Ошибки msi файлов

«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т. к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке ?

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

Ещё способы решить проблему

Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:

Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:\Config. Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

Если вы используете шифрование папок, то отключите его для указанных мной папок. Дело в том, что хотя мы сами имеем к ним доступ, служба Microsoft Installer не может до них достучаться пока они зашифрованы.

Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т. к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

Если команды выполнились, но не помогло, то скачайте файл и запустите msi_error. bat из архива, проверьте результат.

Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.

Подведение итогов

Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей ?

Исправляем ошибки установки обновлений Windows 7

Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.

Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.

Ошибка #1. Failed to find updates with error code 80244010

Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate. log также встретится предупреждение:
WARNING: Exceeded max server round trips

Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs. technet. microsoft. com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!

Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308

Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1

Перезагрузиться. Здесь важно не переусердствовать, не следует удалять никакие другие ключи в этом разделе, даже если они вам очень не нравятся, потому что после этого обновления прекратят ставиться навсегда.

Ошибка #3. Все другие ошибки

Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.

Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.

Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.

Последовательность действий будет следующая.

1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu

Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:

где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR. log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается

то будем исправлять.

2. Копируем эталонные файлы на целевую машину

Microsoft предлагает нам длинную, путанную процедуру с извлечением хороших файлов из обновлений и размещением их в определенные каталоги средства SURT. При этом пути в статьях неверные. Где-то и вовсе рекомендуют подкладывать оригинальные msu файлы.

Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:

*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\

Проблема в том, что битых файлов обычно десятки, и их очень сложно выбрать и скопировать. Тогда на помощь приходит следующий скрипт PowerShell (эталонной считается машина, с которой вы запускаете скрипт)

Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.

3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu

Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся

Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%\SoftwareDistribution.

Ошибка #5

Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т. д.) идентификаторов клиентов. Решается так:

Ошибка #6

Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.

Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr. ru/post/329440/

PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!

Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».

Как исправить код ошибки WSUS 0x80072EE6

Некоторые пользователи Windows сообщают, что в конечном итоге они видят код ошибки 0x80072EE6 при попытке обновить свою вирусную сигнатуру в системе безопасности Windows, при попытке установить ожидающее обновление Windows Server или при попытке обновить или установить установщик Windows Live.

После исследования этой конкретной проблемы выясняется, что существует несколько различных основных причин, которые могут вызывать этот конкретный код ошибки. Вот список потенциальных виновников, которые, вероятно, несут ответственность за этот конкретный код ошибки Windows:

Теперь, когда вы знакомы со всеми потенциальными виновниками, которые могут нести ответственность за код ошибки 0x80072EE6, вот список методов, которые другие затронутые пользователи успешно использовали, чтобы разобраться в проблеме.

Метод 1: установите правильное время и дату

Имейте в виду, что если вы столкнулись с этой проблемой при попытке участвовать в обмене данными с сервером WSUS (Windows Server Update Services), первое, что вам нужно сделать, это убедиться, что ваш компьютер использует правильное время и дату.

Это важно, потому что WSUS чрезвычайно разборчив, когда проверяет, что машина, пытающаяся подключиться к серверу, обходит все требования. И одно из очень важных требований – это дата, время и часовой пояс.

Оказывается, если время и дата старше, чем должны быть, вы можете ожидать столкновения с этой проблемой, потому что WSUS отказывает в соединении.

Несколько затронутых пользователей подтвердили, что им удалось решить проблему после изменения значений времени, даты и часового пояса на правильные значения с помощью утилиты Date & Time:

Примечание. При желании, если ваш часовой пояс выключен, вернитесь на вкладку «Дата и время» и нажмите «Изменить часовой пояс», чтобы изменить часовой пояс на правильное значение UTC.

Если эта конкретная проблема все еще не решена, перейдите к следующему потенциальному исправлению ниже.

Метод 2. Повторная регистрация MSXML3.dll (если применимо)

Как выясняется, если вы сталкиваетесь с этой проблемой при попытке проверить наличие новых обновлений на вашем компьютере с Windows или Windows Server, скорее всего, вы видите эту ошибку из-за отсутствия зависимости файла Microsoft XML Core Service (msxml3.dll).

Несколько затронутых пользователей, которые ранее сталкивались с той же проблемой, подтвердили, что проблема была окончательно решена после того, как они использовали командную строку с повышенными правами для повторной регистрации проблемного файла библиотеки динамической компоновки.

Если вы еще не пробовали этот метод и этот сценарий выглядит подходящим, следуйте приведенным ниже инструкциям:

Если проблема не устранена, перейдите к следующему потенциальному исправлению ниже.

Метод 3: добавление https: // в расположение службы обновлений Microsoft (если применимо)

Если вы получаете сообщение об ошибке 0x80072EE6 при попытке загрузить обновление из служб Windows Server Update Services (WSUS) и ранее настроили WSUS через редактор групповой политики, скорее всего, вы видите эту ошибку, потому что расположение службы обновления Microsoft неправильно настроен.

Если этот сценарий применим, существует очень большая вероятность, что эта проблема возникает из-за того, что URL-адрес в параметре групповой политики «Указать расположение службы обновлений Майкрософт в интрасети» недействителен.

Если вы оказались в этом конкретном сценарии, следуйте приведенным ниже инструкциям, чтобы получить доступ к редактору групповой политики и соответствующим образом измените значение параметра «Указать интрасеть», чтобы местоположение службы Центра обновления Майкрософт было правильным.

Вот что вам нужно сделать:

Если та же ошибка 0x80072EE6 все еще возникает, перейдите к следующему потенциальному исправлению ниже.

Метод 4: Использование снимка восстановления системы

Если ни один из вышеперечисленных методов не позволил вам исправить ошибку 0x80072EE6, вам следует принять во внимание тот факт, что эта проблема начала возникать после важного обновления, установки основного драйвера или неожиданного выключения компьютера, в результате чего ваш компьютер не смог подключиться. к серверам WSUS.

Поскольку существует множество различных потенциальных виновников, которые могут нести ответственность за эту проблему, одно «лекарство от всех» – использовать ранее созданный снимок восстановления системы, чтобы восстановить ваш компьютер до работоспособного состояния, в котором эта проблема не возникала.

Имейте в виду, что Система позволит вам вернуть ваш компьютер в работоспособное состояние, в котором не возникали текущие обстоятельства, вызывающие ошибку 0x80072EE6.

Важно: По умолчанию утилита восстановления системы настроена на регулярное сохранение новых снимков восстановления во время важных системных событий. Если вы не изменили поведение по умолчанию, у вас должно быть множество снимков на выбор.

Использование восстановления системы

Если вы до сих пор не пробовали использовать восстановление системы, вот руководство, которое проведет вас через ранее сохраненный снимок восстановления системы.

Примечание. Помните, что после восстановления старого состояния компьютера все изменения, внесенные с момента создания моментального снимка восстановления, будут потеряны.

Если эта проблема по-прежнему не устранила ошибку 0x80072EE6 в вашем случае или вам не удалось найти подходящий снимок, перейдите к следующему потенциальному исправлению ниже.

Метод 5: сбросить все компоненты Windows

В случае, если ни один из представленных выше методов не оказался эффективным в вашем случае, вам следует серьезно принять во внимание, что ваш компьютер может иметь дело с каким-либо типом повреждения системных файлов, которое не может быть решено традиционным способом.

Если вы оказались в подобном сценарии, единственное, что вы можете сделать, – это сбросить все соответствующие компоненты Windows и удалить все потенциально поврежденные элементы. Когда дело доходит до этого, у вас есть два пути вперед: