Had this issue with deployment with Dell command update. I use PDQ Deploy. After much online reading found that a bach file is easyer to work with.
my code looks like this
cd C:\Program Files\Dell\CommandUpdate
dcu-cli /version
dcu-cli /scan
dcu-cli /applyUpdates -encryptedPasswordFile="???" -encryptionKey="???"
Also not sure if you are trying to run the scan and the apply in the same code. I found that it is more stable to run them in diffrent steps.
hope this helps
Answer from Killing-me-MicroSoftly on Stack Overflowintune - How to initiate Dell Command updates remotely with a Powershell script - Stack Overflow
How to run command line or PowerShell script if file could exist in two locations? - Stack Overflow
powershell - Using PSRemoting to Install Dell Updates using dcu-cli.exe - Stack Overflow
cmd - Using dcu-cli.exe to Install Dell Updates on Remote System - Stack Overflow
Had this issue with deployment with Dell command update. I use PDQ Deploy. After much online reading found that a bach file is easyer to work with.
my code looks like this
cd C:\Program Files\Dell\CommandUpdate
dcu-cli /version
dcu-cli /scan
dcu-cli /applyUpdates -encryptedPasswordFile="???" -encryptionKey="???"
Also not sure if you are trying to run the scan and the apply in the same code. I found that it is more stable to run them in diffrent steps.
hope this helps
You have to provide the whole path. Then it will work...
Start-Process "dcu-cli.exe <<<< here whole path of the dcu-cli application>>>...
Hi all,
Very much a Powershell n00b, but I'm hoping someone can guide me in the right direction.
I'm wanting to utilize "Dell Command Utility" - or more importantly - its CLI part in an interactive script. (It allows you to automatically download and update a Dell PC's drivers and BIOS). I believe the issue I have is that the utility doesn't like to run 'headless' through a remote PS-Session. But I want to see the progress (as it includes download information, what's out of date, etc.).
It works locally on the machine in a tell-tale way:
-
If you run it in an elevated Command Prompt - it runs in-situ without any issue.
-
If you run in in an elevated, but local, Powershell window (directly calling the .exe or a Start-Process), it will open it's own "command-prompt-esque black and grey" CLI window.
-
If you call it in Powershell via cmd /c - it will open and run in-situ in that Powershell window - but again, only locally.
As soon as you run it in a remote session, you're greeted with:
.\dcu-cli.exe :
+ CategoryInfo : NotSpecified: (:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError
Unhandled Exception:
System.IO.IOException: The handle is invalid.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean& succeeded)
at Dell.CommandUpdate.CLI.Program.ShowWorking()
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback,
Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state,
Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
no matter what I've tried (so far).
So my question is - can I enforce the program to stay within the Powershell shell and stop trying to break out into another? I think this is probably the issue (please correct me if I'm wrong!) but that's way out of my depth of PS understanding.
Than you in advance for any guidance given.