Para propósitos heredados, no arrancamos directamente desde sccm, sino que tenemos un servidor wds separado desde el cual arrancamos y cargamos el wim de arranque de sccm (entre otros, nuevamente para propósitos heredados) en ese servidor.
Sin embargo, de vuelta en sccm es donderealmentiras peculiares. Entonces, para cualquier secuencia de tareas determinada, se le asigna una imagen de inicio. Entonces, para mi secuencia de tareas, Betatengo asignado el mismo wim de arranque que se cargó en el servidor wds, no es gran cosa. Arranco en pxe, selecciono Betade la lista de secuencias de tareas disponibles y sigo mi camino.
Después de esto, sccm se asegurará de que todos los paquetes a los que hace referencia la secuencia de tareas estén disponibles en algún punto de distribución, esto incluye los wims de arranque.
Mi problema viene inmediatamente después de eso. Si el ID de paquete del wim de arranque al que se hace referencia en la secuencia de tareasno coincideel ID de paquete del wim de arranque que se está ejecutando en ese momento (o si la secuencia de tareas se está ejecutando desde dentro de un sistema operativo Windows completo), entonces sccmescenario(lea descargar y guardar en algún lugar) el wim de arranque al que se hace referencia en la secuencia de tareas, solicite al usuario que "extraiga el CD" y reinicie la máquina, luego inicie ese wim de arranque.
Ahora sé lo que estás pensando:"Mike, simplemente usa el mismo wim de arranque al que se hace referencia en la secuencia de tareas en tu servidor wds y estarás bien".
No te haría perder el tiempo no haciendo eso. El problema es que el ID de paquete en el wim de arranque de wds no muestra el ID de paquete correcto.
Correct PackageID: SMS000D8
Perceived PackageID: SMS0009E
Aquí hay una captura del registro para estudiantes visuales:
Ahora, reconocí el ID del paquete percibido: era el wim de arranque sccm original que se creó después de actualizar al SP1. Por supuesto, si asignoesoArranque Wim en mi secuencia de tareas, todo continúa y no hay reinicio.
Sin embargo, hay una buena razón por la cual ese wim de arranque no está asignado a Beta. Cada vez que intentamos actualizar ese sistema de arranque, falla. No importa si son controladores, funciones adicionales o nada más que una actualización de dp, falla al inyectar los binarios OSD, aparentemente esto también sucede desdetiempo al tiempo. Importar nuevos widgets de arranque y actualizarlos parece funcionar bien, así que intentamos seguir ese camino y ahí es donde estamos ahora.
Betarequiere un reinicio en medio de la secuencia de tareas, y si reiniciamos en el wim de arranque original, los controladores de red y/o almacenamiento para nuestros últimos modelos de computadora no están en él, y suceden cosas malas.
Así que busqué más en Google porqueseguramenteNo soy el único que tiene este problema y resulta queyo no estaba.
Ahora sí: se podría cambiar el valor de la BootMediaPackageIDvariable de secuencia de tareas a lo que necesite dentro de la secuencia de tareas (inclusoantesla secuencia de tareas comienza con enlaces multimedia previos a la ejecución) y esté alegre. Sin embargo, la variable de secuencia de tareas BootMediaPackageIDes realmente _SMSTSBootMediaPackageIDyesoLa variable y otras similares son de solo lectura.
La buena noticia es que todas las variables de secuencia de tareas se almacenan en el wim de arranque en un archivo llamado variables.dat, por lo que he leído en la red. La mala noticia es que este archivo no es texto claro.
Hay una herramienta llamada tsenv2desde 1e que se supone que puede editar este archivo mediante mapeo de memoria, sin embargo, el sitio web dice que es para 2007, y cuando intenté usarlo, aparece un error aleatorio del que Google no ha oído hablar. . Tengo una conferencia telefónica con estas personas más tarde hoy, pero no voy a poner todos mis huevos en la misma canasta.
Otra publicación en el foromencionó que este archivo está cifrado usando la contraseña de medios que se usa para acceder a las secuencias de tareas, si existe alguna. Si no, es xml simple. Usamos una contraseña multimedia, por lo que parecía prometedor. Ese cartel también tuvo la amabilidad de mencionar que está cifrado usando AES-256-CBC, lo que también parecía prometedor, así que descargué openssl para Windows y me puse manos a la obra con el archivo, sin éxito. Hablando con nuestro administrador de seguridad senior, parece que con cbc si no tengo la clave y iv sino solo la contraseña, es posible que no sea suficiente para descifrar el archivo. Dudo que MS los esté tosiendo.
Entonces ahí es donde estoy. Si alguien sabe cómo solucionar este problema, soy todo oídos.
Respuesta1
Para aquellas personas que todavía están tropezando con esto (8 años después), pueden regenerar su archivo variables.dat usando SCCM para 'Crear medios de secuencia de tareas', seleccionando opciones para un ISO de 'medio de arranque' y asegurándose de seleccionar el archivo de inicio. imagen que le interesa. Una vez generada la ISO, móntela y extraiga el archivo variables.dat.