Auf einem vollständig aktualisierten Win7 x64 bleibt das System gelegentlich für etwa eine Minute hängen. Das geht jetzt schon seit ein paar Monaten so. Mit Hängenbleiben meine ich, dass die Maus reagiert und ich Fenster verschieben kann, aber jedes geöffnete Fenster oder Programm wird weißlich, wenn ich es auswähle UND neue Programme werden nicht geöffnet. Dabei spielt es keine Rolle, um welche Art von Programm es sich handelt. Wenn das Hängenbleiben aufhört, werden alle Klicks, die ich gemacht habe (zum Beispiel neue Programme öffnen), wirksam.
Im Ereignisprotokoll wird nichts konsistent angezeigt (also jedes Mal, wenn dies passiert). Heute konnte ich zwar etwas finden, aber es verrät nicht viel mehr als „das System reagierte nicht“. Es ist ein 7009 für „Beim Warten auf die Verbindung des Windows-Fehlerberichterstattungsdiensts ist eine Zeitüberschreitung (30.000 Millisekunden) aufgetreten."
Es spielt keine Rolle, ob ich USB-Geräte angeschlossen habe oder nicht. Ich habe Microsoft Security Essentials und Malwarebytes ausgeführt.
Während der Rechner nicht reagiert, ist mir aufgefallen, dass Laufwerk D (die andere Partition auf der einzelnen internen Festplatte dieses Laptops) im Explorer so angezeigt wird. Dies tritt bei Laufwerk C oder einem anderen Laufwerk auf dem Rechner nie auf. 
.
SMART-Bericht für das physische Laufwerk:
Lesen Sie den Benchmark von HD Tune 5 Pro, wahrscheinlich das aussagekräftigste Puzzleteil. Reicht das nicht allein aus, um zu erkennen, dass ein Problem mit dem Laufwerk vorliegt, unabhängig davon, ob die fehlende Reaktion durch ein solches angebliches Problem verursacht wird? 
Hier ein kurzer Hardwarebericht:
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
Das Laufwerk ist weniger als ein Jahr alt. Habe ich ein defektes Laufwerk? Die Seagate Tools-Diagnose zeigt an, dass mit dem Laufwerk alles in Ordnung ist ...
AKTUALISIEREN: Mir ist aufgefallen, dass der Windows-Fehlerberichterstattungsdienst in den Status „Wird ausgeführt“ und dann in den Status „Angehalten“ wechselte und der Abstand zwischen den beiden Ereignissen genau 2 Minuten betrug. Welchen Fehler er melden wollte, weiß ich nicht. Ich überprüfe den „Zuverlässigkeitsmonitor“ und er zeigt keine zu meldenden Fehler an. Ich habe den Windows-Fehlerberichterstattungsdienst deaktiviert, um zu sehen, ob das Problem dadurch behoben wird.
Antwort1
Aufgrund der neuen Informationen, die Sie bereitgestellt haben, kann ich sagen, dass es tatsächlich überhaupt kein Problem gibt. Warum geht es dann nach dem Anhalten des Gastbetriebssystems für einige Sekunden bis zu drei Minuten „offline“? Weil, wie Sie sagten, die HDD-LED leuchtet, während das Laufwerk nicht reagiert, weil es stark beansprucht wird.
Wenn Sie VMWare nicht mehr verwenden und das Gastbetriebssystem in den Ruhezustand versetzen möchten, verwenden Sie die Standby- oder Ruhezustandsfunktion, anstatt es herunterzufahren. Dadurch kopiert VMWare den Inhalt des RAM der VM auf die Festplatte, sodass sie dort fortfahren kann, wo sie aufgehört hat, ohne erneut hochfahren zu müssen. Je nachdem, wie viel Speicher Sie der VM zugewiesen haben und wie viel davon verwendet wurde, kann dies bedeuten, dass VMWare ziemlich viele Daten (Gigabyte) auf die Festplatte schreiben muss.
Wenn VMWare den Speicher auf die Festplatte kopiert, reagiert das Laufwerk mehr oder weniger nicht mehr auf neue Festplattenvorgänge, bis die aktuellen Festplattenvorgänge (Schreiben des RAM in eine Datei) abgeschlossen sind. Wenn Sie daherMein Computer, Windows versucht, die Daten zu aktualisieren, kann das Laufwerk jedoch nicht lesen, um die benötigten Daten abzurufen, da alle Schreibbefehle bereits in der Warteschlange stehen und darauf warten, ausgeführt zu werden. Daher lässt es das Laufwerk leer und sieht aus, als wäre es offline, bis es diese Leseanforderungen einfügen kann (zwischen den Schreibvorgängen von VMWare).
Wenn Sie das Laufwerk im Explorer öffnen, werden Sie feststellen, dass es entweder eine Weile lang überhaupt nicht geöffnet wird oder dass es geöffnet wird und die Adressleiste mit einem grünen Fortschrittsbalken aufblinkt, wie dies bei jedem langwierigen Dateivorgang (z. B. der Suche nach Tausenden von Dateien) der Fall ist.
Zusammenfassend lässt sich sagen, dass diese Situation weder überraschend noch mysteriös ist. Wenn Sie statt eines VMWare-Gastbetriebssystems in den Standby-Modus zu versetzen, einfach manuell eine riesige Datei auf das Laufwerk kopiert hätten, wäre das Ergebnis genau dasselbe.
Was können Sie also tun, um das Problem zu beheben? Abgesehen davon, dass Sie auf ein schnelleres Laufwerk wechseln (oder ein internes verwenden, wenn es D:extern ist), ist es am besten, das Laufwerk zu defragmentieren. Wenn D:es sehr fragmentiert ist, wird es durcheinander geraten, wenn VMWare versucht, den RAM auf die Festplatte zu übertrageneine Mengewährend Teile der riesigen Datei in verschiedene Bereiche geschrieben werden (natürlich vorausgesetzt, dass es sich nicht um eine SSD handelt, was nicht der Fall ist, wenn es sich D:noch immer um eine Partition auf demselben Laufwerk 0ST320LT007 wie C:handelt).
Wenn Sie das Laufwerk defragmentieren (vorausgesetzt, es ist ausreichend freier Speicherplatz vorhanden), kann das System die RAM-Datei mit nur wenigen Dateioperationen in großen Abschnitten (z. B. write 1GB of data at cluster X) anstelle von vielen, vielen kleinen Operationen ( write 1MB here, write 245.18MB there, 4KB here, another 18.1MB somewhere else…) schreiben. Dann ist die VM viel schneller im Ruhezustand und das Laufwerk reagiert schneller.
Um herauszufinden, welcher Zugriff genau dazu führt, dass das Laufwerk aktiv und beschäftigt ist, können Sie ein Tool wie verwendenProzessmonitor. Führen Sie es aus und klicken Sie auf die Klassenfilter, um nur den Dateiklassenfilter auszuwählen, wie unten gezeigt.
Jetzt können Sie sehen, auf welche Dateien und Ordner zugegriffen wird. Merken Sie sich unbedingt den Hotkey zum Starten und Stoppen der Aktivitätserfassung ( Ctrl+ E), damit Sie sie stoppen können, wenn sie mit wahrscheinlichen Festplattenvorgängen von VMWare überflutet wird.
Antwort2
Die beschriebenen Symptome sind tatsächlich typisch für ein fehlerhaftes Laufwerk. Wenn eine Festplatte nicht reagiert, wartet das System scheinbar endlos lange, bevor es eine Zeitüberschreitung und einen Fehler ausgibt.
Trotzdem ist es merkwürdig, dass dies anscheinend nur mit dem D:Volume passiert (von dem Sie andeuteten, dass es sich um eine Partition auf demselben physischen Laufwerk wie handelt C:). Wenn es ein Softwareproblem wäre (z. B. ein beschädigtes Dateisystem auf D:), sollte es nicht zeitweise auftreten, während ein Hardwareproblem tatsächlich zeitweise auftreten könnte, wenn sich beispielsweise nur ein paar fehlerhafte Sektoren im Inneren der Platte befinden und das System sie nur gelegentlich berührt. Sie haben natürlich bereits gesagt, dass HD Tune keine gemeldet hat. Wie Sie jedoch dachten, verbergen moderne Laufwerke tatsächlich fehlerhafte Sektoren. Sie haben normalerweise eine Reihe von freien Sektoren, denen sie fehlerhafte Sektoren neu zuordnen können und ja, sie tun dies transparent, sodass das Betriebssystem nichts davon weiß (abgesehen von allgemeinen Informationen über SMART).
Wenn dasDatenSpalte Rohdaten meldet, dann sind 2.465 verschobene Sektoren tatsächlich eine Menge. Wenn dies nur mit passiert D:, sind die fehlerhaften Sektoren wahrscheinlich in der Mitte der Platte gruppiert, wo der Kopf parkt. Das Laufwerk wurde also möglicherweise beim Herunterfahren/Hochfahren durchgeschüttelt.
Wofür wird dieses Volume verwendet? Wenn es für Dinge wie die Speicherung des tempVerzeichnisses und dergleichen verwendet wird, auf die das Betriebssystem oder Programme gelegentlich zugreifen, dannkönnteein beschädigtes Dateisystem sein (natürlich sagten Sie, Sie hätten ausgeführt chkdsk, alsosollennicht sein).
Sie können überprüfen/bestätigen, ob es sich um ein physisches Problem mit Ihrem Laufwerk handelt, indem Sie die Ereignisanzeige ( eventvwr.exe) öffnen und das SystemProtokoll auf Ereignisse mit einemQuellevon Disk. Sie können die angegebene Datenträgernummer imDatenträgerverwaltungMMC-Snap-In ( diskmgmt.msc).
Antwort3
Das Problem wurde auf VMWare Player zurückgeführt. Es tritt unmittelbar nach dem Herunterfahren des VMWare-Gastbetriebssystems auf. Weitere InformationenHier.
Die Lösung in meinem Fall war das Deaktivieren des VMware-Autorisierungsdienstes. Dieser Dienst wird nur benötigt, wenn die virtuelle Maschine von Nicht-Administratoren ausgeführt werden muss.
Aktualisieren: Das Deaktivieren des VMware-Authentifizierungsdienstes UND das erneute Aktivieren des Application Experience-Dienstes (den ich deaktiviert hatte, weil ich ihn für unnötig hielt) löste das Problem.
Das Laufwerk D: geht immer noch für einige Sekunden „offline“, selbst nachdem ich die Festplatte ausgetauscht habe. Dadurch reagiert nicht die gesamte Maschine nicht mehr, sondern nur bestimmte Anwendungen, die von auf D: gespeicherten Daten abhängen (wie Outlook in meiner Konfiguration). Ich werde das Problem mit dem Offline-Laufwerk D: als separates Problem betrachten.
Antwort4
Dieses Problem lässt sich anhand der von Ihnen bereitgestellten Informationen (und das waren viele Informationen, verstehen Sie mich nicht falsch) nur schwer diagnostizieren. Eine Möglichkeit, dies als Hardwareproblem zu diagnostizieren, besteht darin, zu versuchen, das Problem mit einer Linux-Installation, beispielsweise über Wubi, nachzubilden.
Ich habe ähnliche Dinge passieren sehen, wenn es fehlerhafte Sektoren auf der Festplatte gibt. Aber ich habe auch ähnliche Probleme aufgrund fehlerhafter Treiber gesehen.
Haben Sie CHKDSK ausprobiert und nach fehlerhaften Sektoren gesucht?