在完全更新的 Win7 x64 上，系統經常會停滯一分鐘左右。這種情況已經持續了幾個月了。我所說的停止是指滑鼠響應，我可以移動窗口，但是當我選擇打開的任何視窗、任何程式時，它都會變成白色，並且任何新程式都不會打開。它是什麼類型的程序並不重要。當停頓停止時，我所做的所有點擊（例如開啟新程式）都會生效。
事件日誌中沒有一致顯示的內容（每次發生這種情況時）。今天雖然我找到了一些東西，但除了「系統沒有回應」之外，沒有透露太多資訊。這是“7009”等待 Windows Error Reporting Service 服務連線時逾時（30000 毫秒）。」
是否有 USB 裝置插入並不重要。我曾經營過 Microsoft Security Essentials 和 Malwarebytes。
雖然機器沒有回應，但我注意到磁碟機 D（這台筆記型電腦中單一內部硬碟上的另一個分割區）在資源管理器中顯示如下。驅動器 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分鐘。我不知道它試圖報告哪個錯誤。我檢查了“可靠性監視器”，它顯示沒有要報告的錯誤。我已停用 Windows 錯誤報告服務以查看問題是否停止。
答案1
根據你提供的新資訊，我可以說其實完全沒有問題。那麼為什麼在掛起客戶作業系統後它會「離線」幾秒鐘甚至長達三分鐘呢？因為正如您所說，HDD LED 燈一直亮著，而驅動器由於被大量使用而保持無響應。
實際情況是，當您使用完 VMWare 並且想要讓來賓作業系統進入睡眠狀態時，您可以使用待機或休眠功能而不是關閉。這會導致 VMWare 將 VM RAM 的內容複製到磁碟，以便它可以從中斷處恢復，而無需重新啟動。根據分配給 VM 的記憶體量以及正在使用的記憶體量，這可能意味著 VMWare 必須將大量資料（千兆位元組）寫入磁碟。
當 VMWare 將記憶體複製到磁碟時，磁碟機或多或少會對新的磁碟操作沒有回應，直到目前磁碟操作（將 RAM 寫入檔案）完成。結果，當你打開我的電腦，Windows 嘗試刷新數據，但無法讀取驅動器以獲取所需的數據，因為所有這些寫入命令已經排隊等待發生。因此，它會將其留空並看起來像是處於離線狀態，直到它能夠設法插入這些讀取請求（在 VMWare 的寫入操作之間）。
如果您在資源管理器中打開驅動器，您會發現它要么在一段時間內根本不會打開它，要么會打開它並用綠色進度條閃爍地址欄，就像每次進行冗長的文件操作時一樣（就像搜尋數千個文件一樣）。
總而言之，這種情況並沒有什麼令人驚訝或神秘的地方。如果您不是將 VMWare 來賓作業系統置於待機狀態，而是手動將一個巨大檔案複製到驅動器，則結果將完全相同。
那麼你能做什麼來解決它呢？除了更換為更快的驅動器（如果D:是外部驅動器，則使用內部驅動器）之外，最好的選擇是對驅動器進行碎片整理。如果D:碎片非常多，那麼當 VMWare 嘗試將 RAM 刷新到磁碟時，會導致其崩潰很多同時將巨型檔案的區塊寫入不同的區域（當然，這是假設它不是 SSD，如果它D:仍然是與 0ST320LT007 磁碟機相同的分區C:，那麼它就不是）。
如果您對驅動器進行碎片整理（假設有足夠的可用空間），那麼系統只需在大片區域中進行少量文件操作（例如，write 1GB of data at cluster X）即可寫入 RAM 文件，而不是許多很多小操作（write 1MB here，write 245.18MB there，4KB here，another 18.1MB somewhere else. ..）然後使虛擬機器處於睡眠狀態將更快地完成，並且驅動器的響應速度將更快。
要準確找出導致驅動器處於活動狀態和繁忙狀態的訪問，您可以使用類似的工具過程監控器。運行它並單擊類別過濾器以僅選擇文件類過濾器，如下所示。
現在您可以看到正在存取哪些文件和資料夾。確保記住啟動和停止活動捕獲 ( Ctrl+ E) 的熱鍵，以便在它開始充斥著可能來自 VMWare 的磁碟操作時可以停止它。
答案2
所描述的症狀確實是壞驅動器的普遍現象。當磁碟沒有回應時，系統會等待看似無法估量的時間，然後才會逾時並拋出錯誤。
也就是說，奇怪的是它似乎只發生在D:磁碟區上（您暗示它是與 相同的實體磁碟機上的分割區C:）。如果是軟體問題（例如，損壞的檔案系統D:），那麼它不應該間歇性地發生，而硬體問題確實可能間歇性地發生，例如，如果盤片內部只有幾個壞扇區並且系統只是偶爾碰巧接觸到它們。當然，您已經說過 HD Tune 沒有報告任何內容。然而，正如您所想，現代驅動器確實隱藏了壞扇區。它們通常有一堆備用磁區，可以將壞磁區重新對應到它們，是的，它們透明地執行此操作，以便作業系統不知道它們（除了透過 SMART 提供的通用資訊）。
如果數據專欄報告的是原始數據，那麼是的，2,465 個重新安置的扇區很多。如果僅發生在D:，則壞扇區可能集中在磁頭停放的盤片中心，因此驅動器在關閉/旋轉時可能會受到擠壓。
該卷的用途是什麼？如果它用於存儲temp目錄等作業系統或程式偶爾訪問它的用途，那麼它可以是一個損壞的檔案系統（當然你說你跑了chkdsk，所以它應該不是）。
eventvwr.exe您可以透過開啟事件檢視器 ( ) 並System使用下列命令檢查事件日誌來檢查/確認磁碟機是否有實體問題：來源的Disk。您可以交叉引用中指定的磁碟號磁碟管理MMC 管理單元 ( diskmgmt.msc)。
答案3
該問題已追溯到VMWare Player。它會在 VMWare 來賓作業系統關閉一段時間後立即發生。更多資訊這裡。
我的解決方案是停用 VMware 授權服務。僅當虛擬機器需要由非管理員執行時才需要此服務。
更新：停用 VMware auth 服務並重新啟用應用程式體驗服務（我已將其停用，因為我認為沒有必要）解決了問題。
即使我更換了硬碟，D: 驅動器仍然會「離線」幾秒鐘。這不會導致整台機器無回應，只會導致依賴 D: 上儲存的資料的特定應用程式（如我的配置中的 Outlook）。我將把 D: 離線驅動器問題視為一個單獨的問題。
答案4
根據您提供的資訊（資訊量很大，不要誤會我的意思）很難診斷出這個問題。將其診斷為硬體問題的一種方法是嘗試透過安裝 Linux 來重現問題，例如透過 wubi。
當硬碟上有壞扇區時，我見過類似的情況發生。但我也看到過由於驅動程式故障而導致的類似問題。
您是否嘗試過 CHKDSK 並掃描壞扇區？