![\"win7\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2012\/03\/win7_thumb1.jpg\" "\\"win7\\"")
In diesem Beitrag m\u00f6chte ich mich eines Problems annehmen, welches viele Windows-Anwender plagt: Bei der Anwahl eines Laufwerks im Explorerfenster kommt die Fehlermeldung \"Anwendung nicht gefunden\". Jetzt hat es mich auch getroffen, und zwar in einer Windows 8.0-Testinstallation in einer virtuellen Maschine. Ich habe das Ganze dann analysiert und eine Erkl\u00e4rung samt L\u00f6sung gefunden.<\/p>\n
<\/p>\n
Das Malheur ist recht schnell beschrieben. Der Anwender versucht im rechten Teil des Explorerfensters ein Laufwerk (CD\/DVD-Laufwerk, Wechseldatentr\u00e4ger etc.) per Doppelklick zu \u00f6ffnen. Statt aber den Inhalt des Wechseldatentr\u00e4gers anzuzeigen oder die im Autoplay-Handler vorgegebene Anwendung (z.B. Fotoimport) auszuf\u00fchren, wird nur ein Dialogfeld mit der Fehlermeldung \"Anwendung nicht gefunden\" angezeigt.<\/p>\n
Ich habe es in obigem Screenshot einmal dargestellt \u2013 das Dialogfeld erscheint beim Doppelklicken auf das CD\/DVD-Laufwerk. In meinem Blog hatte ich schon einmal ein \u00e4hnliches Problem im Artikel Wechselmedien: \"Anwendung nicht gefunden\"<\/a> beschrieben. Aber das traf hier irgendwie nicht wirklich zu (hier gab es den Fehler beim CD\/DVD-Laufwerk) \u2013 also war mal wieder guter Rat teuer.<\/p>\n Eine kurze Recherche im Web brachte jede Menge Treffer \u2013 das Problem tritt mit unterschiedlichen Windows-Versionen auf. Hier die Liste der m\u00f6glichen Kuren:<\/p>\n Beide Ursachen trafen bei mir aber nicht zu \u2013 zur Sicherheit habe ich das Ganze aber \u00fcberpr\u00fcft. UpperFilters und LowerFilters-Eintr\u00e4ge gab es nicht im betreffenden Registrierungszweig, die AutoPlay-Handler waren auf Standardwerte gesetzt und eine Inspektion der Registrierung bracht keine neue Erkenntnis. Hier noch der Zweig, wo man nachsehen k\u00f6nnte.<\/p>\n HKEY_CLASSES_ROOT\\Drive\\shellex\\ContextMenuHandlers<\/p>\n An diesem Punkt war nat\u00fcrlich guter Rat teuer. Ich habe daher damit begonnen, das Ganze systematischer zu analysieren. Die erste Beobachtung war, dass das Dialogfeld nur beim Doppelklick auf das Laufwerkssymbol in der rechten Fensterh\u00e4lte des Explorers erschien. Ein Doppelklick auf das Laufwerkssymbol im Navigationsbereich zeigte dagegen den Laufwerksinhalt im rechten Teilfenster.<\/p>\n Beim Rechtsklick auf das Laufwerkssymbol fand sich im Kontextmen\u00fc der Eintrag \"Programm installieren oder ausf\u00fchren\" als Standard. Normalerweise h\u00e4tte ich den \"\u00d6ffnen\"-Befehl dort vermutet. Ich habe daher im Registrierungseditor den Zweig:<\/p>\n HKEY_CLASSES_ROOT\\Drive<\/p>\n kontrolliert. Dort sollten sich die Eintr\u00e4ge f\u00fcr das Kontextmen\u00fc finden. Nachfolgender Screenshot zeigt den betreffenden Zweig.<\/p>\n Ich konnte aber kein wirkliches Problem erkennen. Also habe ich noch einen Test unter einem anderen Benutzerkonto durchgef\u00fchrt. Dort klappte das \u00d6ffnen des Mediums per Doppelklick im Explorer \u2013 es muss sich also um einen kontenspezifischen Fehler handeln.<\/p>\n An diesem Punkt war es klar, dass die L\u00f6sung irgendwo im Zweig HKCU der Registrierung liegen m\u00fcsste. Und dann stie\u00df ich auf diesen Beitrag im WinSupportForum. Dort war zwar ein U3-Stick die Ursache des \u00dcbels. Aber der Autor gab an, dass bei ihm de Standardeintrag im Kontextmenu im Explorer auf \"Programm installieren oder ausf\u00fchren\" st\u00e4nde \u2013 genau mein Problem (und \u00fcber den Suchbegriff bin ich auf den Forentrag gesto\u00dfen). Im Thread werden die folgenden Schl\u00fcssel benannt, in denen der fehlerhafte U3-Eintrag zu finden war.<\/p>\n HKEY_CURRENT_USER\\Software\\Microsoft\\Windows\\CurrentVersion\\<\/em> Nun, bei mir traf ein U3-Stick als Ursache nicht zu \u2013 aber ich hatte nun die Registrierungsschl\u00fcssel MountPoints2<\/em>, die ich kontrollieren konnte. Und da fiel mir im Registrierungseditor auf, dass dort mehrere Eintr\u00e4ge auftraten \u2013 hier der Screenshot des Registrierungszweigs.<\/p>\n Die beiden ersten Eintr\u00e4ge f\u00fcr Unterschl\u00fcssel in MoutPoints2 <\/em>waren irgendwie \"leer\" \u2013 nicht gut f\u00fcr einen Schl\u00fcssel, der behauptet, er beherberge die MountPoints f\u00fcr Windows. Im dritten Unterschl\u00fcssel waren dagegen Eintr\u00e4ge f\u00fcr shell<\/em> mit sinnvollen Befehlen eingetragen. Ich habe also den Schl\u00fcssel MoutPoints2 <\/em>zur Sicherheit in eine lokale .reg-Datei exportiert. Anschlie\u00dfend wurden die ersten beiden Unterschl\u00fcssel mit leeren ClassID-Codes rigoros gel\u00f6scht.<\/p>\n Und anschlie\u00dfend war das Problem weg, das CD\/DVD-Laufwerk lie\u00df sich wieder per Doppelklick \u00f6ffnen. Ich hoffe, mit der hier skizzierten Vorgehensweise einen Denkansatz geliefert zu haben, um beim Auftreten des Problems eine L\u00f6sung zu finden (und wenn diese im Anlegen eines neuen Benutzerkontos besteht).<\/p>\n \u00c4hnliche Artikel: Links: In diesem Beitrag m\u00f6chte ich mich eines Problems annehmen, welches viele Windows-Anwender plagt: Bei der Anwahl eines Laufwerks im Explorerfenster kommt die Fehlermeldung \"Anwendung nicht gefunden\". Jetzt hat es mich auch getroffen, und zwar in einer Windows 8.0-Testinstallation in einer … Weiterlesen ![\"\"](\"https:\/\/i.imgur.com\/ZmsZ70N.jpg\")
<\/a><\/p>\nRatschl\u00e4ge im Web en Masse<\/h2>\n
<\/p>\n\n
Fehleranalyse und \u2013eingrenzung<\/h2>\n
<\/p>\n<\/a><\/p>\nDie L\u00f6sung f\u00fcr mein System<\/h2>\n
\nExplorer\\MountPoints2\\*\\Autorun<\/em>
\n HKEY_CURRENT_USER\\Software\\Microsoft\\Windows\\CurrentVersion\\<\/em>
\nExplorer\\MountPoints2\\*\\shell<\/em><\/p>\n<\/a><\/p>\n
\n<\/strong>a1: Wechselmedien: \"Anwendung nicht gefunden\"<\/a>
\na2: DVD-\/Wechseldatentr\u00e4gerlaufwerke verschwunden<\/a>
\na3: AutoPlay-Handler unter Windows 7 entfernen und korrigieren<\/a><\/p>\n
\n<\/strong>1: Diskussion bei winsupportforum.de
\n2: Diskussion bei Dr. Windows<\/a>
\n3: Diskussion im Nero-Forum<\/a>
\n4: Diskussion bei MS-Anwers-Forum<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"