Richard Balsley

A Simple Tip to Test Software Installation Using the Local System Account

As most configuration manager administrators know the local system account is used in many cases to install software. One of the biggest challenges though is testing software with the local system account. Creating a package, program, collection, advertisement, refreshing machine policy, etc all take quite a bit of time to test if the package works using the local system account. In many cases, you're likely just testing the ability to install the application silently (especially true for OSD scenarios).

One thing I like to use is PSExec from Sysinternals. In the past with OSes prior to Windows Vista, we could use the AT scheduler from the command line to create an interactive command prompt using the system account. This trick was removed in Vista and we were left with using Psexec.

  1. Download PSExec from http://technet.microsoft.com/en-us/sysinternals/bb897553 or alternatively, you can use http://live.sysinternals.com/psexec.exe (some web filtering software will not allow an exe to be downloaded in this manner, so the first link might be better).
  2. Once downloaded, navigate to the location of psexec via command line.
  3. From the command line enter psexec -si cmd.exe (this opens a new command prompt as the system context that's interactive)
  4. A new command line should open up. In the new command line type in whoami. You should see the credential as nt authority\system.
  5. Test whatever software package you want to install via command line (this will end up being the command line you use in your package program)
As I stated before, this is a great way to test command lines, especially silent ones. I know I've ran into a lot of issues where an application has some user interaction but since the process is running as the system account it stays "stuck" waiting for user interaction.
Exit mobile version