Я пытаюсь развернуть пользовательский фон в %windir %\system32\oobe\info\background\backgroundDefault.jpg и создал летучую мышь, ps1 файлы и в Приложениях и в Пакетах, чтобы попытаться поставить файл, однако при выполнении через CM файл и папки не создаются, и об успехе сообщают. Даже если фоновая папка не существует, Метод Обнаружения все еще указывает, что это существует.
Для метода Приложения развертывания я попробовал обнаружение пути Файловой системы на Файле и на Папке. Я также попробовал пользовательский powershell сценарий за обнаружение. В обоих случаях установка была зарегистрирована успешная, но файлы не были переданы.
Основанная на пакете установка сделала то же самое, завершенное без ошибок. Я довольно смущен, и поисковые системы не помогают. Когда я запускаю скрипты вручную с доступом администратора работы процесса. Но SCCM, работающий как Система (не в пользовательском Контексте), это повторяет тот же ответ.
Кто-либо видел это? Я озадачен. Вот основная летучая мышь и ps1 сценарии, пользовательский метод обнаружения был просто командой PowerShell Test-Path на файле конца.
летучая мышь
mkdir c:\windows\system32\oobe\info\backgrounds
xcopy .\backgroundDefault.jpg c:\windows\system32\oobe\info\backgrounds\ /y
ps1
If ((Test-Path "C:\Windows\System32\oobe\info\backgrounds") -eq $False) {New-Item "C:\Windows\System32\oobe\info\backgrounds" -type directory}
If ((Test-Path "C:\Windows\System32\oobe\info\backgrounds\backgroundDefault.jpg") -eq $False) { Copy-Item ".\backgroundDefault.jpg" "C:\Windows\System32\oobe\info\backgrounds" }
Я бы использовал для этого групповую политику и использовал бы Item-Уровень нацеливания, чтобы поразить машины, которые вы хотите использовать. Мне хочется иметь возможность делать это в SCCM, но иногда другой инструмент делает это лучше.
При этом я добивался успеха в прошлом, используя сценарий PowerShell, который делал следующее:
1) Установите ключ reg, который позволяет использовать другой фон 2) Сделайте копию фона и поместите ее со скриптом 3) Обернул их внутри самораспаковывающегося исполняемого файла, который работал с повышенными привилегиями
sfx разархивировал и запустил сценарий с повышенными правами, который установил ключ reg и перезаписал существующий элемент, который был там, что ваш сценарий не похоже. Таким образом, ваш сценарий PowerShell может зависать в невидимой подсказке, которая спрашивает вас, хотите ли вы перезаписать существующий файл или вообще не запускать эту команду, потому что файл существует, а Test-Path возвращает $ true вместо $ false.