Start-process raises an error when providing Credentials - possible bug
Solution 1
I have the same bug.
This function is OK with Powershell ISE, but doesn't work with PowerGUI
Start-Process -FilePath "C:\WINDOWS\System32\cmd.exe" -Credential $credential -ArgumentList ("/c $sFileExecutable")
It works with the WorkingDirectory
parameter
Start-Process -FilePath 'cmd.exe' -Credential $credential -ArgumentList ("/c $sFileExecutable") -WorkingDirectory 'C:\Windows\System32'
Solution 2
The best explanation of the problem is buried in a comment by Nathan Hartley, so let me summarize it here:
The issue is solely related to filesystem permissions, and has nothing to do with the host environment (console vs. ISE):
When you use
Start-Process
without specifying a target directory with-WorkingDirectory
, PowerShell's current location (directory) is used for the target process as well.-
Since you're using
-Credential
to run as a different user - without elevation at that point - the target user may lack permission to access the current directory, which happens if the current directory is inside the current user's home directory subtree, for instance.- Unfortunately, PowerShell's error message obscures this cause by misleadingly reporting:
The directory name is invalid.
- Unfortunately, PowerShell's error message obscures this cause by misleadingly reporting:
Fix:
- Either make sure that the current location is accessible to the target user,
- or, preferably, use the
-WorkingDirectory
parameter to explicitly set the target process's current directory.
For instance, to start the target process from the directory in which a target script is located, you could use something like:
$script = 'c:\path\to\your\script.ps1'
Start-Process -WorkingDirectory (Split-Path $script) -Credential ...
Solution 3
This is a weird one but I recreated the error and this fixed it...
http://support.microsoft.com/kb/832434
Basically, modify the start-in directory for Powershell_ISE (or PowerGUI!) to a system-wide value.
Solution 4
I know this is rather late, but the thread helped me (particulary the suggestion from @Dionysoos), and hope my answer might help others.
I had the same error...
Start-Process : This command cannot be executed due to the error: The directory name is invalid.
...when running a script unattended, while it was working in the ISE.
The unattended script was using the user-specific $env:TEMP
as the working directory which meant that the new process did not have access to it. Specifying -WorkingDirectory $env:windir
on the Start-Process
command resolved the issue.
Solution 5
I know this might be a bit late, but are you running that command when the current directory is a network path? I have experienced this as a problem and if I run the same command from a system drive it works.
Admin
Updated on March 23, 2020Comments
-
Admin over 3 years
Would you possibly know why this error is being raised in response to the code below. User-name and password have been verified as correct.
$secPassword = ConvertTo-SecureString "Password" -AsPlaintext -Force $farmCredential = New-Object System.Management.Automation.PsCredential "SharePoint\SP_Farm",$secPassword Start-Process $PSHOME\powershell.exe -Credential $FarmCredential -ArgumentList "-NoExit","-Command `"&{`$outvar1 = 4+4; `"write-output `"Hello:`"`$outvar1`"}`"" -Wait
the error;
Start-Process : This command cannot be executed due to the error: The directory name is invalid. At C:\Users\Administrator.SHAREPOINT\AppData\Local\Temp\fb2956d7-87fc-4235-9f3c-742698cafe9f.ps1:8 char:14 + Start-Process <<<< $PSHOME\powershell.exe -Credential $FarmCredential -ArgumentList "-NoExit","-Command `"&{`$outvar1 = 4+4; `"write-output `"Hello:`"`$outvar1`"}`"" -Wait + CategoryInfo : InvalidOperation: (:) [Start-Process], InvalidOperationException + FullyQualifiedErrorId : InvalidOperationException,Microsoft.PowerShell.Commands.StartProcessCommand
however, this works just fine.
Start-Process $PSHOME\powershell.exe -ArgumentList "-NoExit","-Command `"&{`$outvar1 = 4+4; `"write-output `"Hello:`"`$outvar1`"}`"" -Wait
NOTE: this is when executing from within PowerGUI or the ISE ide's The file fb2956d7-87fc-4235-9f3c-742698cafe9f.ps1 does exist at the path location, so for some reason the ide is having dificulty with this. Yet it DOES work when ran directly within the power shell command prompt/shell. I was logged in with a local machine account that is running as local admin, the script directs execution to a domain account which does not have admin rights and would run with just user permissions.
Is this a bug, since as a developer the IDE should not be tripped up by this as it works when i run the block in the powershell command prompt window??
-
Ben about 10 yearstl;dr: Modify the shortcut that starts Powershell ISE, update the 'Start in' field to be %WINDIR% instead of %HOMEDRIVE%%HOMEDIR% I can confirm that this fixed powershell ISE for me on windows xp
-
Phil over 9 yearsI don't know what version of PowerShell you're using (or if it matters), but the
Start-Process
cmdlet has a-WorkingDirectory
parameter. I've found that if you specify something like-WorkingDirectory C:\
, it fixes the problem. I believe it's because the credentials you have will be able to see the C:\ drive without any permissions issues. -
Rob almost 8 yearsIt isn't an ISE vs console issue. Start-Process seems to be defaulting the Working Directory to the current (or starting) directory. First, changing the directory to one that the account has access to will also resolve the issue. What I did was specify the All Users Profile directory. -WorkingDirectory $env:ALLUSERSPROFILE
-
Lucas Pottersky over 7 yearsSetting the WorkingDirectory worked for me. The script was running into weird errors when I tried to run it off of a mapped driver. It would only work when I'd execute the script from "\\myRemoteHost\folder\" instead of "S:\folder"
-
Bill Bell almost 7 yearsThis comment has been marked 'low-quality' because of its length and content. Perhaps it should have been a comment?
-
Ulysse BN over 6 yearsHi, and Welcome to Stack Overflow! Maybe you could enhance your answer a little bit for user to understand your point.