Консольные приложения не работают в Powershell
Если у Вас есть домен Active Directory, политика установки программного обеспечения Group Policy может обработать приятную часть Ваших потребностей установки программного обеспечения. Сценарии запуска могут быть записаны для обработки программного обеспечения, которое не поддается установке из файлов MSI (обычно, потому что производитель слишком ленив для упаковки их тот путь - или в случае Microsoft Office 2007, потому что производитель ненавидит себя).
Если у Вас нет домена Active Directory, Вы могли бы все еще использовать сценарии запуска, настроенные в локальной групповой политике и обращающийся к сценарию на сервере, чтобы сделать "автоволшебное" развертывание на клиентских компьютерах.
Windows Automated Installation Kit (http://technet.microsoft.com/en-us/library/cc748933.aspx) является будущим платформы "Remote Installation Services" Microsoft, используемой для клиента развертывание ОС. Я предпочитаю развертывание от образов дисков фабрики (который затем "работается по" сценариями запуска после присоединения к домену), а не автоматическая установка, но любая стратегия является допустимым выбором.
("Microsoft Deployment Toolkit" является последующим к WAIK, описанному выше, но это все еще в бета-версии прямо сейчас... Бета 2, просто вышел несколько дней назад.)
Если Вы пойдете путем использования политики установки программного обеспечения развернуть пакеты MSI, то Вы быстро захотите изучить, как настроить существующий MSIs и создать Ваше собственное. Существует хорошая информация по AppDeploy.com о многих различных пакетах программного обеспечения. Набор инструментов XML Windows Installer является одним пакетом, который может создать пользовательские файлы MSI, хотя существуют также многие графические разработчики MSI там. Инструмент Microsoft ORCA (см. http://support.microsoft.com/kb/255905), доступный как часть Windows SDK Components для Windows Installer (или другие места - просто ищут ORCA.MSI на Goooogle), является большим инструментом для создания, преобразовывает (модификации) для существующего MSI pacakges.
Править: Исправление - для nitpicky...> улыбка <
Для приложений Microsoft WSUS является способом пойти наверняка. Если необходимо развернуть текущие исправления, тем не менее, можно застрять с помощью сценариев запуска (так как Microsoft никогда не обеспечивала способность развернуть пользовательские обновления через WSUS, свободный общественности, поскольку я вспоминаю быть обещанным и в конечном счете помещаю ту функциональность в продукт Менеджера конфигурации System Center).
См. мой ответ на обслуживании Adobe Reader для общей стратегии выпуска патчей стороннего appliations (не-Microsoft): управление Обновлением для Adobe Acrobat Reader
Это кажется, что Ваша среда немного испорчена. Вот несколько дополнительных шагов поиска и устранения неисправностей, надо надеяться, один из них даст более полезную информацию:
Попытайтесь выполнить команду с помощью полного пути: c:\windows\system32\ipconfig.exe
Попробуйте вызывать-выражение cmdlet:
invoke-expression -command "ipconfig"
или:
invoke-expression -command "c:\windows\system32\ipconfig.exe"
Попытайтесь использовать поставщика процесса .NET (Вы не сможете видеть результаты вызова, но он даст Вам немного информации об этом, которая могла бы быть полезной):
[System.Diagnostics.Process]::Start("c:\windows\system32\ipconfig.exe")
Попытайтесь работать powershell -NoProfile и посмотрите, работают ли вещи. Раз так. затем Вашей проблемой является сценарий профиля, с которым можно отредактировать notepad $profile.
Попытайтесь открыть окно CMD и работайте ipconfig там. Если это работает в CMD, но не в PowerShell, то сравните среду, найденную в каждом. Самый легкий путь состоит в том, чтобы, вероятно, работать set в CMD и работать cmd.exe /C set в окне PowerShell и сравнивают результаты.
Это немного нечетно для наблюдения PATH, выраженной с точки зрения других переменных среды. Интересно, могло ли это делать вещи wonky.
Например, вот то, что я ожидал бы видеть в Вашей переменной ПУТИ (предполагающий, что C: Ваш основной диск установки):
PATH=C:\Windows\System32;C:\Windows;C:\Windows\System32\Wbem;