Para fins legados, não inicializamos o pxe diretamente do sccm, mas temos um servidor wds separado a partir do qual inicializamos o pxe e carregamos o wim de inicialização do sccm (entre outros, novamente para fins legados) para esse servidor.
De volta ao sccm, no entanto, é onde orealmentiras peculiares. Portanto, para qualquer sequência de tarefas, há uma imagem de inicialização atribuída a ela. Portanto, para minha sequência de tarefas, Betatenho o mesmo boot wim atribuído a ele que foi carregado no servidor wds, sem grande problema. Inicializo no pxe, seleciono Betana lista de sequências de tarefas disponíveis e estou a caminho.
Depois disso, o sccm garantirá que todos os pacotes referenciados pela sequência de tarefas estejam disponíveis em algum ponto de distribuição, incluindo boot wims.
Meu problema vem logo depois disso. Se o PackageID do boot wim referenciado na sequência de tarefasnão correspondeo PackageID do wim de inicialização que está sendo executado naquele momento (ou se a sequência de tarefas estiver sendo executada de dentro de um sistema operacional Windows completo), então o sccm iráestágio(leia baixar e armazenar em algum lugar) o wim de inicialização referenciado na sequência de tarefas, solicita ao usuário 'remover o CD' e reiniciar a máquina e, em seguida, inicializar nesse wim de inicialização.
Agora eu sei o que você está pensando:"Mike, basta usar o mesmo boot wim mencionado na sequência de tarefas em seu servidor wds e você ficará bem."
Eu não perderia seu tempo não fazendo 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 sequência do registro para alunos visuais:
Agora, reconheci o packageID percebido: era o sccm boot wim original que foi criado após a atualização para o SP1. Claro, se eu atribuirqueinicialize o wim na minha sequência de tarefas, tudo continua e não há reinicialização.
No entanto, há uma boa razão pela qual o boot wim não está atribuído ao Beta. Toda vez que tentamos atualizar o boot wim, ele falha. Não importa se são drivers, recursos extras ou nada além de uma atualização de dp, ele falha ao injetar os binários OSD, aparentemente isso também acontece detempo ao tempo. Importar novos boot wims e atualizá-los parece funcionar bem, então tentamos seguir esse caminho e é onde estamos agora.
Betarequer uma reinicialização no meio da sequência de tarefas e, se reinicializarmos no wim de inicialização original, os drivers de rede e/ou armazenamento de nossos modelos de computador mais recentes não estarão nele e coisas ruins acontecerão.
Então, pesquisei mais no Google, porquecertamenteNão sou o único com esse problema, e acontece queeu não estava.
Agora, sim: pode-se alterar o valor da BootMediaPackageIDvariável de sequência de tarefas para o que eu precisar dentro da sequência de tarefas (mesmoantesa sequência de tarefas começa com ganchos de mídia de pré-execução) e seja alegre. No entanto, a variável de sequência de tarefas BootMediaPackageIDé realmente _SMSTSBootMediaPackageIDequevariável e outras semelhantes são somente leitura.
A boa notícia é que todas as variáveis da sequência de tarefas são armazenadas no boot wim em um arquivo chamado variables.dat, pelo que li na net. A má notícia é que este arquivo não é um texto não criptografado.
Existe uma ferramenta chamada tsenv21e que supostamente é capaz de editar esse arquivo, via mapeamento de memória, porém o site diz que é para 2007, e quando tentei usá-la recebi um erro aleatório que o Google não ouviu falar. . Tenho uma teleconferência com essas pessoas hoje mais tarde, mas não vou colocar todos os ovos na mesma cesta.
Outra postagem no fórummencionou que este arquivo é criptografado usando a senha de mídia usada para acessar as sequências de tarefas, se houver. Caso contrário, é xml simples. Usamos uma senha de mídia, então isso parecia promissor. Esse postador também teve a gentileza de mencionar que ele é criptografado usando AES-256-CBC, o que também parecia promissor, então baixei o openssl para Windows e fui até a cidade com o arquivo, sem sucesso. Falando com nosso Administrador de Segurança Sr, parece que com cbc se eu não tiver a chave e iv, mas apenas a senha, isso pode não ser suficiente para descriptografar o arquivo. Duvido que a MS esteja tossindo isso.
Então é aí que estou. Se alguém souber como contornar isso, sou todo ouvidos.
Responder1
Para aquelas pessoas que ainda estão tendo dúvidas sobre isso (8 anos depois), você pode regenerar seu arquivo variáveis.dat usando SCCM para 'Criar mídia de sequência de tarefas', selecionando opções para uma ISO de 'mídia inicializável', certificando-se de selecionar a inicialização imagem na qual você está interessado. Depois que o ISO for gerado, monte-o e extraia o arquivo variáveis.dat dele.