我尝试将自定义背景部署到％windir％\ system32 \ oobe \ info \ background \ backgroundDefault.jpg，并在“应用程序和包”中创build了蝙蝠，ps1文件以尝试传递该文件，但是当通过CM运行时文件和文件夹不会创build并报告成功。 即使后台文件夹不存在，检测方法仍然表明它存在。
对于部署的应用程序方法，我尝试了文件和文件夹上的文件系统path检测。 我也试过一个自定义的PowerShell脚本进行检测。 在这两种情况下，安装都被logging下来，但文件没有被传输。
基于软件包的安装做了同样的事情，完成没有错误。 我很困惑，search引擎没有帮助。 当我用pipe理员权限手动运行脚本时，这个过程就起作用了。 但SCCM作为系统运行（不在用户上下文中），它重复相同的答案。
有没有人看过这个？ 我很难过 这里是基本的bat和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-Level定位命中您要使用的计算机。 我希望能够在SCCM中做到这一点，但有时候不同的工具会更好。
这就是说，我已经find了成功，通过使用PowerShell脚本，做了以下几点：
1）设置允许不同背景的registry项2）制作背景的副本，并将其与脚本放在一起3）将它们包装在一个自解压缩的可执行文件中，
sfx解压并运行提升的脚本，这个脚本设置了注册码并覆盖了那里的现有项目，而你的脚本似乎没有这样做。 所以，你的PowerShell脚本可能会挂在一个看不见的提示，询问你是否要覆盖现有的文件，或根本不运行该命令，因为文件存在和testingpath返回$ true而不是$ false。