Win7x64が1分ほど応答しなくなります。 HDが失敗しますか？
完全に更新されたWin7x64では、システムが1分ほど停止することがよくあります。これは数ヶ月間続いています。ストールとは、マウスが応答してウィンドウを移動できることを意味しますが、開いているウィンドウやプログラムを選択すると白くなり、新しいプログラムは開きません。それがどんな種類のプログラムであるかは関係ありません。ストールが停止すると、私が行ったすべてのクリック（たとえば、新しいプログラムを開く）が有効になります。
イベントログには、（これが発生するたびに）一貫して何も表示されません。今日は何かを見つけることができましたが、「システムが応答しなかった」以外はあまりわかりません。 「Windowsエラー報告サービスサービスの接続を待機中にタイムアウト（30000ミリ秒）に達しました。」の場合は7009です。
USBデバイスのプラグインがあるかどうかは関係ありません。 Microsoft SecurityEssentialsとMalwarebytesを実行しました。
マシンが応答しない間、ドライブD（このラップトップの単一の内部HD上の他のパーティション）がエクスプローラーでこのように表示されていることに気付きました。これは、ドライブCまたはマシン上の他のドライブでは発生しません。 
。
物理ドライブのSMARTレポート： 
HD Tune 5 Proのベンチマークを読んでください。おそらくパズルの中で最もわかりやすい部分です。これだけで、ドライブに問題があることを確認できます。応答がないのは、そのような問題が原因であるかどうかは関係ありませんか？ 
これが短いハードウェアレポートです：
Computer: LENOVO ThinkPad T520
CPU: Intel Core i5-2520M (Sandy Bridge-MB SV, J1)
2500 MHz (25.00x100.0) @ 797 MHz (8.00x99.7)
Motherboard: LENOVO 423946U
Chipset: Intel QM67 (Cougar Point) [B3]
Memory: 8192 MBytes @ 664 MHz, 9.0-9-9-24
- 4096 MB PC10600 DDR3 SDRAM - Samsung M471B5273CH0-CH9
- 4096 MB PC10600 DDR3 SDRAM - Patriot Memory (PDP Systems) PSD34G13332S
Graphics: Intel Sandy Bridge-MB GT2+ - Integrated Graphics Controller [D2/J1/Q0] [Lenovo]
Intel HD Graphics 3000 (Sandy Bridge GT2+), 3937912 KB
Drive: ST320LT007, 312.6 GB, Serial ATA 3Gb/s
Sound: Intel Cougar Point PCH - High Definition Audio Controller [B2]
Network: Intel 82579LM (Lewisville) Gigabit Ethernet Controller
Network: Intel Centrino Advanced-N 6205 AGN 2x2 HMC
OS: Microsoft Windows 7 Professional (x64) Build 7601
1年未満のドライブ。欠陥のあるドライブがありますか？Seagate Tools diagは、ドライブに問題はないと言っています...
[〜＃〜] update [〜＃〜]：Windowsエラー報告サービスが実行状態になり、その後停止状態になり、2つのイベント間のスペースがちょうど2分であることに気付きました。どのエラーを報告しようとしていたのかはわかりません。 「信頼性モニター」を確認したところ、エラーは報告されていません。 Windowsエラー報告サービスを無効にして、問題が停止するかどうかを確認しました。
ご提供いただいた新しい情報から、実は全く問題ないと言えます。それでは、ゲストOSを一時停止した後、数秒間、最大3分間「オフラインになる」のはなぜですか。あなたが言ったように、それが頻繁に使用されているので、ドライブが応答しないままである間、HDDLEDライトは点灯したままです。
何が起こっているのかというと、VMWareの使用を終了し、ゲストOSをスリープ状態にしたい場合は、シャットダウンする代わりにスタンバイまたは休止状態機能を使用します。これにより、VMWareはVMのRAMの内容をディスクにコピーし、最初から起動しなくても中断したところから再開できるようにします。割り当てたメモリの量によって異なります。 VMおよび使用量。これは、VMWareがかなりの量のデータ（ギガバイト）をディスクに書き込む必要があることを意味する場合があります。
VMWareがメモリをディスクにコピーすると、現在のディスク操作（RAMファイルへの書き込み）が完了するまで、ドライブは新しいディスク操作にほぼ応答しなくなります。その結果、 openMy Computer、Windowsはデータを更新しようとしますが、ドライブを読み取って必要なデータをフェッチできません。これは、すべての書き込みコマンドがすでに並んでいるため、発生するのを待っているためです。空で、それらの読み取り要求を（VMWareの書き込み操作の間で）スリップすることができるまで、オフラインのように見えます。
エクスプローラーでドライブを開くと、しばらくの間ドライブがまったく開かないか、ファイル操作が長い場合と同じように、ドライブが開いてアドレスバーが緑色のプログレスバーで点滅することがわかります（何千ものファイルを検索するようなものです）。
要約すると、この状況について驚くべきことや不思議なことは何もありません。 VMWareゲストOSをスタンバイ状態にする代わりに、巨大なファイルを手動でドライブにコピーした場合、結果はまったく同じになります。
それで、あなたはそれを修正するために何ができますか？より高速なドライブに変更する（またはD:が外部の場合は内部ドライブを使用する）以外に、最善の策はドライブを最適化することです。 D:が非常に断片化されている場合、VMWareがRAMをディスクにフラッシュしようとすると、たくさん巨大なファイルのチャンクをさまざまな領域に書き込んでいる間（もちろん、これはSSDではないと想定しています。D:がC:と同じ0ST320LT007ドライブ上のパーティションである場合はそうではありません）。
ドライブをデフラグすると（十分な空き領域があると仮定して）、システムはRAMファイルを、大きなスワスでの数回のファイル操作のみで書き込むことができます（例：write 1GB of data at cluster X）多くの小さな操作（write 1MB here、write 245.18MB there、4KB here、another 18.1MB somewhere else…）の代わりに、VMドライブの応答性が向上します。
ドライブがアクティブでビジーになる原因となっているアクセスを正確に調べるには、 プロセスモニター などのツールを使用できます。それを実行し、class-filtersをクリックして、以下に示すようにファイルクラスフィルターのみを選択します。
これで、アクセスされているファイルとフォルダーを確認できます。アクティビティのキャプチャを開始および停止するには、必ずホットキーを覚えておいてください（Ctrl+E）VMWareからのディスク操作である可能性が高いもので溢れ始めたら、それを停止できるようにします。
説明されている症状は確かに悪いドライブの固有のものです。ディスクが応答しない場合、システムは、タイムアウトしてエラーをスローする前に、一見測定できない時間待機します。
とはいえ、それがD:ボリューム（C:と同じ物理ドライブ上のパーティションであると示唆した）にのみ発生するように見えるのは不思議です。ソフトウェアの問題（たとえば、D:のファイルシステムの破損）の場合、断続的に発生することはありませんが、ハードウェアの問題は、たとえば、不良セクタが2、3しかない場合、断続的に発生する可能性があります。プラッターの内部とシステムはたまにそれらに触れるだけです。もちろん、あなたはすでにHDTuneが何も報告していないと言っています。しかし、あなたが思ったように、現代のドライブは確かに不良セクタを隠しています。彼らは通常、不良セクタを再マッピングできるスペアセクタをたくさん持っています。そうです、OSがそれらについて知らないように（SMARTを介した一般的な情報を除いて）、これを透過的に行います。
Data列が生データを報告している場合、はい、2,465の再配置されたセクターがたくさんあります。 D:でのみ発生する場合は、不良セクタがプラッターの中心に向かってグループ化されている可能性があります。このため、ドライブのシャットダウン/スピンアップ中にドライブが混乱した可能性があります。
そのボリュームは何に使用されていますか？ tempディレクトリの保存など、OSまたはプログラムが時折アクセスする場所で使用されている場合は、可能性がありますファイルシステムが破損しています（もちろん、chkdskを実行したとおっしゃいましたがだからそれすべきそうではない）。
イベントビューア（eventvwr.exe）を開き、SystemログでSourceがDiskのイベントを確認することで、ドライブに物理的な問題があるかどうかを確認/確認できます。 ディスク管理 MMCスナップイン（diskmgmt.msc））で示されたディスク番号を相互参照できます。
問題はVMWarePlayerにまでさかのぼります。これは、VMWareゲストOSがシャットダウンされた直後に発生します。詳細 ここ 。
私の場合の解決策は、VMware認証サービスを無効にすることでした。このサービスは、仮想マシンを管理者以外が実行する必要がある場合にのみ必要です。
Update：VMware auth Serviceを無効にし、Application Experience Service（不要だと思ったため無効にしていた）を再度有効にすると、問題が解決しました。
D：ドライブは、HDを交換した後でも、数秒間「オフライン」になります。これにより、マシン全体が応答しなくなるわけではなく、D：に保存されているデータに依存する特定のアプリケーションのみが応答します（私の構成ではOutlookなど）。 D：オフラインドライブの問題を別の問題と見なします。
これはあなたが提供した情報から診断するのが難しい問題です（それはたくさんの情報でした、私を誤解しないでください）。これをハードウェアの問題として診断する1つの方法は、wubiなどを介してLinuxをインストールして問題を再現することです。
HDに不良セクタがある場合にも同様のことが起こるのを見てきました。しかし、私はまた、欠陥のあるドライバーによる同様の問題を見てきました。
CHKDSKを試し、不良セクタをスキャンしましたか？