A instalação do aplicativo SCCM2012 informa o sucesso, mas o conteúdo não chega

Question

Estou tentando implantar um plano de fundo personalizado em% windir% \ system32 \ oobe \ info \ background \ backgroundDefault.jpg e criei arquivos bat, ps1 em Aplicativos e Pacotes para tentar entregar o arquivo, no entanto, quando executado através do CM o arquivo e as pastas não são criados e o sucesso é relatado. Mesmo que a pasta de fundo não exista, o método de detecção ainda indica que existe.

Para o método de implantação do Aplicativo, tentei uma detecção de caminho do Sistema de Arquivos no Arquivo e na Pasta. Eu também tentei um script personalizado do PowerShell para detecção. Em ambos os casos, a instalação foi gravada com sucesso, mas os arquivos não foram transferidos.

A instalação baseada em pacotes fez a mesma coisa, concluída sem erros. Estou muito confuso e os mecanismos de pesquisa não estão ajudando. Quando executo os scripts manualmente com acesso de administrador, o processo funciona. Mas o SCCM rodando como System (não no contexto do usuário) repete a mesma resposta.

Alguém viu isso? Estou perplexo. Aqui estão os scripts básicos bat e ps1, o método de detecção personalizado era apenas um comando Test-Path do PowerShell no arquivo final.

bat

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" } 

    

Answer 1

Eu usaria a política de grupo para isso e usaria a segmentação no nível do item para acessar as máquinas que você deseja usar. Eu quero ser capaz de fazê-lo no SCCM, mas às vezes uma ferramenta diferente faz melhor.

Dito isso, obtive sucesso no passado usando um script do powershell que fez o seguinte:

1) Defina a chave reg que permite um plano de fundo diferente 2) Faça uma cópia do plano de fundo e coloque-o com o script 3) Envolvê-los dentro de um executável auto-extraível que correu com privilégios elevados

O sfx descompactou e executou o script elevated, que definiu a chave reg e substituiu o item existente que estava lá, o que seu script parece não fazer. Portanto, seu script do powershell pode estar desconectado de um prompt invisível que pergunta se você deseja sobrescrever o arquivo existente ou não executar esse comando porque existe um arquivo e o Test-Path está retornando $ true em vez de $ false. / p>