Noclose.pif - Zugriff verweigert

[Wilhelm M.]

Untertitel: I love Windows 7

Ich verwende für commandline Programme (meistens aus dem Startermenü) immer das NoClose.pif. Selten, aber doch und seit vielen Jahren.

Beispiel:
noclose.pif /C %Commander_Drive%\Utilities\SysInternals\Contig.exe

Jetzt habe ich W7 und das geht nicht mehr: Zugriff verweigert. NoClose.pif ist im Windows-Verzeichnis, daher eben "Nix da!".

Wie kann man das umgehen? Wie müsste ich die obige Commanline ändern, damit es geht?

[Dalai]

Dass die Meldung kommt, ist kein Wunder, denn die noclose.pif verweist auf die command.com, die es auf Win7 nicht mehr geben dürfte (auf x64 schon gleich gar nicht, weil 16 Bit dort weder funktioniert noch existiert). Übrigens sehe ich seit Win2k überhaupt keine Notwendigkeit mehr für diese PIF und deshalb wird die bei mir auch immer entfernt, wenn der TC via Skript installiert wird.

Eine Änderung in "cmd /k" sollte helfen.

MfG Dalai

[Wilhelm M.]

@Dalai
Danke für die Aufklärung!

Aber ich stelle gerade fest, dass es darum nicht gehen kann. In der Noclose.ini steht:

[General]
CommandProcessorNT=cmd.exe /K

D.h. noclose verwendet ohnehin diesen Befehlt! Genauer hinschauen hat gebracht, dass anscheinend das Contig.exe geblockt wird. Wenn ich das "als Adminstrator" starten lasse, dann blinkt im Commanline-Interace ganz kurz ein Text auf und weg ist er wieder. Man kann es nicht lesen, weiß also nicht, ob das Tool seine Arbeit getan hat oder nicht...

[Dalai]

Aber ich stelle gerade fest, dass es darum nicht gehen kann. In der Noclose.ini steht:

[General]
CommandProcessorNT=cmd.exe /K

Sag doch gleich, dass du NoClose Replacer benutzt.

Wenn ich das "als Adminstrator" starten lasse, dann blinkt im Commanline-Interace ganz kurz ein Text auf und weg ist er wieder. Man kann es nicht lesen, weiß also nicht, ob das Tool seine Arbeit getan hat oder nicht...

Dann funktioniert das /k nicht richtig, denn dieser Schalter sorgt normalerweise dafür, dass die Konsole offen bleibt, eben damit man in Ruhe lesen kann.

Ruf mal das contig.exe manuell auf (mit allen Parametern, die auch sonst übergeben werden). Ich bin zuversichtlich, dass du der Ursache so näherkommst.

MfG Dalai

[Wilhelm M.]

Sorry, vergessen - klar ist es der Replacer.

Aber das direkte Starten führt zum selben Ergebnis. Sowohl aus einem "DOS-Fenster" heraus, als auch von der TC Eingabezeile:

cmd /k contig.exe Dateiname -a

(sollte die Fragmentierung von Dateiname anzeigen, aber nicht ändern) . Dabei habe ich mich in das Verzeichnis von contig gesetzt und auch Dateiname liegt dort, Pfade sollten also kein Problem sein.

Die übliche Win 7 Abfrage: "Wollen Sie zulassen usw.", dann auf ok und dann blitzt ein Dos-Fenster auf und ist gleich wieder weg. So wie wenn man cmd ohne den Parameter /k startet.

Wobei ich ja nicht weiß, ob die Vorgangsweise überhaupt sinnvoll ist: erst ein DOS-Fenster (ich nenn es der Einfachheit halber so) mittels cmd öffnen und in dieses dann nochmals cmd /k eingeben... Und was die Eingabezeile von TC macht, weiß ich auch nicht genau, vielleicht ohnehin dasselbe.

[Dalai]

Wieso kommt denn überhaupt eine UAC-Abfrage? Welches Programm konkret verlangt bzw. verursacht das, also welches wird in der UAC-Meldung angeführt?

Wird der Dateiname mit Anführungszeichen übergeben? Wird das Kommando nach "cmd /k" mit Anführungszeichen benutzt?

erst ein DOS-Fenster (ich nenn es der Einfachheit halber so) mittels cmd öffnen und in dieses dann nochmals cmd /k eingeben

Das ist - sorry - Unfug. /k ist ein Parameter für cmd.exe. Die manuelle Eingabe derartiger Parameter ist eher hinderlich, weil die cmd.exe damit nichts anfangen kann und denkt, es wäre ein Befehl oder ein Programm - und beides trifft nicht zu.

Irgendwie glaube ich, dass du noch die falsche Vorgehensweise hast und es deshalb nicht funktioniert.

MfG Dalai

[Wilhelm M.]

Irgendwie glaube ich, dass du noch die falsche Vorgehensweise hast und es deshalb nicht funktioniert.

Ganz bestimmt sogar und genau das möchte ich ja herausfinden.
Du hast empfohlen, contig.exe direkt zu starten und ich habe das auf die geschilderten beiden Arten gemacht. Ich hab natürlich als erstes versucht, contig.exe aus dem DOS-Fenster/TC-Eingabezeile heraus ohne Eingabe von cmd /k zu starten, das meinst Du wohl mit direkt. Wenn nein, dann sage mir bitte, wie Du es meinst.

Die UAC meldet übrigens immer contig.exe als Verursacher, ist übrigens egal, ob ich in den Eigenschaften von contig "als Admin. starten" einstelle oder nicht. Anführungszeichen setze ich nicht, sind unter den Testbedingungen auch nicht notwendig (keine Leerzeichen weit und breit).

Die Befehlszeilen im STartermenü, die ich schon gepostet habe, sind die, die unter Win XP klaglos funktionieren (seit vielen Jahren).

[Dalai]

Ich beschreib's nochmal langsam und Schritt für Schritt, was ich mit manuell starten meine:

• CMD öffnen (ob vom TC aus oder vom Windows-Startmenü, ist egal)
• (optional) ins Verzeichnis der contig.exe oder der damit "zu bearbeitenden" Datei wechseln
• contig.exe mit entsprechenden Parametern starten, ggf mit komplettem Pfad (abhängig vom vorigen Punkt)

Wichtige Fragen dazu: läuft die CMD als Admin? Läuft contig als Admin?

Wenn obige Sache nicht läuft, ist TC vollkommen außen vor und man muss sich anschauen, was konkret falsch läuft.

MfG Dalai

[Wilhelm M.]

Die drei Punkte sind klar - genau das habe ich gemacht.

Aber bei den weiteren Fragen könnte das Problem liegen: contig.exe habe ich auf "als Admin." gesetzt, jedoch nicht cmd.exe. DAs letztere geht gar nicht, die Optionen in "Kompatibiliät" (Kontextmenü/Eigenschaften) sind ausgegraut und nicht änderbar.

Übrigens: verwende W7 32bit und TC 7.56a.

[Dalai]

contig.exe habe ich auf "als Admin." gesetzt

Warum? Was passiert, wenn du das zurücksetzt?

Das letztere geht gar nicht, die Optionen in "Kompatibiliät" (Kontextmenü/Eigenschaften) sind ausgegraut und nicht änderbar.

Logisch, weil es ein Systembestandteil ist - oder wie auch immer MS das ausdrückt. Hindert aber niemanden daran, die CMD als Admin zu starten, denn das ist mit jeder Verknüpfung zur cmd.exe möglich und auch in der Buttonbar des TC (mit jedem Befehl ausgenommen interne cm_*).

MfG Dalai

[Wilhelm M.]

Ok - cmd.exe im System32 suchen und als Admin starten bringt den Erfolg. Contig.exe lässt sich starten und macht, was es soll.

Soweit so gut. Aber mein ursprüngliches Anliegen kann ich damit wohl begraben. Denn wie mache das aus dem Startermenü von TC heraus? Egal ob cmd /k oder noclose.pif - die cmd.exe wird dabei NICHT als Admin gestartet.

Oder gibt es da noch eine Möglichkeit?

[karlchen]

Denn wie mache das aus dem Startermenü von TC heraus? Egal ob cmd /k oder noclose.pif - die cmd.exe wird dabei NICHT als Admin gestartet.

Kommando in die Buttonbar setzen statt ins Startermenü und Sternchen direkt vor das Kommando in der Butttonbar setzen?!
(Ob es aus dem Startermenü heraus auch geht, kann ich gerade im Moment aus Linux heraus nicht wirklich gut testen.)

Karl
--

button47=%COMMANDER_PATH%\IconLibs\IconsST.dll,33
cmd47=*"%COMMANDER_PATH%\lister.exe" "%systemroot%\system32\LogFiles\Firewall\pfirewall.log"
path47=%COMMANDER_PATH%\
iconic47=0
menu47=Logfile Firewall

[Wilhelm M.]

@karlchen

Meine Befehlszeile würde dann lauten:

cmd /k *"%Commander_Drive%\Utilities\SysInternals\Contig.exe" -a

Resultat: System kann den angegeb. Pfad nicht finden.

Sternchen vor cmd geht überhaupt nicht: Datei nicht gefunden.

Das Ganz ohne cmd, also nur
*"%Commander_Drive%\Utilities\SysInternals\Contig.exe" -a bringt wieder das alte Verhalten: DOS-Fenster bleibt nicht offen und ich kann die Ausgabe von contig.exe nicht sehen.

Also langsam steigt meine Neigung, die UAC überhaupt zu eliminieren.

[karlchen]

Meine Befehlszeile würde dann lauten:
cmd /k *"%Commander_Drive%\Utilities\SysInternals\Contig.exe" -a

Mein Beispiel legt eher nahe, dass sie lauten muss

*%SystemRoot%\System32\cmd.exe /k "%Commander_Drive%\Utilities\SysInternals\Contig.exe" -a

Das Sternchen muss das erste Zeichen der Befehlszeile sein.
Wenn ich mich recht erinnere muß man bei Sternchen-Befehlen den kompletten Pfad voranstellen.
Jedenfalls startest du cmd.exe mit erhöhten Rechten. Damit wird dann auch contig.exe mit erhöhten Rechten gestartet.

Karl

[Wilhelm M.]

Mein Gott, mein Gott... Man könnte ja fast religiös werden!

*c:\windows\system32\cmd /k "%Commander_Drive%\Utilities\SysInternals\Contig.exe -a"

hat es gebracht!

Also wenn Du mir jetzt Deine Bankverbindung per E-Mail schickst? (Wer weiß, was dann passiert )