Explorer.exe reagiert nicht beim Zugriff auf „Arbeitsplatz“ unter Windows 7

Question

1. Ein wenig Hintergrundgeschichte

   Ich habe vor einem Tag eine beschädigte Software auf meinem Computer installiert und kurz darauf bekam ich beim Booten den „schwarzen Bildschirm des Todes“. Ich habe Windows neu installiert und alle Partitionen gelöscht, bis auf eine, auf der ich persönliche Inhalte hatte, die nichts mit Windows oder Software zu tun hatten.

2. Das Problem

   Jetzt funktioniert alles einwandfrei, außer dass manchmal, wenn ich auf „Arbeitsplatz“ klicke, das Fenster einfriert und ich die Meldung „Windows Explorer reagiert nicht mehr“ erhalte. Ich kann Windows Explorer nach etwa 10 Sekunden schließen, dann funktioniert alles wieder einwandfrei. Windows Explorer lädt sich nach dem Schließen neu. Wenn Windows Explorer einfriert, ist die Hauptseite von „Arbeitsplatz“ (die die Partitionen anzeigt) die EINZIGE, die nicht reagiert, alles andere funktioniert einwandfrei.

3. Mehr Details

   Hinweis: Dies passiert in etwa 50 % der Fälle, nicht immer. BITTE informieren Sie mich, wenn Sie weitere Einzelheiten benötigen, ich möchte nur, dass es funktioniert. Außerdem habe ich jetzt ein Antivirenprogramm und habe zwei vollständige Tiefenscans ausgeführt, bei denen ich nur zwei Malwares gefunden und sie beim ersten Scan gelöscht habe.

4. Vollständige Fehlerdetails

Aufgrund eines Problems interagiert dieses Programm nicht mehr mit Windows.

Problemsignatur: Problemereignisname: AppHangB1 Anwendungsname: explorer.exe Anwendungsversion: 6.1.7600.16385 Anwendungszeitstempel: 4a5bc60d Hang-Signatur: f128 Hang-Typ: 0 Betriebssystemversion: 6.1.7600.2.0.0.256.1 Gebietsschema-ID: 1033 Zusätzliche Hang-Signatur 1: f128b6859529d468288b0b438227f2a0 Zusätzliche Hang-Signatur 2: 038d Zusätzliche Hang-Signatur 3: 038dcc82876a0b81ae2e055408dbff7a Zusätzliche Hang-Signatur 4: f128 Zusätzliche Hang-Signatur 5: f128b6859529d468288b0b438227f2a0 Zusätzliche Hang-Signatur 6: 038d Zusätzliche Hang-Signatur 7: 038dcc82876a0b81ae2e055408dbff7a

Lesen Sie unsere Datenschutzerklärung online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

Answer 1

Um zu verstehen, warum der Prozess hängt, müssen Sie die Threads des Prozesses analysieren.

Mir fallen da zwei Möglichkeiten ein. Eine ist schnell und könnte Ihnen die Antwort geben, die andere ist präziser.

1. Führen Sie Process Explorer aus und sehen Sie sich die Threads des Explorer.exe-Prozesses an. Wenn Symbole konfiguriert sind, geben die Aufrufstapel der Threads hoffentlich Aufschluss darüber, was der Prozess tut. Sie können hier sehen, welche Threads die meiste CPU-Zeit verbrauchen und dafür verantwortlich sein könnten.

   2. Der präzisere/professionellere Weg. Erstellen Sie einen Speicherauszug des Explorer.exe-Prozesses, wenn er hängen geblieben ist, und analysieren Sie ihn dann. Höchstwahrscheinlich möchten Sie den gesamten Prozessspeicher, wenn er hängen geblieben ist. Dazu empfehle ich, Procdump herunterzuladen (https://technet.microsoft.com/en-us/sysinternals/dd996900.aspx), und führen Sie dann in einer administrativen Eingabeaufforderung Folgendes aus:

procdump -h -ma explorer.exe explorer.dmp

Wenn der Explore.exe-Prozess das nächste Mal hängt, erstellt Procdump hoffentlich eine Dump-Datei zur Analyse. Die Schritte wären dann, Windbg zu installieren, das Teil des SDK ist -https://developer.microsoft.com/en-us/windows/downloads/windows-10-sdk. Es muss nur die Komponente „Debugging Tools für Windows“ installiert werden.

Starten Sie Windbg nach der Installation und konfigurieren Sie die Symbole.https://msdn.microsoft.com/en-us/library/windows/hardware/ff558829(v=vs.85).aspx

Dann können Sie den Dump laden und ausführen: !analyze -hang -v

Dies könnte Ihnen die Antwort darauf geben, welcher Thread/welches Modul das Problem verursachen könnte. Vielleicht verweist es auf einen Thread mit einer Drittanbieter-DLL im Stapel, die Sie entfernen könnten.

Im Allgemeinen sind Hänger etwas schwieriger als Abstürze, da Sie keinen wirklichen Fehler haben. Sie müssen nur berücksichtigen, was die Threads im Kontext des Geschehens tun. Befehle wie: !runaway geben Ihnen eine Liste der Threads nach verbrauchter CPU und könnten ein Anfang sein. Ich würde jeden der Stapel durchsehen, um zu sehen, ob sie funktionieren und welche Module beteiligt sind, insbesondere wenn sie von Drittanbietern stammen, also nicht von Microsoft.

Weitere Informationen zu diesem Thema finden Sie unter:https://channel9.msdn.com/Shows/Defrag-Tools/Defrag-Tools-172-Application-Hangs