Courir exe dans une session isolée avec PsExec

Je veux démarrer l'application à distance. J'utilise la commande suivante PsExec:

PsExec \\computerOne -u Domain\User1 -p 123456 -x "C:\Windows\System32\calc.exe"

J'ai essayé d'utiliser -i, Afin que le programme interagit avec le bureau:

PsExec \\computerOne -u Domain\User1 -i 123456 -x "C:\Windows\System32\calc.exe"

Mais cela ne fonctionne pas. Erreur du deuxième exemple:

calc.exe Hors de computerOne avec code d'erreur -1073741502 "

Si j'étant omettez la spécification et écrivez simplement le chemin à exe, Le processus sera spécifié dans le gestionnaire de tâches, mais je ne vois aucune interface utilisateur. Devrais-je modifier des paramètres sur mon bureau sur lequel je veux exécuter le programme?
Invité:

Alice

Confirmation de:

Ce que vous voyez peut être une conséquence
http://msdn.microsoft.com/en-u ... .aspx
- psexec Définit et lance un nouveau service sur un ordinateur distant, mais la session par défaut dans laquelle elle commence votre processus est égale à 0 Et, par conséquent, indisponible pour l'utilisateur actuel (Au moins de Windows Vista / Server 2008). Vous devez signaler

Numéro de session

après

-i

paramètre. Vous pouvez demander aux utilisateurs actuels (et leurs numéros de session), Utilisant

quser /SERVER:computerOne

Équipe à l'avance.

Pour un test rapide et sale, vous pouvez supposer que l'identifiant de session du premier interactif sur le système utilisateur est égal à «1».

Giselle

Confirmation de:

Vous pouvez aussi simplement sortir -x et remplacer sur -I, Il doit ouvrir PsExec \ computerOne -u Domain \ User1 -p 123456 -i "C: \ Windows \ System32 \ calc.exe"

Hannah

Confirmation de:

La principale raison semble être dans les stylos pris

Console.Write

Méthode B.

Microsoft.powershell.consolehost.dll

. -1073741502 Code de sortie en format hexadécimal: 0xC0000142 (status_dll_init_failed).

On dirait Windows 7 et 2008 (selon Microsoft
http://support.microsoft.com/kb/2701373
).

Noter:

Certaines "corrections" ailleurs sur Internet sont attribuées à l'exécution d'un sort magique, puis de fermeture PowerShell et l'ouverture d'une nouvelle copie. Cependant, "redémarrer" PowerShell - C'est ce qui résout temporairement le problème.

Pour répondre aux questions, connectez-vous ou registre