SCCM Reinicializa no início da sequência de tarefas

Question

Para fins de legado, não carregamos o pxe diretamente do sccm, mas temos um servidor wds separado do qual o pxe é inicializado e carregamos o wim de inicialização do sccm (entre outros, novamente para fins de legado) para esse servidor.

De volta ao sccm, no entanto, é onde está o truque real . Portanto, para qualquer sequência de tarefas, há uma imagem de inicialização atribuída a ela. Portanto, para minha sequência de tarefas Beta , tenho o mesmo boot atribuído a ele como foi enviado para o servidor wds, não é grande coisa. Eu inicializo o pxe, seleciono Beta da lista de sequências de tarefas disponíveis e estou a caminho.

Depois disso, o sccm se certificará de que os pacotes referenciados pela sequência de tarefas estejam disponíveis em algum ponto de distribuição, incluindo os wims de inicialização.

Meu problema vem diretamente depois disso. Se o PackageID do wim de inicialização referenciado na sequência de tarefas não corresponder ao PackageID do wim de inicialização que está sendo executado naquele momento (ou se a sequência de tarefas estiver sendo executada dentro de um sistema operacional Windows completo ) então sccm stage (leia download e stash em algum lugar) o wim de inicialização referenciado na sequência de tarefas, avisa ao usuário para 'remover o CD' e reinicia a máquina, então inicializa naquele wim de inicialização.

Agora, eu sei o que você está pensando: "Mike, apenas use o mesmo boot wim que é referenciado na sequência de tarefas em seu servidor wds e você estará bem."

Eu não perderia seu tempo sem fazer isso. O problema é que o PackageID no wds boot wim não está mostrando o PackageID correto.

Correct PackageID: SMS000D8
Perceived PackageID: SMS0009E

Aqui está uma foto do registro para aprendizes visuais:

Agora,reconhecioIDdopacotepercebido:foiowimdeinicializaçãosccmoriginalquefoicriadoapósaatualizaçãoparaoSP1.Éclaroque,seeuatribuiressebootwimàminhasequênciadetarefas,tudocontinuaráenãohaveráreinicialização.

Noentanto,háumaboarazãopelaqualessewimdeinicializaçãonãoestáatribuídoaBeta.Todavezquetentamosatualizaressebootwim,elefalha.Nãoimportasesãodrivers,recursosextrasounada,masumaatualizaçãodedp,elefalhaaoinjetarosbináriosdoOSD,aparentementeissotambémacontecede tempo em tempo . Importar novos wims de inicialização e atualizá-los parecem funcionar bem, então tentamos seguir esse caminho e é onde estamos agora.

Beta requer uma reinicialização no meio da sequência de tarefas e, se reiniciarmos no wim de inicialização original, os drivers de rede e / ou de armazenamento dos nossos modelos mais recentes não estarão presentes, e coisas ruins acontecerão.

Então, eu pesquisei mais, porque certamente eu não sou o único a ter esse problema, e acontece Eu não estava .

Agora, sim: pode-se alterar o valor da variável de sequência de tarefas BootMediaPackageID para o que precisar dentro da sequência de tarefas (mesmo anterior a sequência de tarefas começa com ganchos de mídia pré-execução) seja alegre. No entanto, a variável de sequência de tarefas BootMediaPackageID é realmente _SMSTSBootMediaPackageID e essa variável e outras semelhantes são somente leitura.

A boa notícia é que todas as variáveis de sequência de tarefas são armazenadas no wim de inicialização em um arquivo chamado variables.dat , pelo que eu li na rede. A má notícia é que esse arquivo não é um texto claro.

Existe uma ferramenta chamada tsenv2 de 1e que deveria poder editar este arquivo, via mapeamento de memória, no entanto o site diz que é para 2007, e quando tentei usá-lo eu recebi um erro aleatório que o google não ouviu falar. Eu tenho uma teleconferência com essas pessoas mais tarde hoje, mas eu não estou colocando todos os meus ovos em uma cesta.

Outro A postagem do fórum mencionou que esse arquivo é criptografado usando a senha de mídia usada para acessar as sequências de tarefas, se houver uma. Se não, é simples xml. Usamos uma senha de mídia, o que pareceu promissor. Aquele pôster também teve a gentileza de mencionar que ele é criptografado usando AES-256-CBC, que também soava promissor, então eu baixei o openssl para Windows e fui para a cidade no arquivo, sem sucesso. Falando com o nosso Sr Security Admin parece com o cbc se eu não tiver a chave e iv mas apenas a senha, que pode não ser suficiente para descriptografar o arquivo. Eu duvido que MS esteja cuspindo isso.

Então, é aí que estou. Se alguém souber como contornar isso, sou todo ouvidos.