Explorer.exe が「マイ コンピューター」アクセスで応答しない Windows 7

Explorer.exe が「マイ コンピューター」アクセスで応答しない Windows 7
  1. ちょっとした裏話

    1 日前に壊れたソフトウェアをコンピューターにインストールしたところ、起動時に「ブラック スクリーン」が表示されました。Windows を再インストールし、個人的なコンテンツが保存されているパーティションを除いて、Windows やソフトウェアに関係のないすべてのパーティションを消去しました。

  2. 問題

    すべて正常に動作していますが、時々「マイ コンピューター」をクリックするとウィンドウがフリーズし、「Windows エクスプローラーが応答を停止しました」というメッセージが表示されます。約 10 秒後に windows.explorer を閉じると、すべて正常に動作するようになり、閉じた後に windows.explorer が自動的に再読み込みされます。windows.explorer がフリーズすると、マイ コンピューターのメイン ページ (パーティションを表示するページ) だけが応答しなくなり、他のすべては正常に動作します。

  3. 詳細情報

    注: これは毎回ではなく、約 50% のケースで発生します。詳細が必要な場合はお知らせください。動作させたいだけです。また、現在、ウイルス対策ソフトを使用しており、完全な詳細なスキャンを 2 回実行したところ、マルウェアが 2 つだけ見つかり、最初のスキャンで削除されました。

  4. エラーの詳細

問題が発生したため、このプログラムは Windows と対話しなくなりました。

問題の署名: 問題のイベント名: AppHangB1 アプリケーション名: explorer.exe アプリケーション バージョン: 6.1.7600.16385 アプリケーション タイムスタンプ: 4a5bc60d ハング署名: f128 ハング タイプ: 0 OS バージョン: 6.1.7600.2.0.0.256.1 ロケール ID: 1033 追加のハング署名 1: f128b6859529d468288b0b438227f2a0 追加のハング署名 2: 038d 追加のハング署名 3: 038dcc82876a0b81ae2e055408dbff7a 追加のハング署名 4: f128 追加のハング署名 5: f128b6859529d468288b0b438227f2a0 追加のハング署名 6: 038d 追加のハング署名 7: 038dcc82876a0b81ae2e055408dbff7a

当社のプライバシー ポリシーをオンラインでお読みください:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

答え1

プロセスがハング状態になっている理由を理解するには、プロセスのスレッドを分析する必要があります。

2 つの方法が思い浮かびます。1 つは素早く答えが得られる方法ですが、もう 1 つはより正確な方法です。

  1. Process Explorer を実行し、Explorer.exe プロセスのスレッドを確認します。シンボルが構成されていると、スレッドの呼び出しスタックからプロセスが何を実行しているかがわかります。ここでは、どのスレッドが最も多くの CPU 時間を消費していて、原因となっている可能性があるかを確認できます。

    1. より正確でプロフェッショナルな方法。Explorer.exe プロセスがハングしたときにメモリ ダンプを作成し、それを分析します。おそらく、ハング状態にあるときのプロセス メモリ全体が必要になるでしょう。そのためには、Procdump (https://technet.microsoft.com/ja-jp/sysinternals/dd996900.aspx)、管理コマンドプロンプトで次のコマンドを実行します。

procdump -h -ma explorer.exe explorer.dmp

次回 Explore.exe プロセスがハングしたときには、Procdump がダンプ ファイルを作成して分析してくれることを期待します。その後の手順は、SDK の一部である Windbg をインストールすることです。マイクロソフトWindows 用デバッグ ツール コンポーネントのみをインストールする必要があります。

インストールしたら、Windbg を起動してシンボルを構成します。https://msdn.microsoft.com/en-us/library/windows/hardware/ff558829(v=vs.85).aspx

次にダンプをロードして実行します: !analyze -hang -v

これにより、どのスレッド/モジュールが問題を引き起こしている可能性があるかの答えが得られる可能性があります。おそらく、スタック上に削除できるサードパーティの dll を持つスレッドを指している可能性があります。

一般的に、ハングはクラッシュよりも少し扱いに​​くいです。なぜなら、実際にはエラーが発生していないため、何が起こっているかというコンテキストでスレッドが何をしているかを考慮する必要があるからです。!runaway などのコマンドは、消費された CPU によるスレッドのリストを表示し、開始点として役立ちます。各スタックを調べて、作業を実行しているかどうか、また、特に Microsoft 以外のサードパーティ製の場合は、どのモジュールが関係しているかを確認します。

このトピックの詳細については、以下を参照してください。https://channel9.msdn.com/Shows/Defrag-Tools/Defrag-Tools-172-Application-Hangs

関連情報