Explorer hängt beim Öffnen von Verzeichnissen

[Luckie]

Ich habe zwei Benutzerkonten auf meinem Rechner (Windows XP Prof SP2, aktuelle Patches): Administrator (Administrator) und Michael (Benutzer). Unter dem Administratorkonto hängt der Explorer jedes mal beim Öffnen eines Verzeichnisse. Öffne ich das gleiche Verzeichnis mit meinem Benutzer-Konto geschiet das vollkommen flüssig.

Ich habe mal den FileMonitor von SysInternals genommen und geguckt, was da passiert. Ich habe das Verzeichnis F:\01 System - Anwendungen WinXP\Tools\7Zip im Explorer geöffnet. Und das passiert dabei (Ausschnitt):

Code:

16   0.00013242   explorer.exe:3152   OPEN   F:\01 System - Anwendungen WinXP\Tools\7Zip\desktop.ini   FILE NOT FOUND   Options: Open  Access: All   
17   0.00001928   explorer.exe:3152   QUERY INFORMATION   F:\01 System - Anwendungen WinXP\Tools\7Zip   SUCCESS   Attributes: D   
18   0.00011677   explorer.exe:3152   OPEN   F:\01 System - Anwendungen WinXP\Tools\7Zip   SUCCESS   Options: Open  Access: All   
19   0.00002123   explorer.exe:3152   READ    F:\01 System - Anwendungen WinXP\Tools\7Zip   INVALID DEVICE REQUEST   Offset: 0 Length: 24   
20   0.00005531   explorer.exe:3152   OPEN   F:\01 System - Anwendungen WinXP\Tools\7Zip\:{4c8cc155-6c1e-11d1-8e41-00c04fb9386d}:$DATA   FILE NOT FOUND   Options: Open  Access: All   
21   0.00003604   explorer.exe:3152   OPEN   F:\01 System - Anwendungen WinXP\Tools\7Zip\:SummaryInformation:$DATA   FILE NOT FOUND   Options: Open  Access: All   
22   0.00003436   explorer.exe:3152   OPEN   F:\01 System - Anwendungen WinXP\Tools\7Zip\:Docf_SummaryInformation:$DATA   FILE NOT FOUND   Options: Open  Access: All

Zeile 16: Er findet die Datei desktop.ini nicht. Kann er auch nicht, weil die dort gar nicht existiert. Warum denkt er da wäre eine Datei desktop.ini bzw. warum sucht er sie?

Zeile 19: Keine Ahnung

Zeile 20: Sieht aus wie eine ClassID. TuneUp Utilities hat diesbezüglich aber keinen Fehler gefunden. Und in der Registry gibt es die auch nicht.

Zeile 21: Das sieht nach alternativen Datenströmen aus. Ich habe aber mit dem Programm stream von SysInternals alle alternativen Datenströme entfernt. Was ist das?

Zeile 22: Siehe Zeile 21.

Ich gehe davon aus, dass diese ganzen Fehler die Ursachen der Hänger sind. Mit meinem Benutzerkonto läuft alles glatt, dort zeigt der Filemon keine Fehler an und das Öffnen geht flüssig.

Ich habe schon etwas gegoogelt, aber ich bin nicht fündig geworden. Betroffen ist nicht nur das eine Verzeichnis, sondern alle. Im Anhang mal das vollständige Log, welches beim Öffnen des Ordners 7Zip gemacht wurde.

[Sunlight7]

Zitat:

Zitat von Luckie

Zeile 16: Er findet die Datei desktop.ini nicht. Kann er auch nicht, weil die dort gar nicht existiert. Warum denkt er da wäre eine Datei desktop.ini bzw. warum sucht er sie?

Soweit ich das weiß, guckt der Explorer in jedem Verzeichnis nach dieser Datei, um, falls diese Vorhanden ist die Benutzerdefinierten Einstellungen für den Ordner zu lesen.

Das andere könnte ein Registrierungsfehler von einem Programm, oder tote Verweise in der Registry sein.

[Luckie]

[quote="Sunlight7"]

Zitat:

Zitat von Luckie

Das andere könnte ein Registrierungsfehler von einem Programm, oder tote Verweise in der Registry sein.

Mit RegMon hab eich auch schon geguckt, aber nichts gefunden. Und der Registry-Cleaner von Tuneup Utilities findet nichts. :(

[TeronG]

Hängt er nur kurz oder hängt er sich total auf?

Bei totalem stop hatte ich schon mal ne kaputte desktop.ini bzw. thumbs.db

und zu "kurz" hängen: Einmal hatte mir n Programm 9 Monate lang alle paar Minuten/Sekunden eine log datei erstellt ... (löschen per DOS dauerte 25Min's ^^)

[Shivan]

Hi,

hast du vielleicht irgendwo noch ne Verbindung zu nem Netzwerkpfad wo es den Server nicht mehr gibt...
Weil dann kann es sein, dass der Explorer immer wieder versucht auf den Pfad zuzugreifen. Dann dauert das so lange.

[Luckie]

@TeronG: Es sind kurze Hänger. Wenn ich im Explorer einen Order doppelt anklicke, um ihn zu öffnen und dann den Mausezeiger hin und her bewege, ruckelt er und hängt dann für ein, zwei Sekunden. Mit dem anderen Benutzerkonto habe ich diesen Effekt nicht. Da sind die Ordner so schnell offen, dass ich kaum den Mauszeiger bewegen kann.

@Shivan: Nein. Ich habe keine Netzwerkordner im Explorer, ide auf einen anderen Rechner zeigen und somit eventuell nicht erreichbar wären.

[TeronG]

Zitat:

Zitat von Luckie

@TeronG: Es sind kurze Hänger. Wenn ich im Explorer einen Order doppelt anklicke, um ihn zu öffnen und dann den Mausezeiger hin und her bewege, ruckelt er und hängt dann für ein, zwei Sekunden. Mit dem anderen Benutzerkonto habe ich diesen Effekt nicht. Da sind die Ordner so schnell offen, dass ich kaum den Mauszeiger bewegen kann.

@Shivan: Nein. Ich habe keine Netzwerkordner im Explorer, ide auf einen anderen Rechner zeigen und somit eventuell nicht erreichbar wären.

Wie schon gesagt hatte ich mal einige tausend MiniLog-Dateien* (in nem Verzeichniss 3 Ebenen tiefer!) die sich der Explorer sich erstmal angugn wollte bevor er weiter machte.
k.a. evtl. liegt es ja daran ...

*(unter 1K)

[Luckie]

Nein. Da gibt es keine weiteren Verzeichnisse. Und außerdem geht es ja mit dem anderen Benutzerkonto.

[SirThornberry]

wenn es nur bei dem einen Nutzer ist kannst du ja mal versuchen das Profil zu sichern, und dann weg löschen und neu anlegen.

[Luckie]

Kann man den Administrator, den Windows bei der Installation anlegt löschen? Wäre es nicht das Admin-Konto hätte ich das schon mal probiert.

[SirThornberry]

Ich meine nicht das du den Nutzer löschen sollst sondern nur das Profil (den Ordner wo ja auch die Registry etc. drin steht).
Wenn du das von einem anderen Account aus machst der Adminrechte hat sollte das funktionieren *denk ich*

[Luckie]

Ich habe mir das jetzt mal mit dem RootKitRevealer von Sysinternals angeguckt. Da kommt bei ganz vielen Einträgen der Eintrag: "in MFT, but not in directory index" Laut der Hilfe, sollte man so was aber nie sehen. Was heißt denn das "not in directory index" und wie kann ich es beheben? Ich habe jetzt schon mal den Index-Dienst aktiviert. Allerdings scheint das "but not in directory index" den nicht Administratorbenutzer nicht zu stören, wenn es denn das ist. :gruebel:

[TeronG]

Doofe Frage:
Die Festplatte(/Dateisystem) ist aber schon ok oder? Was sagt denn chkdsk? (Scandisk)

[Luckie]

Das habe ich jetzt schon mehrmals drüber laufen lassen. Udn wie gesagt unter meinem Benutzerkonto gibt es keine Probleme mit irgendwelchen Hängern.

[Luckie]

Ich habe jetzt noch mal den RootKitRevealer von Sysinternals benutzt und dabei hab eich ganz viele dateien und Ordner bei denen steht: "in MFT, but not in directory index". Was bedeutet das und könnte das die Ursache sein? Ich habe jetzt schon mal wieder den Index Dienst aktiviert.

[TeronG]

Zitat:

Zitat von Luckie

Das habe ich jetzt schon mehrmals drüber laufen lassen. Udn wie gesagt unter meinem Benutzerkonto gibt es keine Probleme mit irgendwelchen Hängern.

naja .. währe auch zu einfach gewesen....

Du könntest ja dein log mal im Sysinternals-Forum Posten.
Evtl. wissen die Profis dort damit was anzufangen?

Sysinternals Forum
RootkitRevealer Logs

[Luckie]

Das wäre dann heute Abend mein nächster Schritt.

[Christian Seehase]

Moin Michael,

hast Du das auch mit beiden Konten ausprobiert?

[Luckie]

Das mit dem RootKitRevealer noch nicht. Ich bin mir aber gar nicht mal sicher, ob der nicht Admin-Rechte braucht.

[Luckie]

Zitat:

Zitat von SirThornberry

Ich meine nicht das du den Nutzer löschen sollst sondern nur das Profil (den Ordner wo ja auch die Registry etc. drin steht).
Wenn du das von einem anderen Account aus machst der Adminrechte hat sollte das funktionieren *denk ich*

Ich habe jetzt mal ein neues Adminsitratorkonto angelegt. Da hab eich den gleichen Effekt, nur (noch) nicht so stark. :wall: :evil:

[negaH]

Zitat:

WinXP\Tools\7Zip\:{4c8cc155-6c1e-11d1-8e41-00c04fb9386d}:$DATA

Das sieht nach einem Stream zum Ordner WinXP\Tools\7Zip\ aus. Jede Datei/Odner auf NTFS hat einen Mainstream in denen die Daten der Datei stehen und beliebig viele Datenstreams in denen man alles mögliche speichern kann. Vor allem eben auch schön versteckt vor den Blicken des Benutzers. Die CLSID ist dabei garnicht als CLSID -> Klassen-ID eines Objectes zu verstehen sondern einfach als möglichst eindeutiger 128 Bit Zahlenwert, einfach um Kollisionen in der Namensgebung zu vermeiden und/oder keinen lesbaren Namen benutzen zu müssen der Rückschlüsse auf irgendwas ermöglichen könnte. Angenommen dort würde statt CLSID stehen ":VIRUS:$DATA" dann würdest du doch stutzig werden, oder ?

Gruß Hagen

[Luckie]

Ja, das habe ich mir auch schon gedacht. Allerdings hab eich ein Tool von Sysinternals schon drüberlaufen lassen, welches eigentlich die ADS entfernen sollte. :gruebel:

[Catbytes]

Zitat:

Zitat von Luckie

Ich habe jetzt mal ein neues Adminsitratorkonto angelegt. Da hab eich den gleichen Effekt, nur (noch) nicht so stark. :wall: :evil:

Wenn Du dieses neue Admin-Konto zum Benutzer-Konto runterstufst - passiert dann das gleiche?

[Luckie]

Das wäre mal eine Überlegung wert. Kann ich aber erst heute Abend machen.

[Jan1983]

Hallo,
ich bin neu hier im Forum und habe dass gleiche Problem. Bei mir ist es nur so das ich eine frische Windows XP Installation gemacht habe danach habe ich alle Patches und Treiber Installirt lief bis dahin auch alles normal. Aber als ich dann Progrmme Installiren wolte fing es auf einmal mit der Ruckelei im Explorer an.

mein System:

Windows XP SP2 Home Edition
ASUS A7V8X-MX SE
Geforce 6200 mit aktuellen Treibern
Athlon XP 2600 mit 1,91 GHZ
768 MB Ram

[Daniel]

Kann es mit dem Netzwerk zusammenhängen?
The Case of the Intermittent (and Annoying) Explorer Hangs von SysInternals.com.

[Jan1983]

keine ahnung ich testen erst mal

[Sunlight7]

Also Daniel, schäm Dich. :mrgreen:
Zu vergessen, einen Neuling zu begrüssen :mrgreen:


Hallo Jan1983!
Herzlich Willkommen in der DP! :cheers:
:dp:

Grüßle!

[Jan1983]

Also so ganz werde ich aus diesen anzeigen vom Process Explorer nicht schlau.

[Luckie]

Zitat:

Zitat von Daniel

Kann es mit dem Netzwerk zusammenhängen?
The Case of the Intermittent (and Annoying) Explorer Hangs von SysInternals.com.

Nein, das habe ich schon überprüft.

[Luckie]

Ich habe jetzt festgestellt, dass der Explorer beim Öffnen von Verzeichnissen nicht hängt, wenn ich den Rechner im abgesicherten Modus (mit Netzwerkunterstützung) gestartet habe. Was sagt mir das jetzt? Wie kann mir diese Tatsache bei der Lösung meines Problems helfen?

[Jan1983]

Hallo

Ich glaube ich habe jetzt die Lösung gefunden.
Es ist die ctfmon.exe zumindest bei mir, wenn ich die nämlich aus dem Autostart nehme läuft das System wunderbar.

[himitsu]

Zitat:

Zitat von Jan1983

Ich glaube ich habe jetzt die Lösung gefunden.
Es ist die ctfmon.exe zumindest bei mir, wenn ich die nämlich aus dem Autostart nehme läuft das System wunderbar.

Also bei mir läuft die eh nicht mehr.
Aber mal als Hinweis, die schreibst sich selber immer wieder rein, sobald sie durch irgendwas gestartet wird (die Explorer.exe macht das gerne mal und MS Office och ;) ) ... am Besten, wenn die für länger aus sein soll, entweder mit 'nem Überwachungsprogramm deren Start und/oder Registrieeintrag verbieten, oder diese EXE löschen (was aber der WindowsDateischutz nicht gern hat).

Der CTF-Monitor alleine wird aber (da er ja kaum was macht) vermutlich nicht ganz alleine daran Schuld sein ... eventuell ist die Hauptursache noch da, z.B. wenn irgendein anderes Programm damit in Konflikte geraten ist (wie FireWall, VirenScanner...).

[Luckie]

Ich habe kein Office. ;) Das wäre ja auch zu einfach gewesen. Aber eventruell hängt es auch bei mir mti dem MSXML 4.0 zusammen. zeitlich könnte es hinkommen. Ist irgendeine Anwendung davon abhängig?

[MagicAndre1981]

das BDS nutzt z.B. MSXML.

[KHJ]

Bie mir tritt das Problem bei einem User auch seit ca. 2 Wochen auf.
CTFMON habe ich bereits entfernt ohne Besserung.
Bereits beim Start von WindowsXP gibt es irgendwann eine Verzögerung die ca. 1 Minute dauert.
Bei jedem Start eines Programms gibt es eine Verzögerung von einigen Sekunden.

Karlheinz