Hat dir diese Antwort geholfen?
2 Leser haben sich bedankt
Hallo, wenn das alles nichts geholfen hat gibt es hier noch eine Anleitung und einige weitere Link zum Explorer:
http://www.pc-experience.de/wbb2/thread.php?sid=&postid=42964
Lösungsansatz 1:
Für die Explorer.exe existiert ein spezieller Patch von Microsoft, der entsprechende Fehler beim Schließen eines Ordners beseitigen soll.
Der Patch ersetzt die Datei „Duser.dll“ durch eine überarbeitete Version.
zum Download bei Microsoft
Wir haben mit diesem Patch sehr gute Erfahrungen gemacht und können ihn uneingeschränkt empfehlen. Freundlicherweise scheint der Patch sich auf den Fehler beim Öffnen von .exe-Dateien auszuwirken. Auf unserer Testplattform war der Fehler nach dem Einspielen des Patches nicht mehr existent.
Lösungsansatz 2:
Über den Taskmanager besteht die Möglichkeit, die Explorer.exe neu zu initialisieren, dazu rufen wir über STRG-ALT-ENTF den Taskmanager auf un beenden im Fenster "Prozesse". Hier klicken wir die Explorer.exe mit der rechten Maustaste an und wählen das Kontextmenü "Prozess beenden" aus. Die anschließende Warnmeldung ignorieren wir, bestätigen mit OK und lassen den Taskmanager geöffnet.
Anschließend wechseln wir zum Reiter "Anwendungen" um dort auf "neuen Task" zu klicken sowie im sich dann öffnenden Fenster "explorer.exe eingeben. Jetzt wird dieser neue Task gestartet, so daß wir den Taskmanager danach wieder schließen können.
Diese Maßnahme hat auch schon sehr oft zum Erfolg geführt, läßt sich aber leider nicht für alle Explorerfehler erfolgreich verwenden.
Lösungsansatz 3:
Wer Norton Cleensweep einsetzt sollte tunlichst über eine Deinstallation desselben nachdenken, denn Rechner mit diesem Reinigungsprogramm weisen oft die Explorer.exe Absturzsymptome auf, die sich aber nach der Deinstallation von Cleansweep gegen Null reduzieren.
Lösungsansatz 4:
In der Registry gibt es auch noch einen relevanten Eintrag, den wir uns anschauen sollten, dazu öffnen wir über Start ->Ausführen ->Regedit.exe den Registrierdatenbankeditor und bestätigen die Eingabe mit Enter.
Anschließend navigieren wir zu folgendem Pfad:
HKEY_CLASSES_ROOT\exefile\shellex\ContextMenuHandlers\CmdLineExt
@="{9869EFB4-18E9-11D3-A837-00104B9E30B5}"
Hier angekommen löschen wir den kompletten "CmdLineExt"-Schlüssel, jedoch nicht ohne vorher ein Backup des Schlüssel "exefile" durchgeführt zu haben.
Sollte dieser Schlüssel nicht auf eurem System vorhanden sein, so seid ihr auch nicht von dieser Variante des Explorer-Problems betroffen, die von den Symptomen her aber sehr den anderen Fällen ähnelt.
Nachbetrachtung:
Es bleibt schwierig und ein Allheilmittel gibt es nicht und wird es auch aller Voraussicht nach nicht geben, aber man kann die Symptome eingrenzen und stellenweise doch einige Erfolge erzielen.
Wichtig aber bleibt als Prophilaxe, das Betriebessystem auf dem aktuellsten Stand zu halten und möglichst wenig Experimente mit unausgegorener Software zu veranstalten und wenn dann bitte auf einer separaten Partition, damit eure Arbeitsplattform davon unberührt bleibt.
Eine weitere Möglichkeit wäre, die Explore.exe in einem eigenen Prozess zu starten und ihn somit vom Desktop loszulösen, denn wenn der Explorer abstürzt zieht er den Desktop mit in die Tiefe.
Dazu öffnen wir über Start ->Ausführen ->Regedit.exe unseren Registrierdatenbankeditor und bestätigen die Eingabe mit Enter.
Anschließend navigieren wir zu folgendem Pfad:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Adv
anced
Im linken Teilfenster markieren wir den Schlüssel "Advanced" und im rechten Teilfenster klicken wir den Eintrag "SeparateProcess" doppelt an, um dann den standardmäßig eingetragenen Wert "0" (deaktiviert) auf "1" (aktiviert) zu ändern.
Nach einem Neustart ist diese Änderung aktiv und wir haben bei einem Explorerabsturz den Desktop zur weiteren Verfügung. Darüber hinaus hat diese Maßnahme auch schon oft einen stark absturzgefährdeten Explorer wieder ruhig gestellt bzw. zu einem dauerhaft absturzfreien Dienst überredet.
Der geringe Mehrbedarf von ca. 20 MB Arbeitsspeicher ist im Gegenzug für ein stabileres System bei den heutigen Arbeitsspeicherbestückungen sicher leicht zu verschmerzen.