Windows Vista SP2をｲﾝｽﾄｰﾙするとCPU使用率が100%になる

Anonymous

Windows Vista Home Premium Sp2を使用しています。

最近Updateで｢更新プログラムを確認しています｣のメッセージのまま処理が終わらず、｢タクスマネージャ｣の

｢アプリケーション｣画面でタスクを終了させる状況が連続発生していました。

このため、最後の手段として｢リカバリー｣を実施しました。リカバリー後はUpdateもスムーズにでき、Vista Sp1

のインストールまでは順調に動作してました。しかしVista Sp2のインストール後は、リカバリー前と同じ状態に

なってしまいます。(Updateで｢更新プログラムを確認しています。｣のメッセージのまま処理が終わらず)

何が原因なのかリカバリーを数回行い、やっとVista Sp2のインストール後に「タクスマネージャ」の｢リソースモ

ニタ｣でCPU使用率が常に100%で推移してます。動作プログラムを確認すると｢svchost.exe(netsvcs)｣が常に100%

近くで動作していることを確認しました。

特定するため、Vista Sp2のアンインストールを行い、Vista sp1に戻した状態ではCPU使用率は0～20%程度になり、

｢タクスマネージャ｣の｢リソースモニタ｣で｢svchost.exe(netsvcs)｣の動作状況を確認すると、起動直後はある程度

動作してるが時間の経過とともに減少し、動作しない状態になりUpdateもスムーズにできました。

Internet Explorer8の状態では、Micro SoftコミュニティなどのWebがサポートされず困っています。

今回はMirosoftコミュニティに別のPCで質問しています。

何が原因で、何をどの様に直せばよいのでしょうか?皆様のお知恵およびご助言を頂けると幸いです。

ロックされた質問。この質問は、Microsoft サポートコミュニティから移行されました。役に立つかどうかに投票することはできますが、コメントの追加、質問への返信やフォローはできません。

0 件のコメント

質問作成者が受け入れた回答

Anonymous

Vistaの場合、[更新プログラムを確認しない(推奨されません)]のままにしたほうがいいですよ。

(Microsoft側で恒久的な対策がされ、正常に更新プログラムの確認できるようになるまでは)

これ以外の設定にすると毎月第二水曜日には、裏でWindows Updateサービス(wuauserv)が動き、高負荷状態が数時間以上続くことになります。

高負荷状態になってしまった場合は、諦めて数時間放置するか、[更新プログラムを確認しない]にして再起動してください。

KB915597は、Windows Defenderの定義ファイルの更新なので、何度も更新されるのは正常だと思います。

｢システムの復元｣をいつの状態に戻したのか重要です。

検出に時間がかかるのは、以下5つで、これらが適用されていない状態に戻した場合は、再検出に数時間以上かかると思います。

KB3078601 (2015年8月)

KB3087039 (2015年9月)

KB3109094 (2015年12月)

KB3145739 (2016年4月)

KB3168965 (2016年7月)

KB3168965 と KB3170106 が既に[インストールされた更新プログラム]にあるなら、追加で以下3つをダウンロードセンターでダウンロードしてインストールすればいいです。

KB3109094 (2015年12月)

KB3145739 (2016年4月)

KB3164033 (2016年6月)

※インストール後は必ず再起動してください。

CPU時間は、タスクマネージャの上部メニューにある[表示(V)]をクリック→[列の選択]→[CPU時間]にチェック…で表示できます。

svcshost.exe や TrustedInstaller.exeは、[すべてのユーザーのプロセスを表示(S)]にしないと表示されないと思います。

0 件のコメント

質問作成者が受け入れた回答

Anonymous

※この情報は現時点(2016年11月)では古くなり、役に立ちませんので、[こちら]の最新情報を参考にしてください。

Windows Vista をリカバリーした後で更新プログラムの確認が終わらない問題の対処法(2016年11月版)です。--- 2016.11.10 13:10 編集 ---

たぶん CPU使用率が高い状態が続くのも Windows Update サービスが原因です。

マイクロソフトコミュニティ: 2016年5月度　Windows Update 更新に時間がかかる件

はじめにおことわりを…

以下に書く手順で必要なパッチは全て適用できるかもしれませんが、CPU使用率が高い状態が続く症状は直らず、Windows Updateの日(毎月第二水曜日)には、事前にパッチを適用するなどの対策が必要です。

まず Windows Update を開いて [設定の変更]→[更新プログラムを確認しない]にして[OK]を押します。

これでCPU使用率が下がらない場合は一度[再起動]するか Windows Update サービス(wuauserv)を停止します。

Windows Update サービス(wuauserv)を停止するには

[Win]キーを押しながら[R]を押し、[ファイル名を指定して実行]に services.msc と入力し [OK]→[続行]

[サービス]の中から Windows Update をクリックし、[サービスの停止]をクリックします。

既に Service Pack 2 (KB948465) が適用済みであれば、以下の手順を

※ 更新プログラムには、32bit(x86)用と 64bit(x64)用があるので間違えないよう注意してください。

Internet Explorer 9 をダウンロード/インストール → [再起動]

※Windows Defenderを止めないとインストールに失敗する場合があります。 2. KB3109094 (2015年12月) をダウンロードセンターでダウンロードし、インストール 3. 以下の更新プログラムも同様にすべてインストールKB3145739 (2016年4月) KB3175024 (2016年9月) KB3185911 (2016年9月) KB3185319 (2016年9月)

リカバリー後や半年以上更新が止まっている場合は、以下もインストールKB3164033 **(2016年6月)**KB3164035 (2016年6月)

Microsoft Office 2007 がインストールされている場合は、以下もインストール

KB3115465 (2016年8月)

KB3115459 (2016年9月)

KB3115462 (2016年9月)

※すべてインストールしたら必ず再起動してください。再起動しないと[保留]のままです。

※これらの更新プログラムが未適用だと「更新プログラムの確認」に数時間～数日かかることがあります

※事前にインストールが必要な更新プログラムは毎月変わります。

ここに書かれているものは2016年9月14日時点のものです。 4. Windows Updateの更新履歴などで上記の更新プログラムが全て適用されているか確認します。 5. ~~Microsoft Baseline Security Analyzer~~ ~~で不足しているパッチをスキャンし、可能な限り上記手順と同様に手動でインストール~~ 6. Windows Update で [更新プログラムの確認]を行い、残りのパッチをインストールします。

※ 手順途中でエラーが出る場合は、以下のツールで修正できるかもしれません。

Windows Vista 用システム更新準備ツール (KB947821) [2014 年 10 月]

[32bit(x86)] [64bit(x64)]

2015年12月までで更新が止まっていたWindows Vista SP2(32bit)で検証したところ、手順3のパッチをすべてインストールから[更新プログラムの確認]をすると11分で確認が終わりました。

未適用のパッチが39個ほど残り、30分ほどでインストールできました。

※ 2015年12月以前で更新が止まっている場合は手順2の KB3109094 もインストールしてください。

--- 追記 (2016.6.28 11:40 頃) --

(手間がかかりすぎるため)手順5を取り消し、手順3に KB3164033 と KB3164035 を追加しました。これはこれ自体の検出に時間がかかるのではなく、(検出に時間がかかる)以下３つを省略するためです。

KB2993651(2014年8月)

KB3078601(2015年8月)

KB3087039(2015年9月)

--- 追記 (2016.7.13 10:40 頃) --

2016年7月のWindows Update でいくつかの更新プログラムが置き換わりましたので、それに合わせて修正しました。

私自身の検証、匿名掲示板やブログなどの報告で検出に時間がかかるパッチ(5つ)を特定できたので、特に重要なパッチ 4つを太字で強調しました。

これ以外の3つも念のため手順に残していますが、省略しても問題ないと思います。

--- 追記 (2016.8.10 11:00 頃) --

2016年8月のWindows Update でいくつかの更新プログラムが置き換わりましたので、それに合わせて修正しました。

--- 追記 (2016.9.14 13:00 頃) --

2016年9月のWindows Update に合わせて修正しました。

0 件のコメント

34 件の追加の回答

Anonymous

2016-07-19T14:45:33+00:00

※ 2016年7月時点のまとめ。何かを発見したい人や追究したい人向けの内容です。

以下 A から E までのパッチは検出(更新プログラムの確認)に時間がかかることが判明しています。

[A] KB3109094 (2015年12月)

[B] KB3145739 (2016年4月)

[C] KB3168965 (2016年7月)

[D] KB3078601 (2015年8月) ※ KB3109094 + KB3087039 で置き換えられるので省略可

[E] KB3087039 (2015年9月)

よってこれらのパッチをダウンロードセンターでダウンロードし、インストールしておけば、検出時間を短縮できるはずです。

※この5つは特に重度のもので、他にも軽度のものがいくつかあるようです(例えば、IEの累積パッチ等)。軽度のものでも、svchost.exe(netsvcs)がメモリを数百MB消費するので、メモリが1GB以下のPCでは、深刻な状態になる可能性があります。

本当なのか確かめたい場合は、[A][B][C]はアンインストールして再度[更新プログラムを確認]で検出、という方法で確認出来ますが、[D][E]は置き換え関係を把握していないと再検出するのは難しいため、やめたほうがいいです。

さらに手数を減らしたい場合は、[D]-[F]は、より新しい複数のパッチの組み合わせで置き換え可能なので KB3109094, KB3145739, KB3164033, KB3164035, KB3168965 の5つをインストールしてもいいです。

複雑な置き換え関係を把握するためにそれぞれの構成ファイルを載せておきます。

[A] KB3109094 (2015年12月)

      Win32k.sys, Gdiplus.dll, User32.dll, Dwrite.dll, Fntcache.dll

      Dwrite.dll, D2d1.dll, D3d10level9.dll, D3d10_1.dll, D3d10_1core.dll, D3d10warp.dll

[B] KB3145739 (2016年4月)

        Win32k.sys, Gdiplus.dll

     [C] KB3168965 (2016年7月)

       Win32k.sys

[D] KB3078601 (2015年8月) → KB3109094 + (KB3087039 または KB3164033) で置き換え可

      Win32k.sys, Gdiplus.dll, Fntcache.dll,

      Dwrite.dll, D2d1.dll, D3d10level9.dll, D3d10_1.dll, D3d10_1core.dll, D3d10warp.dll,

      Atmfd.dll, Atmlib.dll, Lpk.dll, Fontsub.dll, Dciman32.dll

   [E] KB3087039(2015年9月) → KB3168965 + KB3164033 で置き換え可

         Win32k.sys, Atmfd.dll, Atmlib.dll, Lpk.dll, Fontsub.dll, Dciman32.dll

[F] KB2993651(2014年8月) → KB3168965 + KB3164035 で置き換え可

     Win32k.sys, Gdi32.dll

※これは現時点ではそれほど時間はかかりません

KB3164033(2016年6月)

Atmfd.dll, Atmlib.dll, Lpk.dll, Fontsub.dll, Dciman32.dll

KB3164035(2016年6月)

Gdi32.dll

KB3164035は必要ないのでは？と思われるかもしれませんが、これは MS16-074 がKB3164033とKB3164035の2つで構成されているため、片方だけを先に入れるのがなんとなくイヤだからです。

MS16-074(KB3164036) = KB3164033 + KB3164035
この回答は役に立ちましたか?

0 件のコメントコメントはありません
Anonymous

2016-07-16T11:14:09+00:00

今月は KB3168965 を事前に適用しておく方法でも更新プログラムの確認に20分以上かかったという報告が多いようなので、他のVista(PC-B)でIE9の累積パッチ(KB3170106)も事前に入れたらどうなるか試しました。

※前回と同じ環境で試すほうが明確ですが、さすがに面倒なのでご容赦してください。

結論を先にいえば、KB3170106 も事前に入れたほうがよい(特に低スペックPCの場合)

という結果になりました。

[PC-A] Celeron 723 @ 1.2GHz, 2GB RAM ※これは前回の結果

KB3168965 だけをスタンドアロンでインストールし、[再起動]後、Windows Updateで[更新プログラムを確認]

「重要」な更新プログラムが6つ検出され、確認にかかった時間は 23分でした。

タスクマネージャーでCPU時間を確認すると

TrustedInstaller.exe 0:08:36

svchost.exe(netsvcs) 0:01:50

[PC-B] Core 2 Duo E8400 @ 3GHz, 6GB RAM (32bitなので実質3.5GB)

こちらは KB3168965 と KB3170106 をスタンドアロンでインストール後、確認。

「重要」な更新プログラムが4つ検出され、確認にかかった時間は 7分でした。

TrustedInstaller.exe 0:04:47

svchost.exe(netsvcs) 0:00:13

性能差を考えても PC-A は時間がかかっていますし、数分間ですが svchost.exe(netsvcs) のCPU使用率が高くなり、メモリーリークのような症状が出ました。(PC-Bでは発生せず)

これはRAMが2GBよりも少ない環境ではより深刻になると思われるので、低スペックPCでは、KB3168965だけではなく、KB3170106も更新プログラムを確認する前に適用したほうがよさそうです。
この回答は役に立ちましたか?

0 件のコメントコメントはありません
Anonymous

2016-07-16T07:26:37+00:00

cnqさん　こんにちは。フォローのアドバイスありがとうございます。

この4～5日前から｢webの応答なし｣が頻繁に発生し、「タクスマネージャ」の｢リソースモニタ｣でCPU使用率が常に100%で推移してしまい。動作プログラムを確認すると｢svchost.exe(netsvcs)｣が常に100%近くで動作していて、当初の症状がまた発生しました。

アドバイスのKB3168965とKB3170106をダウンロード・インストールしようとしても｢更新を確認中｣のままで、完了しませんでした。

同症状が発生する前に、KB915597がWindows Updateの自動更新で｢更新履歴の表示｣ではインストール成功となっていますが、再起動せず｢更新プログラムの構成｣ができず。また、｢インストールされた更新プログラム｣にも無く、２～３日インストールしています。

正常な状態に戻すため｢システムの復元｣を完了させると、アドバイスのKB3168965とKB3170106の２個ともインストールに成功しました。

次にWindows Updateを手動で｢更新プログラムの確認｣実行しましたが、｢更新プログラムを確認しています｣の処理が１時間経過しても終わらない状態です。

再度時間を掛けて｢更新プログラムの確認｣を実行します。返信が遅くなっており今の状況を連絡します。

アドバイスにある｢タスクマネージャー｣でCPU時間の確認はどの項目見れば良いのですか。
この回答は役に立ちましたか?

0 件のコメントコメントはありません