Kann Befehl "CallRunAsHidden..." nicht ausführen. Fehler 2!

[Hendrik_Ambrosius]

Wie sieht der Aufruf dazu in der setup.inf genau aus?

[TPrummer]

CallRunAsHidden /U:.\root /P:1234 "C:\Program Files\Common Files\Setup64\Setup2.exe" "C:\EmpirumInst\System\Partition D\1.0\Install\Setup2.inf" /S0 /X8

[TPrummer]

Die Setup.exe kann aus irgend nem Grund nichts mit dem CallRunAs Befehl anfangen, egal welche Parameter dahinter stehen.

[Hendrik_Ambrosius]

Bei mir geht es so völlig stressfrei (habe nur mal das Verzeichnis angepasst damit es OS-unabhängig ist (CommonSetupDir) und die setup.exe genommen statt der setup2.exe - das ist ja auch nur optional testweise):

setup.inf:

[Setup]
Version=6.5
ShowCaption=1

[Requirements]

[Application]
ShowEndMessage=0
DisableCancelButton=1

[Environment]
CommonSetupDir=%CommonFilesDir%\Setup%SetupBits%

[Options]
run = run, COPYALWAYS

[run]
CallRunAsHidden /U:mx42\administrator /P:Matrix42 "%CommonSetupDir%\Setup.exe" "C:\test\2.inf" /S3 /X8


2.inf:

[Setup]
Version=6.5
ShowCaption=1


[Requirements]

[Application]
ShowEndMessage=0
DisableCancelButton=1

[Options]
run = run, COPYALWAYS

[run]
echo Zweite setup.inf gestartet als %windowsuser%


Bitte mal testen.

[Hendrik_Ambrosius]

Schicken Sie mir die setup.exe doch mal zu an hendrik@ambrosius.it (bei der Matrix42-Adresse werden die EXEs gefiltert).

[TPrummer]

Kann Befehl 'CallRunAsHidden /U:.\root /P:1234 "%CommonSetupDir%\Setup.exe" "C:\temp\2.inf" /S3 /X8' nicht ausführen.
Fehler 2!

Bei nem anderem Rechner, wo auch das eigentliche Script funktioniert, funktioniert es.

[Hendrik_Ambrosius]

OK, dann bitte mal die setup.exe von dem Rechner wo es nicht geht an mich senden.

[TPrummer]

Setup.exe wurde verschickt

[Hendrik_Ambrosius]

Funktioniert bei mir problemlos. Liegt also nicht an der setup.exe-Version.
Ist vielleicht die Benutzerkontensteuerung (UAC) auf den Problem-PCs aktiviert? Das darf für CallRunAs nicht sein.
Obwohl das eigentlich keinen Fehler 2 auslösen sollte...
Ich habe dazu sonst keine Idee mehr. ggf. Störung beim Support eröffnen.

[TPrummer]

Benutzerkontensteuerung ist bei beiden PCs gleich eingestellt.

Störung beim Support ist seit September offen und wurde an die Entwicklung weitergeleitet.
Aufgrund der Prio des Problems kann das aber noch dauern bzw. mit einer Korrektur ist erst mit V16 zu rechnen.
Vorgeschlagener Workaround ist, das ganze im Maschinenteil laufen lassen und diesen jedes mal erzwingen.

[TPrummer]

Es muss doch irgendwie rauszufinden sein, wieso es bei einem PC geht und bei dem anderem nicht, obwohl die zwei theoretisch gleich installiert sind.

[Hendrik_Ambrosius]

Andere Möglichkeit wäre wie früher auch als es CALLRUNAS noch nicht gab PSEXEC zu verwenden:
http://technet.microsoft.com/de-de/sysi ... 97553.aspx

[TPrummer]

Hmm schön langsam kapier ich gar nichts mehr

Bei dem Client wo es nicht funktioniert hat, habe ich jetzt callhidden psexec... ausgeführt, hat nicht funktioniert, also mal ohne hidden - da musste man die PsExec License Agreement mit Agree bestätigen.
was man wahrscheinlich durch HKCU,"Software\Sysinternals\PsExec","EulaAccepted",0x00010001,1 aushebeln kann

Daraufhin habe ich die callhidden psexec auskommentiert, weil ich es nochmal mit der callrunashidden probieren wollte.
Und auf einmal hat es funktioniert... jetzt funktioniert es für alle Benutzer an dem Rechner??
Also ab zum nächsten Rechner bei dem es nicht geht.
HKCU,"Software\Sysinternals\PsExec","EulaAccepted",0x00010001,1
Script laufen lassen... funktioniert nicht

[TPrummer]

Scheint so als würde die Setup.exe intern auch die psexec.exe verwenden.

Der Fehler kann durch das erlauben der psexec eula + einmalig starten von psexec behoben werden.

[Set:DPartitionCL]
callhidden "%APP%\psexec.exe" -u root -p1234 /accepteula cmd /c mkdir "D:\UNGESICHERT_%WindowsUser%"
Sleep 2000
CallRunAsHidden /U:.\root /P:1234 cmd /c MkDir "D:\UNGESICHERT_%WindowsUser%"
Sleep 1000
CallRunAsHidden /U:.\root /P:1234 cmd /c icacls "D:\UNGESICHERT_%WindowsUser%" /grant %USERDOMAIN%\%WindowsUser%:(CI)(OI)(M)

Klingt blöd, ist aber so

[Hendrik_Ambrosius]

Das sicherlich nicht, aber vielleicht korrigiert die psexec.exe irgendetwas am System beim ersten Start so dass dann erst remote exec Aufrufe richtig funktionieren.