Средство развертывания Office не распознает загруженные файлы установки и пытается повторно загрузить
Я пытаюсь установить Office 2016 (корпоративная подписка) с помощью средства развертывания Office 2016 (ODT) из предварительно загруженного установочного пакета.
Служба поддержки Microsoft предоставила мне установочный пакет объемом 1.06 ГБ, который я скачал и поместил в каталог C:\odt\Office так что пути к файлам данных выглядят так: C:\odt\Office\Data\16.0.4229.1029\stream.x86.x-none.dat а также C:\odt\Office\Data\16.0.4229.1029\stream.x86.en-us.dat
У меня есть файл ODT setup.exe в C:\odt\Office и файл Configuration.xml с соответствующими настройками, например:
<Configuration>
<Add OfficeClientEdition="32" Branch="Current">
<Product ID="O365BusinessRetail">
<Language ID="en-us" />
</Product>
</Add>
</Configuration>
Я подтвердил, что O365BusinessRetail является одним из поддерживаемых идентификаторов продукта для ODT и является соответствующим идентификатором для моей подписки. Файлы, предоставленные службой поддержки Microsoft, были названы Office 365 Business 2016 который, кажется, соответствует.
Моя проблема в том, что когда я запускаю setup.exe от имени администратора, используя такую команду...
... он игнорирует существующие файлы и пытается снова загрузить пакет. Я нахожусь в стране с некачественным интернет-соединением, и загрузчик MS чрезвычайно чувствителен к кратковременным потерям соединения и не может возобновить прерванную загрузку: повторная загрузка файлов не вариант.
Это дает эту ошибку, которая указывает, что он пытается загрузить файл. Из исследований кажется, что "требуемый файл", на который он смутно ссылается, - это установочный комплект 1.06GB, который он (казалось бы, без нужды) пытается повторно загрузить:
Не удалось установить
К сожалению, мы не можем продолжить, потому что мы не смогли загрузить необходимый файл. Убедитесь, что вы подключены к Интернету или к другой сети, затем повторите попытку.
Код ошибки: 30182-1011 (3)
Я установил, что он находит правильный XML-файл и что XML действителен, потому что, если я даю намеренно неверный путь конфигурации или намеренно потерянный XML-файл, он выдает другой код ошибки (Код ошибки: 0-1008 (0)).
Код ошибки, который я получаю, идентичен тому, который я получаю, если переименую Office папку или добавить несуществующий путь к SourcePath (например <Add OfficeClientEdition="32" Branch="Current" SourcePath="C:\fail" >)
Я получаю тот же результат, если я добавлю правильный SourcePath (SourcePath="C:\odt\Office"), поскольку SourePath отсутствует, что является ожидаемым результатом, поскольку в соответствии с документацией config XML, без добавления исходного пути, он ищет "Office" в каталоге, в котором он находится.
Я также попытался добавить номер версии из файлов пакета в XML как фиксированную версию, на случай, если служба поддержки MS предоставила мне не последнюю версию, и по этой причине отклоняет ее. Я тоже пробовал переключаться Branch в Business который я вижу, является допустимым значением в ссылке. Ни то, ни другое не помогло. Например:
<Add OfficeClientEdition="32" Branch="Business" Version="16.0.4229.1029" SourcePath="C:\odt\Office">
Я также пытался использовать setup.exe /packager команда, указав правильный файл конфигурации и выходную папку, в случае, если пакет, который у меня есть, нужно каким-то образом перепаковать, но у него точно такая же проблема и ошибка.
Я понял, как получить доступ к файлам журнала для ODT. Вот первые несколько строк примера файла журнала. Я считаю, что это соответствующий сегмент, потому что все после этого (около 350 строк), похоже, связано с попыткой получить доступ к сети, и, похоже, уже пришел к выводу, что он должен работать .ExecuteDownloadFile, Я считаю, что "Сетевой менеджер затрат" - это все, что проверяет, используется ли дозированное соединение; и cab файл, к которому он относится (v32_16.0.4229.1029.cab) существует - C:\odt\Office\Data\v32_16.0.4229.1029.cab - из этого журнала мне не ясно, удастся или не удастся найти этот файл, что является важным шагом:
Timestamp Process TID Area Category EventID Level Message Correlation
11/20/2015 13:25:15.407 SETUP (0xbdc) 0xad8 Click-To-Run aoh85 Medium AdminConfigure::HandleStateAction: Configuring an install/crosssell scenario.
11/20/2015 13:25:15.422 SETUP (0xbdc) 0xad8 Click-To-Run aqdco Monitorable TryCheckNetworkCost::HandleStateAction: Failed to initialize NetworkCostManager for http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60. Assuming low cost and proceeding.
11/20/2015 13:25:15.422 SETUP (0xbdc) 0xad8 Click-To-Run aon8k Medium CabManager::DetermineCabName: Type:0, Platform:x86, Version:16.0.4229.1029, Culture: -> v32_16.0.4229.1029.cab
11/20/2015 13:25:15.422 SETUP (0xbdc) 0xad8 Click-To-Run aoh9i Medium TryGetVersionDescriptor::HandleStateAction: Getting Cab: v32_16.0.4229.1029.cab
11/20/2015 13:25:15.422 SETUP (0xbdc) 0xad8 Scope a6pk5 Medium {"ScopeAction": "Start", "ScopeName": "ClickToRun.TransportRetry.ExecuteDownloadFile", "ScopeInstance": 3, "ScopeParentInstance": 0} F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09
11/20/2015 13:25:15.438 SETUP (0xbdc) 0xad8 Identity Http Client axieo Medium [CWinHttpHelperBase] AutomaticProxyConfiguration {"Message": "InitSession detected proxy auto detect."} F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09
11/20/2015 13:25:15.469 SETUP (0xbdc) 0xad8 Identity Http Client a9ido Medium [HttpUtil] IsKnownProxyError {"SH_ErrorCode": 12007, "Message": "Detected a proxy failure"} F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09
Это с версией, указанной в файле конфигурации, если ее нет, строка 4 заканчивается TryGetVersionDescriptor::HandleStateAction: Getting Cab: v32.ca, который также существует в той же папке. Если я указываю несуществующую версию, все выглядит точно так же, как если бы я указывал существующую версию, что, возможно, является подсказкой, что он не может найти cab файл.
Тем не менее, если я дам это несуществующим SourcePath Я получаю ошибку дальше без эквивалента без ложного исходного пути:
failed to open file 'C:\\odt\\fakefolder\\Office\\Data\\v32_16.0.4229.1030.cab
Я полностью озадачен, и поддержка MS изо всех сил пытается помочь, потому что я выполнил все их стандартные шаги.
Как я могу узнать, почему ODT может отклонять или не видеть эти предварительно загруженные установочные файлы? То, что ODT на самом деле делает в любое время, кажется совершенно непрозрачным - до тех пор, пока оно не даст сбой, оно просто дает бесполезную оранжевую рамку с надписью "Мы готовим вещи".
Если это уместно, я пытаюсь установить на компьютер с Windows 8.1.
5 ответов
Я, наконец, взломал его с помощью файлов журнала ODT.
В основном, в отличие от документов, ручная настройка SourcePath является обязательным, если требуется локальная / автономная установка, а исходный путь должен исключать имя каталога верхнего уровня комплекта установки (поэтому не должно заканчиваться на Office если у вас нет папки с именем Office внутри другой папки с именем Office).
Моя проблема была вызвана двумя вводящими в заблуждение / устаревшими точками на справочной странице файла конфигурации Microsoft в сочетании с полным отсутствием обратной связи в пользовательском интерфейсе программы установки. В частности:
- MS дает это в качестве примера типичной записи SourcePath:
C:\Preload\Office- поэтому я ввел мои исходные пути аналогично:C:\odt\Office, включая "Office", имя папки верхнего уровня. Это приводило к тому, что установщик не мог найти мои загруженные файлы - он должен исключать имя папки пакета. Мой исходный путь должен был бытьSourcePath="C:\odt"и пример Microsoft должен былC:\Preload(или они должны иметь примечание о том, что это работает только для таких путей, какC:\Preload\Office\Office\Data\etc... - МС говорят следующее:
Если вы не укажете SourcePath в режиме настройки, программа установки будет искать в текущей папке исходные файлы Office. Если исходные файлы Office не найдены в текущей папке, программа установки будет искать их в Office 365.
Возможно, это было верно для Office 2013, я не знаю, но, исходя из моих часов проб и ошибок, обратное, похоже, верно для Office 2016.
Когда я запустил setup.exe без SourcePath в файле конфигурации, он посмотрел онлайн, прежде чем проверять локальную копию, и начал загрузку вместо использования локальной копии в положении по умолчанию в том же каталоге.
<speculation>Я полагаю, что такое изменение будет соответствовать изменяющемуся отношению Microsoft к обновлениям, которые в 2012 году были примерно "осторожно использовать последнюю версию, это может что-то сломать" и примерно "сегодня, если есть сомнения, обновить обновление"?</speculation>
Мои настройки, которые работали, выглядели так:
<Configuration>
<Add OfficeClientEdition="32" Branch="Current" Version="16.0.4229.1029" SourcePath="C:\odt">
<Product ID="O365BusinessRetail">
<Language ID="en-us" />
</Product>
</Add>
<Logging Level="Standard" Path="C:\odt\log" />
</Configuration>
Я не верю, что номер версии важен (и я не переустанавливаю, чтобы узнать!); если кто-то с подобными проблемами обнаруживает, что им нужен их, я взял мой из имени папки под Office\Data,
Если кто-нибудь знает, как я могу сообщить о проблемах с документацией в Microsoft, пожалуйста, напишите мне.
Если вы положите setup.exe в C:\ODT папку вместе с вашим файлом конфигурации XML, затем запустите:
setup.exe /download configuration.xml
это создаст папку "Office" в C:\ODT и все исходные файлы будут там. Затем вы просто запускаете:
setup.exe /configure configuration.xml
и это должно работать нормально. Вам не нужно указывать источник в вашем XML-файле.
Проблема в том, что вы разместили свой setup.exe а также configuration.xml файлы в одну папку слишком глубоко, в папке Office. Они должны быть в папке ODT, чтобы не требовать настройки источника. Если бы Microsoft не предоставила вам файлы, это было бы довольно очевидно, когда вы запустили переключатель загрузки, как упомянуто выше.
У меня просто была эта проблема. Посмотрел файл журнала и мой искал c:\odt\Office\Data\v32.cab. Когда я пошел и посмотрел, файл не существует, вместо этого был v32_16.0.6965.2058.cab. Я переименовал его в v32.cab, а затем снова запустил установку. который прошел без каких-либо проблем.
Я сделал автономную установку, и действительно, до сих пор вам нужно удалить ссылку на папку "Office" в файле configuration.xml, в противном случае вы получите ошибку, упомянутую выше.
Попробуйте загрузить текущее и новое средство развертывания Office 2016 для технологии "нажми и работай" по https://www.microsoft.com/en-us/download/details.aspx?id=49117. Произошла ошибка, когда SourcePath не использовался и контент всегда загружался из Интернета.
Обновление 2015-12-13: необходимо загрузить по крайней мере недавно опубликованную версию 16.0.6508.6350, в которой содержится ссылка для устранения этой проблемы. Пожалуйста, попробуйте загрузить новую версию и посмотрите, поможет ли это. Эта версия была предоставлена с предварительной сборкой назад.