Nuestro proceso de construcción gira en torno a Windows Deployment Workbench. Desafortunadamente, esto fue configurado por alguien que ya no está en la compañía, y nadie se ha atrevido / necesitado para hacer ningún cambio.
El otro día dejó de funcionar. Resulta que uno de nuestros chicos de construcción comenzó a pensar en cambiar algunas cosas, hizo clic en algo y ahora ya no funciona (ahora dice que hizo clic derecho en la entrada 'LAB' en 'Puntos de implementación' y presionó 'Actualizar ', que aparentemente tardó un tiempo en ejecutarse). El trabajo me corresponde resolver y, francamente, no estoy seguro de lo que estoy haciendo.
Me preguntaba si alguien con más experiencia que yo puede dar algunos consejos sobre la solución de problemas porque me siento bastante oscuro aquí.
En el servidor tengo Deployment Workbench en funcionamiento (MMC snapin) versión 3.0. Hay un servicio WDS que parece estar funcionando bien, al igual que el servicio tFTPd. Nada específico a esto en los registros de eventos.
Del lado del cliente; El arranque PXE funciona y lo lleva al lanzamiento de Win PE, y tiene el logotipo correcto de la compañía como fondo (lo que me demuestra que está cargando win PE desde la red).
WPEINIT se ejecuta y solicita credenciales de dominio, aquí el equipo simplemente coloca Usuario / Paso / Dominio en los cuadros y hace clic en Aceptar. Normalmente la construcción comenzaría.
En su lugar, reciben un mensaje de error que dice que el recurso compartido \ NATBLU01 \ Distribution $ no está disponible.
La comprobación de \ NATBLU01 \ Distribution $ muestra que está allí y es accesible a través de la red. La seguridad / los permisos parecen estar bien, incluso 'ANONYMOUS LOGON' tiene acceso de lectura a ese recurso compartido, así que no veo que eso sea un problema.
Excavando los archivos de rastreo de C: \ MININT \ SMSOSD \ OSDLOGS \ después de un intento de ejecutar la compilación, puedo ver un error que dice casi lo mismo:
<![LOG[Validating connection to \\NATBLU01\Distribution$]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[FindFile: The file OSDConnectToUNC.exe could not be found in any standard locations.]LOG]!><time="16:42:14.000+000" date="03-15-2012" component="LiteTouch" context="" type="1" thread="" file="LiteTouch">
<![LOG[The network location cannot be reached. For information about network troubleshooting, see Windows Help.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">
<![LOG[ERROR - Unable to map a network drive to \\NATBLU01\Distribution$.]LOG]!><time="16:42:24.000+000" date="03-15-2012" component="LiteTouch" context="" type="3" thread="" file="LiteTouch">
BDD.LOG muestra casi lo mismo.
Las copias completas de los archivos .LOG se pueden encontrar aquí: BDD.LOG LITETOUCH.LOG
Puedo acceder a un símbolo del sistema desde Win PE que arranca desde PXE, sin embargo, no hay ningún elemento de red allí. IPCONFIG no devuelve nada, por lo que ninguna de las pruebas que normalmente ejecutaba resuelve nada.
Estoy perdido, francamente. Me preguntaba si tal vez podría comenzar un nuevo proceso de compilación, pero si el cambio en DeploymentWorkbench lo ha desconectado, no creo que pueda crear una nueva implementación.
Fallando en eso; tenemos un punto de despliegue etiquetado como 'Media' que parece ser una imagen ISO de DVD de una de las compilaciones, pero es fechado en 2008, ¿es posible exportar la compilación de red a .ISO y compilar desde DVD? Estamos buscando un nuevo hardware para ejecutar esto de todos modos (para el inminente lanzamiento de Windows 7) para que una ronda de trabajo temporal no sea un gran problema.
Toda la asistencia es apreciada!
EDITAR: OK. Lo tengo funcionando de nuevo.
La solución estaba cerca de la idea de Newmanth. El problema era que nuestra imagen PE no parecía estar conectando la red. Tenía una copia anterior del arranque PE.WIM en un dispositivo que había estado usando para otros fines. Arranqué eso y obtuve correctamente una conexión de red. Mostraba una IP interna correcta y podía hacer ping, etc., etc.
Sin embargo, todavía recibía los mismos errores en todos los registros y cuando wpeinit se estaba ejecutando.
Lo que hice por separado fue actualizar la imagen PE que DeploymentWorkbench estaba desplegando para mostrar un fondo diferente. Quería demostrar que estaba trabajando en el lugar correcto. Resulta que no lo era.
Fui y miré las otras cosas de implementación que teníamos en esta máquina, se instalaron los Servicios de implementación de Windows y, aunque todas las imágenes de instalación están fuera de línea, la imagen de arranque estaba en línea, así que cargué la copia de mi dispositivo. Arrancado directamente. Y arreglado.
Trabajando. ¡Hurra!
Para cualquiera que se encuentre con esto en el futuro, puede encontrar que, aunque sus imágenes de implementación se encuentran en DeploymentWorkbench, la imagen de arranque de Win PE desde la que está iniciando se encuentra en las imágenes asociadas de los Servicios de implementación de Windows.
fuente
Respuestas:
El hecho de que ipconfig no devuelva ninguna información indica que a la imagen de Windows PE le falta el controlador NIC para su modelo en particular. Resulta que, si bien Windows PE tiene muchos controladores de red preinstalados, los modelos más nuevos con frecuencia usan NIC que no forman parte de la instalación base. Este es especialmente el caso con grandes OEM, como Dell.
Technet tiene un artículo que explica cómo agregar un controlador a una imagen de Windows PE sin conexión con ImageX:
http://technet.microsoft.com/en-us/library/cc749350(WS.10).aspx
¡Precaución! Si su máquina utiliza una NIC de varios niveles (como Broadcom), deberá asegurarse de descargar el controlador monolítico, que generalmente está disponible desde el OEM. Aquí hay un blog que explica este problema:
http://blogs.technet.com/b/configurationmgr/archive/2010/02/09/nic-devices-that-require-a-special-driver-for-winpe-may-cause-a-configmgr-task- secuencia-a-fallar-si-una-vista-o-más-nueva-os-está-siendo-desplegada-vía-un-sistema-operativo-paquete-instalación.aspx
fuente