Windows Updateが機能せず、CPUを100％消費する（Win7 SP1）[複製]

79

この質問にはすでに答えがあります：

Windows 7 SP1 Windows Updateで更新プログラムのチェックが停止する 13の回答

Windows Update（Win7 SP1）で奇妙な動作を観察しました。プロセスsvchostは、仮想マシン（VirtualBox）のコア全体を何もせずに消費しています（つまり、ネットワークトラフィックがなく、フォルダーC:\Windows\SoftwareDistributionは同じファイル数で同じサイズのままです）。さらに、プロセスは大量のメモリ（> 1 GB）を消費することがあります。またSoftwareDistribution、ある期間中にフォルダーのサイズが大きくなることがあり、その後何も起こらず、svchostがコア全体を消費し続けることにも注意しました。

上記の動作に関連するサービスを（リソースモニターを使用して）追跡しているため、問題はWindows Updateにあることを知っています。

下の画像は私が直面しているものを示しています。

次の画像は、svchostに関する詳細情報を示しています。

更新を実行しようとしても、何も起こりません。Windows Updateは進行しません。以下の画像をご覧ください。

私はこのマシンを4時間アップデートしようとして去りました。この間、CPUの消費量は高いままで（上記に関連）、更新プログラムはインストールされませんでした。

私の質問は次のとおりです。

Windows Updateが機能せず、プロセッサのコア全体が何もしないまま消費される理由は何ですか？

修正する

Microsoft は、Windows Updateスキャンでの長いハングを修正するために、2016年7月の更新プログラムロールアップの一部であるWindows Update Client Updateをリリースしました。

この更新には、Windows 7 Service Pack 1（SP1）のWindows Updateクライアントに対するいくつかの改善が含まれています。これには次のものが含まれます。

一部のコンピューターで報告される更新の長いスキャン時間に対処する最適化。

ダウンロード：
- 32ビット
- 64ビット
Windows Updateサービスを停止します。これにより、MSU更新のセットアップが高速化されます。これは、コマンドラインまたはサービスマネージャウィンドウから実行できます。
ダウンロードしたアップデートを試して、アップデートのインストールが高速化されるかどうかを確認してください。

更新プログラムをインストールするには、最初に2015年4月のWindows 7およびWindows Server 2008 R2更新プログラムのスタック更新サービスをインストールする必要があります（再び、MSUをインストールする前にWUサービスを停止します）。

ダウンロード（2015年4月サービススタック更新）：

32ビット

64ビット

回避策1

それでもこれが新しい更新の検索に役立たない場合は、WSUSOfflineを使用してすべての更新を取得してください。

— magicandre1981
ソース

7

いいえ、動作しません。Win7 64ビットに更新プログラムをインストールし、wuauservは100％CPUで無駄に回転し続け、長時間にわたってイベントログとWindowUpdate.logに従って絶対に何もしませんでした。*ため息*

— トマラック

これで問題は解決しました。注：シングルコアCPUを使用している場合、何もあなたを救うことはありません。そのような古いハードウェアでは、Windows Updateサービスを無効にするだけで、常にビジーなシステムで作業することはできません。そのような状況では、古くなるリスクを負うことは避けられません。高速なコンピューターにも問題がありますが、コンピューターが処理できるため気付かれません。デュアルコアのCeleron（LGA 775）では、これが機能しました。

— 半蔵H

1

この答えは私のために働いた！VMには2つのコアがありましたが、6に増やしてもまったく役に立ちませんでした。ただし、Windows Updateがバックグラウンドで既に何かを行っている場合はうまく機能しないため、この更新プログラムのインストールは注意が必要です。Windows Updateサービスを再起動し、すぐにこの更新プログラムをインストールすると、うまくいきました！

— -jlh

1

@jlh MSUアップデートをインストールする前に、services.mscでWUサービスを簡単に停止できます。これにより、インストールが大幅に高速化されます。

— magicandre1981

1

リンクされたKBには、修正する特定の問題（Win10へのアップグレードとSCCMを使用した更新）が記載されていますが、ここで求められた問題は記載されていません。

— マティアスワイラー

8

この問題を解決しようとした1日後、他の仮想マシンを作成して、問題が再び発生するかどうかを確認しました。

残念ながら、問題は再び起こりました！その後、私は友人とこの問題について話し、彼はWindowsネットワークインターフェイスのIPv6を無効にするように提案しました。私はそれを行い、2つの行動が観察されました：

IPv6を無効にした新しい仮想マシンでは、CPUの消費がほぼ瞬時に低下し、Windows Updateは期待どおりに機能しました。
他の仮想マシンでは、IPv6を無効にしてもCPUの消費は低下していません。Windowsを再起動し、CPUの消費が高いままであることを確認した後。ただし、約30分後、CPUの消費が低下し、すべてが期待どおりに機能しました。

IPv6を無効にした後、両方のWindowsが正常に更新されました。

この動作を再現できることに注意することが重要です。IPv6を無効にする前に、仮想マシンのコピーを持っています。

— カントーニ
ソース

フォローアップとして-この修正はまだ機能しているように見えますか？私の同僚は同じ問題（2008R2での更新中に100％CPU）を経験し、IPv6を無効にしようとしました。彼は変更を行った後に再起動し、2時間後にCPUが再び急上昇しました。

— リオンウィリアムズ

1

こんにちは@RionWilliams、両方の仮想マシン（Windows 7 Professional）の私の場合、このソリューションは説明どおりに機能しました。ただし、他の解決策もあります。こちらをご覧ください：superuser.com/questions/821032/…–

— cantoni

こんにちは再びカントーニ。IPv6の修正と、提供されていない投稿で言及されている修正の両方を試みました。ただし、これはシングルプロセッサを実行しているVMでのみ問題であるように見えます（2つ使用すると、CPU使用率が50％を超えます）。また、SQL Serverのフレーバーがインストールされているマシンのみを対象としています。まだ調査中ですが、これまでのところ絞り込みました。

— リオンウィリアムズ

IPv6を無効にしても効果はありませんでした。

— ポール

3

ESXiでWS2012R2サーバーを実行しており、Windows Updateはコアの100％を無期限に消費していました。アダプタのプロパティでIPv6を無効にすると、うまくいきました。他の人に影響を与える可能性のある問題の1つは、関連する仮想NICのタイプです。ESXiはデフォルトでIntel PRO / 1000を使用したいため、多くの問題が発生しますが、VMwareのドキュメントではWS2012にVMXNET 3アダプターを使用することを推奨していますまたはそれ以降。これには、packages.vmware.com

— tools / releases / latest / windows / index.html

5

Windows Updateのトラブルシューティングツールは、Windows Updateおよびバックグラウンドインテリジェント転送サービス（BITS）の問題を診断できるスタンドアロンアプリケーションです。

— mjturner
ソース

優れたツール!! ただし、TWICEを実行する必要がありました-初めて、「サービス登録が見つからないか破損している」以外の多くの問題が修正されました。しかし、W-7で再び実行し、それも修正されました！

— -DaaBoss

残念ながら、トラブルシューティングツールも永遠に回転します。「問題の解決」にとどまり、タスクマネージャーによると、svchostがコアの1つを再び飽和状態にしています。

— アシュレイズ16

1

私のためにそれを修正したのはKB2889748でした

WindowsベースのコンピューターにWindows Management Framework 3.0をインストールした後のSvchost.exeプロセスによる高いメモリ使用量

— mp-3
ソース