web-dev-qa-db-ja.com

ソースファイル、サーバー2012R2を更新しようとしたときのエラー（エラー80073701および14081）

ServerCoreとともにインストールしたWindowsServer 2012R2マシンがあり、GUIに切り替えることにしました。

簡単に説明します：Windows Updateを実行しましたが、ソースファイルが古くなっているか、オペレーティングシステムと同期していないため、ソースファイルを更新する必要があります。

これがどのように機能するかを概説するいくつかの記事があります：

http://blog.coretech.dk/kaj/why-i-cant-convert-my-windows-server-2012-r2-core-to-gui/

http://blogs.technet.com/b/joscon/archive/2012/11/14/how-to-update-local-source-media-to-add-roles-and-features.aspx

これらの手順に従いましたが、更新によってソースが正常に更新されません。次のようなエラーが発生します：

「エラーが発生しました-Package_for_KB29671203エラー：0x80073701、エラー：14081、参照されているアセンブリが見つかりませんでした。」

または

「add-windowspackageが失敗しました。エラーコード= 0x80073701、add-windowspackage：参照されているアセンブリが見つかりませんでした」

Server 2012とWindowsUpdateに関連するエラーコードのヘルプを広範囲に検索しましたが、google-fuで失敗します。

C：\ Windows\SoftwareDistribution\DownloadにあるWindowsUpdateパッケージを使用しています

これらの更新を取得して、ソースファイルを最新の状態にするにはどうすればよいですか？

ありがとう！

powershellwindows-server-2012-r2windows-update
2
jeremy

Windows2012用のVMテンプレートを最初に構築したとき、ベースインストールをコアにしたかったのですが、プロビジョニング中にGUIインストールスクリプトを開始する展開オプションがありました。代わりにGUIが必要でした。

私はあなたがしたのと同じ問題に遭遇しました、そして私はあなたが更新されたインストールソースを指す必要がある方法を概説する同じ逆流した一連の投稿を見つけました。

私はこれを機能させるために2週間以上何もしませんでした。 WIMファイルを作成して更新しました。 VHDを作成して更新しようとしました。イメージの更新プロセスを自動化するために、PowerShellを使用して新しいコマンドレットを使用してWSUSから更新を取得しました。

要するに、それは決して機能しなかったということです。 1回のアップデートで試すことができました。そしてそれはそれで働いた。さらにいくつかそれはそれで動作しました。しかし、何百もの更新があり、途中のどこかで、1つの更新または更新の組み合わせによって移行が妨げられました。

残念ながら、私は最終的にテンプレートGUIをデフォルトで作成し、コアオプションを使用することにしました。テンプレートを使用してデプロイ時にコアを選択すると、GUIが削除され、コアになかったすべての役割と機能が削除されます（私はそれらを調べて調べました）。それでも、コアほど小さくはなりません。

しかし、私が見つけたのは、この方法でそれを行うことで、これまでのところ、これらのコアマシンの1つからGUIに戻ることが常に可能であったということです。

私が思うことは起こっている

インストールソースを更新しようとしたときに気づいたことの1つは、すべての更新をオフラインでインストールできるわけではないということです。これは、完全に最新のオフラインインストールソースを作成しました。

VMを使用して、更新を適用したGUIインストールを唯一の目的とし、それからWIMを作成して、VMを展開するためのインストールソースとして使用するというアイデアを試しました。 Coreとして開始しましたが、後でGUIを追加したいと考えていました。

私はそれを回避することはありませんでした。主な理由は、それがほとんど利益のためにロバに大きな痛みをもたらすからです。私たちはほとんどコアからGUIに切り替えません。

もっと良いニュースがあればいいのにと思います。この問題は本当に私を苛立たせます。そして2012 R2では修正されていません（ご覧のとおり）。

これを回避する簡単な方法を見つけた場合は、私に知らせてください。とても興味があります。

2
briantist

これが、Server 2012 R2CoreシステムをGUIに移行した方法です。うまくいけば、それは誰かを助けます！

  1. 機能をインストールしようとした後、C：\ Windows\Logs\CBS\CBS.logを確認し、ペイロードファイルが見つからないことを確認しました。例：「ペイロードファイルの検索に失敗しました。コンポーネント：AMD64_Microsoft-windows-w..client-ui.resources_31bf3856ad364e35_7.9.9600.18039_en-us_a9315b328356154d、ファイル：wushareduxresources.dll.mui」
  2. GUIがあり、完全にパッチが適用されている別のServer 2012 R2システムから、C：\ Windows\WinSxSフォルダーをServer2012 R2 Coreサーバーのtempフォルダーにコピーしました（私のフォルダーはC：\ TempTestでした）。注：この機能を初めて有効にしようとしたときに、異なるバージョン（AMD64_Microsoft-など）を指すことを除いて、CBS.logで同じペイロードの問題が発生したため、実際には2つの異なるサーバーからWinSxSフォルダーをコピーする必要がありました。 .7.9.9600.18066 ..）。
  3. サーバーコアシステムの場合：Dism/Online/Enable-Feature/All/FeatureName：Server-Gui-Mgmt/Source：C：\ TempTest/LimitAccess
  4. インストール後、再起動が必要でした
  5. それが戻ってきたとき、cmdプロンプトを受け取り、約1分後にサーバーマネージャーがポップアップしました（「Server-Gui-Mgmt」機能がインストールされた後、いくつかのGUI管理機能が利用可能になります）
  6. 次に、サーバーマネージャーを使用して、[ユーザーインターフェイスとインフラストラクチャ]セクションにある[サーバーグラフィカルシェル]機能を追加し、再起動しました。これは、FeatureName "Server-Gui-Shell"を使用してコマンドラインから再度実行できます。
  7. それが登場したとき、完全なGUIを持っていて、それから何年にもわたってGUI関連のWindowsUpdateをインストールしました
0
rclayt