Es gibt immer wieder Meldungen von Anwendern, die sich beschweren, dass die Links im Startmen\u00fc nicht mehr anklicken lassen – oder das der Windows Explorer abst\u00fcrzt bzw. nichts mehr anzeigt. Manchmal scheint dies nach dem Einspielen eines Windows-Update aufzutreten. Andere Anwender (speziell bei 64-Bit-Vista-Varianten) \"meckern\" \u00fcber eine irre langsame Reaktion beim Anklicken von Startmen\u00fceintr\u00e4gen.<\/p>\n
<\/p>\n
Nachdem ich diese Diskussionen eine zeitlang verfolgt habe, brachte mich Frank Weitz, bei dem das Problem auftrat, auf die richtige Spur.<\/p>\n
Das Windows-Update k\u00f6nnte zwar als \"Casus Belli\" betrachtet werden. Der \"Casus Knacktus\" oder \"crux of the matter\" (wie der Engl\u00e4nder sagt) liegt aber an einer ganz anderen Stelle. In der Regel sind es Kontextmen\u00fchandler von Drittsoftware, die unsauber programmiert sind und sich in die betreffende Handlerkette einklinken.<\/p>\n
Hintergrundinfo: <\/b>Die Windows-Shell ruft beim Anklicken eines Links oder bei der Anzeige eines Ordnerfensters den Einsprungpunkt f\u00fcr den Handler auf. An diesem Einsprung k\u00f6nnen sich Kontextmen\u00fchandler mit einer eigenen Einsprungadresse registrieren. Dabei muss der Handler sich bei der Registrierung merken, welcher \"Vorg\u00e4nger\" dort registriert war. Wird ein Handler aktiviert, arbeitet er seine Aktionen ab und gibt dann die Kontrolle (\u00fcber die gemerkte Einsprungadresse) an den n\u00e4chsten Handler ab. Das letzte Glied in dieser Kette ist dann der Kontextmen\u00fchandler der Windows-Shell.<\/p>\n
Wirft nun einer der Kontextmen\u00fchandler das \"Handtuch\", wird die Kette der Aufrufe unterbrochen und die Windows-Shell erh\u00e4lt die Kontrolle nicht zur\u00fcck. Als Ergebnis tut es ein Startmen\u00fclink oder irgend etwas im Explorer nicht mehr.<\/p>\n
\nAnmerkung: <\/b>Unter microsoft.public.windows.vista.general<\/a> findet sich ein Thread, dessen Quintessenz origin\u00e4r auf die richtige Ursache zeigt.<\/p>\n<\/blockquote>\n
Abhilfe:<\/b> Es gilt, den fehlerhaften Kontextmen\u00fchandler bzw. dessen \"Mutterprogramm\" zu identifizieren.<\/p>\n
Ansatz 1: Mit Florett oder Skalpell<\/b><\/p>\n
Diese Methode erfordert etwas Fingerspitzengef\u00fchl und Verst\u00e4ndnis f\u00fcr die Zusammenh\u00e4nge, erm\u00f6glicht aber sehr genau den \u00dcbelt\u00e4ter zu identifizieren.<\/p>\n
Laden Sie sich das Werkzeug ShellExView v1.17 – Shell Extensions Manager<\/a> aus dem Internet und lesen Sie sich den folgenden Artikel<\/a> durch. Anschlie\u00dfend versuchen Sie mit den angegebenen Methoden den fehlerhaften Kontextmen\u00fchandler herauszufinden. Dessen Name gibt i. d. R. einen Hinweis auf die Anwendung, die Sie vom System verbannen sollten.<\/p>\n
Ansatz 2: Mit S\u00e4bel oder Schlachtermesser<\/b><\/p>\n
Der zweite Ansatz ist f\u00fcr alle, die sich nicht mit den Feinheiten und Innereien der Windows-Shell auseinander setzen m\u00f6chten.<\/p>\n
\n
- Rufen Sie \u00fcber das Startmen\u00fc die Systemsteuerung auf und klicken Sie in der Kategorie Programme<\/i> auf den Eintrag Programme deinstallieren<\/i>.<\/li>\n
- Best\u00e4tigen Sie die Sicherheitsabfrage der Benutzerkontensteuerung (ggf. mit Eingabe eines Administratorenkonten-Kennworts).<\/li>\n
- Werfen Sie schrittweise alle Anwendungen, die von obskuren Herstellern stammen, aus dem System.<\/li>\n<\/ol>\n
Die Methode ist zwar etwas zeitintensiv. Aber wenn Sie zwischen jeder Desinstallation testen, wird sich der \u00dcbelt\u00e4ter identifizieren lassen.<\/p>\n
Auf diese Art ist z.B schon mal eine Version von Steganos Safe aufgefallen (\u00e4ltere Versionen waren nur f\u00fcr Win XP ausgelegt). Falls Sie also eine Anwendung als fehlerhaft im Hinblick auf die Zusammenarbeit mit der Windows-Shell identifiziert haben, sollten Sie auf den Herstellerseiten nachsehen, ob es nicht einen Patch gibt. Gibt es keine Korrektur, w\u00e4re ein Hinweis an den Hersteller nicht schlecht – vielleicht kann der ja das Problem beheben und eine korrekt arbeitende Version bereitstellen.<\/p>\n
Verschobene Benutzerordner als Ursache?<\/b><\/p>\n
Falls unkompatible Shell-Erweiterungen als Ursache f\u00fcr nicht mehr funktionierende Links (z. B. in zuletzt verwendeten Programmen) ausgeschlossen werden k\u00f6nnen, gibt es noch einen anderen Problemkandiaten: Verschobene Benutzerordner unter Windows Vista. Wird das Benutzerprofil des Kontos im Zweig C:\\Users\\<\/i> vom Administrator (z. B. \u00fcber einen Registrierungseingriff) auf eine andere Partition verschoben, gehen h\u00e4ufig die Berechtigungen zum Zugriff verloren. Neben Problemen mit dem Internet Explorer (z. B. in der Favoritenverwaltung oder beim Drucken) kann auch das Startmen\u00fc betroffen sein. Testen l\u00e4sst sich dies, indem ein neues Benutzerkonto angelegt wird. Tritt der Fehler dort nicht auf, liegt das Problem an den Einstellungen des alten Benutzerkontos bzw. des Profils.<\/p>\n
Ein Administrator kann dann versuchen, dem Profilordner und dessen Unterordnern die Zugriffsberechtigungen auf NTFS-Ebene (Kontextmen\u00fcbefehl \"Eigenschaften\", Registerkarte \"Sicherheit\") f\u00fcr den betreffenden Benutzer zuzuweisen.<\/p>\n
Nachtrag: Medienordner verursachen Explorerabsturz<\/b><\/p>\n
Eine g\u00e4nzlich andere Ursache steckt hinter dem Ph\u00e4nomen, dass der Windows Explorer beim Zugriff auf einen Medienordner (Bilder<\/i>, Musik<\/i> oder Videos<\/i>) abst\u00fcrzt. Der Effekt tritt auf, wenn die Miniaturansichten eingeschaltet sind. Im besten Fall bekommt der Anwender nur den Dialog COM Surrogate funktioniert nicht mehr<\/i> zu sehen, im schlimmsten Fall st\u00fcrzt der Windows Explorer st\u00e4ndig ab und die Shell startet neu.<\/p>\n
\n
- Sie k\u00f6nnen dann als erstes den Ordner des Benutzerprofils \u00fcber das Startmen\u00fc \u00f6ffnen und dessen Darstellung auf Details<\/i> umstellen.<\/li>\n
- Dann w\u00e4hlen Sie im Men\u00fc der Schaltfl\u00e4che Organisieren<\/i> den Befehl Ordner- und Suchoptionen<\/i>.<\/li>\n
- W\u00e4hlen und dann auf der Registerkarte Ansicht<\/i> die Schaltfl\u00e4che F\u00fcr Ordner \u00fcbernehmen<\/i>.<\/li>\n<\/ol>\n
Mit dem Schlie\u00dfen der Registerkarte \u00fcber die OK<\/em>-Schaltfl\u00e4che sollten alle Unterordner auf den Modus Details<\/i> zur\u00fcckgesetzt werden. Dies verhindert, dass der Handler zur Anzeige der Miniaturansichten aufgerufen wird. Der Explorerabsturz sollte unterbleiben.<\/p>\n
Die Ursache f\u00fcr die Abst\u00fcrze oder den COM-Surrogate-Fehler ist kein Bug in Vista sondern liegt an den \"netten\" Codec-Packs, die sich die Anwender unter Vista installieren, um z. B. DivX-Videos sehen zu k\u00f6nnen. Insbesondere \u00e4ltere Fassungen des XviD-Codec-Pack installieren DirectShow-Filter, die unter Vista (Stand August 2007) den Windows Explorer zum Absturz bringen. Erst Xvid-Version 1.1.3 (vom 12.04.2008) habe ich unter Windows Vista stabil zum Laufen bekommen. Beim DivX-Codec (Version 6.8.2) gab es erneute Kollateralsch\u00e4den (der Explorer st\u00fcrzte zwar nicht ab, aber ich konnte keine VCDs mehr abspielen). Deinstallieren Sie alle diese omin\u00f6sen Codec-Packs und DirectShow-Filterpakete (die \u00fcbrigens auch f\u00fcr viele Abst\u00fcrze im Windows Movie Maker verantwortlich sind).<\/p>\n
Tipp:<\/b> Wer unbedingt DivX-Filme oder Mov-Clips sehen m\u00f6chte, sollte einen Blick auf den VLC Media Player werfen. Ich habe da in dieser Richtung in den letzten Tagen ausgiebig im Rahmen eines neuen Multimedia-Buchprojekts getestet. Der Player funktioniert in Vista und kann viele Dateiformate durch interne DirectShow-Filter direkt unterst\u00fctzen. Wer unbedingt meint, ein Codec-Pack zu brauchen, kann einen Blick in das Vista Codec-Pack werden. Ich hatte zwar in der Beta-Fassung noch ein paar kleinere Probleme, aber zumindest keine Abst\u00fcrze.<\/p>\n
Nachtrag:<\/b> Zwischenzeitlich hat sich noch eine weitere Baustelle f\u00fcr \"nicht mehr funktionierende\" Desktop-Verkn\u00fcpfungssymbole aufgetan: Leute, die im Internet kursierende Tipps zum Abschalten der Verkn\u00fcpfungspfeile befolgen, stellen fest, dass Desktop-Verkn\u00fcpfungen nicht mehr zuverl\u00e4ssig funktionieren.5% der Beitr\u00e4ge sich mit Nachbesserungen oder HowTos befassen, die Funktionen eines in der Distro verbockten Linux zum Arbeiten bewegen sollen.<\/p>\n
These: Es steht jedem frei, mit Windows Vista zu arbeiten (und dann auch daf\u00fcr zu zahlen) oder aber zu einer Linux-Distribution zu greifen (wobei die Profi-Distros kostenpflichtig sind). Man sollte sich aber im Klaren sein, dass Linux eine Menge Einarbeitungszeit und Kenntnisse erfordert. Nach meiner Beobachtung ist Windows (als XP oder Vista) f\u00fcr die Breite der Masse nach wie vor die stressfreiere L\u00f6sung.<\/p>\n","protected":false},"excerpt":{"rendered":"
Es gibt immer wieder Meldungen von Anwendern, die sich beschweren, dass die Links im Startmen\u00fc nicht mehr anklicken lassen – oder das der Windows Explorer abst\u00fcrzt bzw. nichts mehr anzeigt. Manchmal scheint dies nach dem Einspielen eines Windows-Update aufzutreten. Andere … Weiterlesen