Der großartige Vanishing Act von INetMgr.exe auf meinem Windows 7 x64-System

Ich habe ein seltsames Problem mit dem IIS-Manager unter Windows 7 (x64).

Zu Hause habe ich Win7 Professional, und wenn ich mein IIS-Manager-Symbol im Startmenü überprüfe, werden Links zu angezeigt

%windir%\system32\inetsrv\InetMgr.exe

Wenn ich dies über die Befehlszeile starte, funktioniert es wie ein Zauber.

Bei der Arbeit habe ich jedoch Windows 7 Enterprise (x64), und wenn ich meinen Link im Startmenü überprüfe, ist der Eintrag genau der gleiche. Wenn ich darauf klicke, funktioniert es wie ein Zauber.

Wenn ich es jetzt über die Befehlszeile (cmd.exe oder TakeCommand) starten möchte, ist die Datei jedoch nicht vorhanden. A.

DIR %windir%\system32\inetsrv\*.exe

zeigt eine Reihe von Dateien, einschließlich einer "inetmgr6.exe" - aber keine "inetmgr.exe" - und natürlich kann ich sie auch nicht starten :-(

Merkwürdigerweise , wenn ich in das Verzeichnis suchen %windir%\system32\INetSrvin Windows Explorer oder Windows Powershell, ich SEE die INetMgr.exeDatei , und ich kann es starten - kein Problem.

Was ****ist hier los? Wie kann ich das INetMgr.exevon meiner klassischen Kommandozeile aus finden und von dort aus starten?

UPDATE: ok, einige Updates. Auf meinem Arbeitslaptop INetMgr.exescheint sich die Datei tatsächlich in einem Verzeichnis namens zu befinden c:\windows\syswow64\inetsrv(ich rufe aus dem Speicher zurück, zitiere mich also nicht im Verzeichnisnamen - so ähnlich). Ich kann dies sehen, wenn ich zB in Powershell oder Windows 7 Explorer danach suche.

Über eine "klassische" Befehlszeile wie cmd.exe scheint es jedoch in c:\windows\system32\inetsrv..... hmmm .... zu sein. Das Problem ist, dass ich von meinem Zugriff aus nicht auf dieses Verzeichnis zugreifen kann, obwohl ich jetzt weiß, wo sich die Datei wirklich befindet klassische Befehlszeile - nicht einmal, wenn ich cmd.exe als Administrator mit erhöhten Berechtigungen ausführe ....... also weiß ich, wo sich die Datei befindet, aber das löst mein Problem immer noch nicht :-(

Das ist interessant. Versuchen Sie, Ihre Eingabeaufforderung mit erhöhten Berechtigungen zu starten, falls die Benutzerkontensteuerung mit Ihnen kämpft. Meine einzige andere Vermutung ist, dass% windir% in Ihrem Pfad für die Eingabeaufforderung irgendwie anders eingestellt ist. Versuchen Sie, mit dem expliziten Pfad dorthin zu navigieren. Versuchen Sie außerdem, eine Testdatei wie 'test.txt' an Ihrer Eingabeaufforderung zu erstellen, und stellen Sie sicher, dass sie im Windows Explorer angezeigt wird, um sicherzustellen, dass die Pfade zwischen den beiden Apps nicht mit Ihnen in Konflikt geraten.

FWIW - Ich habe genau das gleiche Problem auf meinem Windows 2008 R2 "Desktop" gesehen. Ich habe nie eine Lösung oder Erklärung gefunden.

Eine Problemumgehung bestand für mich darin, C: \ Windows \ System32 \ inetsrv \ InetMgr.exe in einen neuen Ordner zu kopieren (z. B. "E: \ Apps \ IIS \ InetMgr.exe"). Jetzt kann ich es über eine Befehlszeile an dieser Stelle ausführen, die Benutzerkontensteuerung wird aufgerufen und von da an funktioniert alles einwandfrei.

Ich habe ein ähnliches Problem, ich verwende Windows 7 64-Bit, ich versuche, die InetMgr.exe mit einem Programm wie Chrome (über das Upload-Fenster) oder Notepad ++ (Datei -> Öffnen) zu finden, aber ich sehe die Datei nicht .

Wenn ich versuche, es mit Windows Original Notepad zu finden, sehe ich es. Mit CMD ist die Datei sichtbar. Wenn ich die Datei im selben Verzeichnis kopiere und einfüge, ist sie für andere Programme nicht sichtbar. Wenn ich die Datei umbenenne (test.txt) ... ist die Datei immer noch nicht sichtbar ...

Es scheint, dass die Datei für andere Betriebssystemprogramme (Explorer, Editor) sichtbar ist, jedoch nicht für Software von Drittanbietern (Chrome, Notepadd ++, Winamp ecc).

Bei allen Suchanfragen habe ich die verwendet . Suchmuster. Bei allen Suchvorgängen sind w3wp.exe und InetMgr6.exe sichtbar ... InetMgr.exe jedoch nicht.

Im Verzeichnis C: \ Windows \ SysWOW64 \ inetsrv ist die Datei nicht vorhanden.

Wie ist es möglich?

AKTUALISIEREN

Hier ist die Antwort :

Wenn Sie eine 32-Bit-Anwendung auffordern, c: \ windows \ system32 \ task.xml zu öffnen, wird sie nach c: \ windows \ syswow64 \ task.xml umgeleitet und findet die Datei nicht, da sie nicht vorhanden ist. Der Grund, warum es funktioniert, wenn Sie es in .txt umbenennen, ist, dass es in einer 64-Bit-Kopie des Notizblocks geöffnet wird, in der die Datei korrekt angezeigt wird.