完全にアップデートされた Win7 x64 では、システムが 1 分ほど停止することが時々あります。この状態はここ数か月続いています。停止とは、マウスは反応し、ウィンドウを移動できるものの、開いているウィンドウやプログラムを選択すると白っぽくなり、新しいプログラムが開かないことを意味します。プログラムの種類は関係ありません。停止が停止すると、行ったすべてのクリック (たとえば、新しいプログラムを開く) が有効になります。
イベント ログには、常に何も表示されません (毎回発生するわけではありません)。今日は何かを見つけることができましたが、「システムが応答しませんでした」という以外には何もわかりません。これは「7009」です。Windows エラー報告サービスの接続を待機中にタイムアウト (30000 ミリ秒) に達しました。「
USB デバイスが接続されているかどうかは関係ありません。Microsoft Security Essentials と 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 の診断では、ドライブに問題はないと表示されています...
アップデート: Windows エラー報告サービスが実行状態になり、その後停止状態になり、2 つのイベント間の間隔がちょうど 2 分であることに気付きました。どのエラーを報告しようとしていたのかはわかりません。「信頼性モニター」をチェックしましたが、報告すべきエラーは表示されませんでした。問題がなくなるかどうかを確認するために、Windows エラー報告サービスを無効にしました。
答え1
あなたが提供してくれた新しい情報に基づいて、実際にはまったく問題がないと言えます。では、ゲスト OS をサスペンドした後、最大 3 分間、数秒間「オフライン」になるのはなぜでしょうか。おっしゃるとおり、ドライブが頻繁に使用されているため、HDD の LED ライトが点灯したままになり、ドライブが応答しなくなるためです。
VMWare の使用を終了し、ゲスト OS をスリープ状態にしたい場合、シャットダウンではなくスタンバイまたは休止状態機能を使用します。これにより、VMWare は VM の RAM の内容をディスクにコピーし、再起動せずに中断したところから再開できるようにします。VM に割り当てたメモリの量と使用されていた量に応じて、VMWare はかなりの量の (ギガバイト単位の) データをディスクに書き込む必要がある場合があります。
VMWareがメモリをディスクにコピーすると、現在のディスク操作（RAMをファイルに書き込む）が完了するまで、ドライブは新しいディスク操作にほとんど反応しなくなります。その結果、ぼくのコンピュータWindows はデータを更新しようとしますが、書き込みコマンドがすべてすでに実行待ちになっているため、ドライブを読み取って必要なデータを取得できません。そのため、それらの読み取り要求を (VMWare の書き込み操作の間に) 差し込むことができるまで、ドライブは空のままになり、オフラインのように見えます。
エクスプローラーでドライブを開くと、しばらくの間ドライブがまったく開かないか、ドライブが開いて、時間のかかるファイル操作 (数千のファイルの検索など) が行われるときのように、アドレス バーに緑色の進行状況バーが点滅するかのどちらかになります。
要約すると、この状況には驚くべきことや不思議なことは何もありません。VMWare ゲスト OS をスタンバイ状態にする代わりに、巨大なファイルを手動でドライブにコピーしただけでも、結果はまったく同じになります。
では、どうすれば修正できるでしょうか? より高速なドライブに変更する (またはD:外付けドライブの場合は内蔵ドライブを使用する) 以外に、最善策はドライブのデフラグです。D:非常に断片化されている場合、VMWare が RAM をディスクにフラッシュしようとすると、ドライブが乱れてしまいます。たくさん巨大なファイルのチャンクを異なる領域に書き込むとき (もちろん、これは SSD ではないことを前提としています。D:同じ 0ST320LT007 ドライブ上のパーティションである場合はC:、そうではありません)。
ドライブをデフラグすると (十分な空き領域があると仮定)、システムはwrite 1GB of data at cluster X多数の小さな操作 ( write 1MB here、、、… ) ではなく、大きな範囲での少数のファイル操作 (例: ) のみで RAM ファイルを書き込むことができwrite 245.18MB thereます。その後、VM のスリープははるかに速く終了し、ドライブの応答性が向上します。4KB hereanother 18.1MB somewhere else
ドライブがアクティブでビジー状態になっている原因となっているアクセスを正確に知るには、次のようなツールを使用できます。プロセスモニター実行し、クラス フィルターをクリックして、以下に示すようにファイル クラス フィルターのみを選択します。
これで、アクセスされているファイルとフォルダを確認できます。アクティビティ キャプチャを開始および停止するホットキー ( Ctrl+ E) を必ず覚えておいてください。そうすれば、VMWare からのディスク操作と思われるものが大量に発生し始めたら、すぐに停止できます。
答え2
説明した症状は、確かに不良ドライブに特有のものです。ディスクが応答しない場合、システムはタイムアウトしてエラーをスローするまで、計り知れないほど長い時間待機します。
そうは言っても、D:ボリューム（ と同じ物理ドライブ上のパーティションであると示唆されていますC:）にのみ発生するように見えるのは不思議です。ソフトウェアの問題（ のファイル システムが破損しているなど）であればD:、断続的に発生することはないはずですが、ハードウェアの問題は、たとえばプラッターの内側に不良セクターが 2、3 個しかなく、システムがたまたまそれらに触れるだけであれば、確かに断続的に発生する可能性があります。もちろん、HD Tune では何も報告されていないとすでにおっしゃっています。しかし、お考えのとおり、最近のドライブは確かに不良セクターを隠しています。通常、不良セクターを再マップできる予備セクターが多数あり、はい、これは透過的に行われるため、OS はそれらについて知りません（SMART 経由の一般的な情報以外）。
もし、データ列が生データを報告している場合、2,465 の再配置セクターは確かに多いです。 でのみ発生する場合D:、不良セクターはヘッドが停止するプラッターの中央に向かってグループ化されている可能性が高いため、ドライブがシャットダウン/スピンアップ中に揺さぶられた可能性があります。
tempそのボリュームは何に使われているのでしょうか？ディレクトリの保存など、OSやプログラムが時々アクセスする用途で使用されている場合は、できたファイルシステムが壊れている可能性があります（もちろん、実行したと言ったのでchkdsk、すべきそうではありません。
ドライブの物理的な問題かどうかを確認するには、イベントビューア（eventvwr.exe）を開いて、Systemログでイベントをチェックします。ソースのDisk。指定されたディスク番号を相互参照することができます。ディスクの管理MMC スナップイン ( diskmgmt.msc)。
答え3
この問題は VMWare Player に起因しています。VMWare ゲスト OS がシャットダウンされた直後またはしばらくしてから発生します。詳細情報ここ。
私の場合の解決策は、VMware 認証サービスを無効にすることでした。このサービスは、仮想マシンを管理者以外のユーザーが実行する必要がある場合にのみ必要です。
アップデート: VMware 認証サービスを無効にし、Application Experience サービス (不要と判断したため無効にしていた) を再度有効にすると、問題は解決しました。
HD を交換した後でも、D: ドライブは数秒間「オフライン」のままです。これにより、マシン全体が応答しなくなるわけではなく、D: に保存されているデータに依存する特定のアプリケーション (私の構成では Outlook など) のみが応答しなくなります。D: オフライン ドライブの問題は別の問題として検討します。
答え4
これは、提供された情報 (誤解しないでください、大量の情報でした) から診断するのが難しい問題です。これをハードウェアの問題として診断する 1 つの方法は、wubi などを使用して Linux をインストールし、問題を再現してみることです。
HD に不良セクタがある場合に同様のことが起こるのを見たことがあります。また、不良なドライバが原因で同様の問題が発生することも見たことがあります。
CHKDSK を試して不良セクタをスキャンしましたか?