Wie diagnostiziere ich die Ursache eines Einfrierens nach der Wiederaufnahme in Windows XP (SP3)?

Ich habe gerade einen neuen Computer aus Teilen gebaut. Immer wenn ich aus einem Schlafmodus (S1, S3 oder S4) zurückkehre, friert der Computer innerhalb von etwa 60 Sekunden nach dem Erscheinen des Begrüßungsbildschirms ein. Zu diesem Zeitpunkt reagiert der Computer nicht mehr und es besteht nur noch ein Neustart.

Ich habe das BIOS und alle Treiber von der Website des Motherboard-Herstellers auf den aktuellen Stand gebracht. Ich habe die BIOS-Einstellungen auf die Standardeinstellungen zurückgesetzt, einschließlich der Deaktivierung von AMD Cool n Quiet.

Die Windows-Ereignisprotokolle sind überhaupt nicht hilfreich. Anders als unmittelbar nach der Wiederaufnahme war das System einige Monate lang absolut stabil (solange AMD CnQ deaktiviert ist; bei aktivem Cool n Quiet kam es zu regelmäßigen Einfrierungen).

Das System ist:

Mobo       : MSI 790GX-G65
CPU        : AMD Phenom II 965 BE at 3.6 GHz
Memory     : Corsair DDR3 1600, at 1333 MHz and 9-9-9-21
HDDs       : 1 EIDE (System - O/S, Programs, etc), 2 SATA in RAID-0 (Data)
DVD        : 1 LITE-ON DVDRW SOHW-1673S
Card Reader: 1 multi-card reader

Keyboard is attached via PS2 and mouse is USB.

Alle Gedanken oder Hinweise wären sehr willkommen.

BEARBEITEN

Es scheint, dass der Computer möglicherweise nicht einfriert, wenn ein Programm ausgeführt wird, wodurch er erheblich belastet wird. Ich habe einen Stresstest laufen lassen, der alle Kerne unter 85% Last hält, und mein Sohn hat den Computer in den Ruhezustand versetzt. Während dieses Programm ausgeführt wird, konnte ich 9 von 10 Mal erfolgreich von S3 fortfahren, verglichen mit etwa 20 Tests mit dem Computer im Leerlauf, die alle eingefroren haben. Dies kann also damit zusammenhängen, dass Sie sich bei der Wiederaufnahme im Leerlauf befinden.

Wie im anderen Thread vorgeschlagen, können Sie konfigurieren (etwas andere Methode für USB-Tastaturen ) und eine Methode verwenden, um ein BSOD manuell zu zwingen , den Speicher zu entleeren , um zu untersuchen und herauszufinden, was zum Teufel Ihr System hängt ( * jetzt jedoch großartig) Art langes Video , um zu helfen! * - erfordert SilverLight).

Da Ihr Problem aus dem Lebenslauf hervorgeht, können Sie versuchen, BootVis auszuführen und eine Verfolgung des nächsten Standby- und Lebenslaufs durchzuführen . Dann sollten Sie klar erkennen können, was das Problem verursacht - wahrscheinlich wird einer der Treiber von Drittanbietern hängen gelassen. (Microsoft hat den Dateidownload für BootVis längst von seinen Websites entfernt, da Benutzer ihn fälschlicherweise verwendeten, um ihre Systeme zu beschleunigen oder zu "optimieren", anstatt ihn für das zu verwenden, wofür er tatsächlich entwickelt wurde. Allerdings die letzte bekannte Version, 1.3 .37.0 - auch bekannt als Leet- Version - ist weiterhin im Internet verfügbar .)

Ich habe mein Problem identifiziert und gelöst. Ich habe den Rat von Synetech Inc. befolgt .

Speziell:

1. Ich habe das manuelle Crash-Dumping mit STRG-SCROLL-SCROLL aktiviert.
2. Ich habe den WDK-Debugger von den Microsoft-Website-Tools heruntergeladen und installiert (indem ich das Debugger-Installationsprogramm aus der WDK-ISO extrahiert habe).
3. Ich habe meinen Computer viermal fortgesetzt, bis er nicht mehr reagierte und jedes Mal einen Absturz verursachte.
4. Unter Verwendung von WinDbg zum Untersuchen der Speicherauszüge stellte ich fest, dass sich in allen 4 Speicherauszügen 3 meiner Kerne in der Windows-Leerlauffunktion befanden, während der vierte immer in tscomm war, um eine Spin-Sperre zu erhalten.
5. Ich habe mein Windows-Verzeichnis durchsucht und tscomm.sys gefunden. Die Eigenschaften auf tscomm.sys haben es mit TamoSoft identifiziert.
6. Da ich TamoSoft CommView 5.0 installiert habe, habe ich zunächst erfolglos versucht, die TCP-Stack-Hooks zu deaktivieren. Schließlich habe ich CommView deinstalliert und mein Problem wurde behoben - erfolgreiche Wiederaufnahme aus dem S3-Ruhezustand.

Ich habe den Lebenslauf aus dem S4-Ruhezustand noch nicht getestet, erwarte jedoch, dass er funktioniert, da er an derselben Stelle und auf dieselbe Weise wie S3 hängt. Der Ruhezustand funktioniert auch wunderbar.

Ich danke "Synetech inc" nicht nur für eine Korrektur, sondern auch für die Informationen, die zum Debuggen von Fehlern in der Zukunft benötigt werden.

Meine Vermutung wäre, das Problem zuerst genauer zu verstehen. Sie können beispielsweise den Speicher für einen Crash-Dump erhöhen, um weitere Informationen von Ihrem Kernel-Debugger zu erhalten.

Das zweite, was Sie haben, ist eine Linderung der Symptome. Das Deaktivieren von CnC in Ihrem BIOS und das Deaktivieren aller anderen Funktionen im Zusammenhang mit der Taktsteuerung ist möglicherweise ein guter Anfang. Überprüfen Sie, ob Ihr PC jetzt korrekt von S3 fortgesetzt wird.
Dies hängt möglicherweise damit zusammen, dass Sie alle angeschlossenen USB-Geräte vom Stromnetz trennen. Es ist bekannt, dass sie den Start einiger Systeme durcheinander bringen und möglicherweise auch das Aufwecken beeinträchtigen. Versuchen Sie natürlich auch, den Stecker der Maus zu ziehen und stattdessen eine PS / 2-Maus zu verwenden.

Drittens könnte es sein, dass Sie, nachdem Sie alle vorherigen Schritte ausgeführt haben, eine Neuinstallation Ihrer Fenster mit einer offiziellen (also garantiert sauberen) Festplatte durchführen. Wenn Ihr PC immer noch nicht richtig aus S3 aufwacht, würde ich gerne den technischen Support für Ihr Motherboard anrufen und sehen, was sie daraus machen. Möglicherweise erhalten Sie beispielsweise ein Beta-BIOS, das dies unterstützt. Dies ist jedoch unwahrscheinlich, da Sie ein altes Betriebssystem verwenden.

Ich kann auf Ihrem Motherboard nicht sicher sagen, aber ich hatte ähnliche Probleme mit einem Asus-Motherboard.

Ich habe mithilfe von Microsoft / Sysinternals Process Monitor und Autoruns diagnostiziert . Ich habe Process Explorer ausgeführt, auf eines der vier Diagramme oben geklickt, um das Verlaufsfenster aufzurufen, und dann in den Ruhemodus gewechselt und wieder aufgenommen. Ich habe festgestellt, dass Asus 'eigenes Dienstprogramm zum Einsparen von Unter- / Übertaktung 100% CPU verbraucht und überlastet ist die Festplatte macht etwas. Ich habe dann Autoruns verwendet, um alle zu testenden Asus-Dienste zu deaktivieren, und es war das, was ich erwartet hatte.

Ich hoffe, das hilft Ihnen und Sie können die Ursache für die Verzögerungen herausfinden. Wie gesagt, ich kann bei Asus nicht sicher sagen, aber es ist höchstwahrscheinlich etwas Ähnliches.