質問: office展開ツールはダウンロードされたインストールファイルを認識せず、再ダウンロードを試みます ダウンロード済みのインストールパッケージからoffice展開ツール2016(odt)を使用してoffice 2016(ビジネスサブスクリプション)をインストールしようとしています。microsoftサポートから1.06gbのインストールパッケージが提供され、ダウンロードしてディレクトリ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のようになります。c:\odt\officeにodt setup.exeファイルと適切な設定を含むconfiguration.xmlファイルがあります。次に例を示します。<configuration> <add officeclientedition="32" branch="current"> <product id="o365businessretail"> <language id="en-us" /> </product> </add> </configuration> o365businessretailは、odtでサポートされる製品idの1つ であり、サブスクリプションに適切なidであることを確認しました。 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」。また、msサポートから最新ではないバージョンが提供され、その理由で拒否された場合に備えて、パッケージファイルのバージョン番号を修正バージョンとしてxmlに追加してみました。 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の標準的な手順をすべて実行したため、msのサポートが苦労しています。odtがこれらのダウンロード済みのインストール可能なファイルを拒否または表示しない理由を知るにはどうすればよいですか?いつでも実際にodtが実行していることは完全に行われているようです不透明-失敗するまで、「準備ができています」という意味のないオレンジ色のボックスが表示されます。関連がある場合は、windows 8.1マシンにインストールしようとしています。
回答: 私は最終的に odtログファイル の助けを借りてそれをクラックしました。基本的に、ドキュメントが言うこととは異なり、手動でsourcepathを設定することは、ローカル/オフラインインストールが必要な場合は必須であり、ソースパスshouldexcludeインストールバンドルの最上位ディレクトリ名(so shouldnotofficeという名前の別のフォルダー内にofficeという名前のフォルダーがない場合は、officeで終了します。私の問題は、インストーラーuiにフィードバックがまったくないことと相まって、誤解を招く2つの古いポイント microsoftの構成ファイルのリファレンスページ が原因でした。具体的には: msはこれを典型的なsourcepathエントリの例として提供します:c:\preload\office-私は同様にソースパスを入力しました:c:\odt\office、 "office"を含む、最上位のバンドルフォルダーの名前。これにより、インストーラーがダウンロードしたファイルを見つけることができませんでした-バンドルのフォルダー名を除外する必要があります。私のソースパスはsourcepath="c:\odt"であり、microsoftの例はc:\preloadである必要があります(または、これはc:\preload\office\office\data\etc...のようなパスでのみ機能することを示すメモが必要です msは次のように言います: 構成モードでsourcepathを指定しない場合、セットアップは現在のフォルダーでofficeソースファイルを探します。現在のフォルダーにofficeソースファイルが見つからない場合、セットアップはoffice 365を探します。 多分それはoffice 2013には当てはまったのかもしれませんが、私の試行錯誤の時間に基づいて、office 2016にはその逆が当てはまるようです。設定ファイルにsourcepathを指定せずにsetup.exeを実行すると、ローカルコピーを確認する前にオンラインになり、同じディレクトリのデフォルトの位置にあるローカルコピーを使用する代わりにダウンロードを開始しました。<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の下のフォルダ名から取得しました。ドキュメントに関する問題をマイクロソフトに報告する方法を誰かが知っている場合は、コメントを投稿してください。