¡Hola!

Me gustaría invitar a todos los estudiantes a este evento gratuito que se desarrollará aquí en la ciudad de Medellín, ¡Los esperamos!

Toda la información a continuación:

9:40am-10:00am	Registro e Ingreso
10:00am-10:30am	Aventuras con Internet Explorer 9
10:30am-11:30am	Tus Aplicaciones en todo el mundo, con Windows Phone 7
11:30am-12:00m	Tu Futuro en la Industria de Tecnología

Jueves 17 de Marzo de 2011 • 10:00 a.m. a 12:00 m.
Universidad de Antioquia

Auditorio Principal – Edificio de Extensión

Cll 70 N° 52 – 72 Primer Piso (Al lado del Parque de los Deseos)

Si tienen alguna duda, no duden en comentar!

Hola a todos,

Hoy quiero compartirles un artículo un poco más corto pero que con ayuda de Process Explorer creo que nos puede ayudar en muchas ocasiones para solucionar el error típico que se presenta.

El problema

Cuando estamos trabajando con archivos dentro de un dispositivo (La mayoría de veces ocurre en este escenario) o bien con un archivo que está en el sistema operativo al tratar bien sea de expulsar el dispositivo, ó borrar el archivo local podremos tener un error similar a este:

“Windows no puede detener el dispositivo de volumen genérico porque un programa lo está usando. Cierre cualquier programa que pueda estar usando el dispositivo e intente de nuevo más tarde”

“Esta acción no se puede completar porque el archivo está siendo utilizado por otro programa”

*Nota: El mensaje de error puede variar un poco dependiendo de lo que esté bloqueando pero en general indicará que no es posible expulsar o deterner el dispositivo (o eliminar archivo por ejemplo) porque está siendo utilizado.

La causa

Realmente en la mayoría de las ocasiones la causa y la solución son bastante predecibles ya que podemos tener ventanas abiertas o archivos que teníamos dentro del dispositivo, o en el caso de cuando queremos mover o eliminar algun archivo lo teníamos abierto todavía, la solución aquí sencillamente es que cerramos todo.

El cambio está es cuando por lo menos todo lo de nuestra barra de tareas está cerrado y los mensajes continúan.. ¿Qué hacemos? Normalmente expulsar sin terminar el dispositivo del equipo.

Ahora, ¿Cuál es la razón de este error? Pues efectivamente se da porque aplicaciones o en general procesos (Que la instancia representativa de la aplicación) está haciendo uso o se está referenciando a Handles del dispositivo o archivo por lo que no se puede cerrar hasta que desaparezca la utilización de estos Handles.

*Nota: Un Handle (Desde lo que he logrado entender), lo podemos interpretar como un tipo de apuntador que Windows le entrega a los procesos que referencia a un objeto para acceder más rápidamente.

La solución

Como dije, básicamente consiste en encontrar qué está haciendo uso de estos Handles y cerrar la aplicación, pero como obviamente no es una tarea tan fácil a simple vista de los procesos que tenemos abiertos necesitamos una ayuda adicional para encontrarlos y cerrarlos.

La ayuda dentro de la cadena de últimos artículos por supuesto está en Sysinternals pero esta vez me refiero a Process Explorer que, básicamente es un “Súper” Administrador de tareas que al igualmente nos entrega información sobre procesos, y rendimiento en el equipo pero de una forma mucho más completa incluyendo información adicional como Hilos de cada proceso y el poder filtrar DLLs y Handles utilizados.

Process Explorer lo pueden descargar desde aquí:
http://download.sysinternals.com/Files/ProcessExplorer.zip

¿Cómo encuentro y cierro Handles?

Para solucionar el problema, primero ejecutamos Process Explorer, en el menú superior de View nos aseguramos que las vistas sean de Handles yendo a Lower Pane View y seleccionamos Handles

 

 

 

 

 

 

 

 

A continuación, clic en el menú Find y seleccionamos Find Handle or Dll…

En la ventana de Process Explorer Search es donde debemos buscar por el proceso que queremos borrar o bien por la unidad que queremos cerrar, para este caso el problema lo reproduje tratando de expulsar el dispositivo USB del sistema que tiene la letra asignada “M:”, así que por esta letra es que debería en este caso buscar:

*Nota: Si el implicado fuera por ejemplo Microsoft Word, buscaríamos por su proceso ejecutable “Winword.exe”, y así si los implicados son aplicaciones y no unidades; para unidades recomiendo siempre ir por la letra que la distingue.

Hacemos clic en el botón Search y la búsqueda nos arrojará todo lo que esté utilizando Handles de la unidad incluyendo por ejemplo Procesos y Sesiones:

*Nota: Para el caso de archivos que no se dejan mover, por lo general sólo aparece un proceso o servicio que esté usando ese Handle, será mucho más fácil todavía

Para ser más exactos en la búsqueda, bastará con hacer clic en uno de los resultados, por ejemplo “M:” y Process Explorer se pondrá sobre el proceso implicado mostrando la lista de Handles en la parte inferior:

El paso final es simplemente hacer clic derecho sobre el resultado generado al seleccionar el Handle y desde el menú contextual escoger “Close Handle”:

*Nota: Si el resultado (Como en la captura de más arriba) son varios Handles abiertos, debemos ubicarlos todos (Los de la letra M: por ejemplo) y cerrarlos uno por uno.

Una vez cerrados todos, tratamos de copiar el archivo nuevamente o expulsar el dispositivo y ahora el resultado debe ser satisfactorio:

Si el problema sigue sucediendo y al hacer la búsqueda encontramos la misma referencia ya podremos saber qué es lo que mantiene el uso el Handle, no siempre es un error puesto que por ejemplo para las Bases de datos es el proceso de “sqlexpress” que corre constantemente, pero sabiendo el causante ya sabremos qué hacer para completar la operación =)

Espero que esto les pueda ser de utilidad, y además estar compartiendo la mayor cantidad de soluciones posibles logradas con esta Suite de herramientas que no tienen igual!

¡Comentarios bienvenidos!

-Checho-

 

Hola a todos,

De nuevo vuelvo por aquí, pero esta vez quiero compartirles otra vez una solución a un problema que podría ser común y que surgió de los estupendos Foros de Answers y que gracias a Process Monitor llegamos a la solución.

*Nota: En este artículo al igual que los anteriores mostraré el Problema y la Solución pero esta vez con el paso a paso de cómo llegué a ésta utilizando Process Monitor con el fin de compartir un poco de lo que he logrado aprender manejándola.

Finalmente dejaré la descarga del Registro en la última parte del artículo que soluciona el inconveniente para las personas que lo tengan.

El problema

El inconveniente diferente a los dos casos anteriores que he mostrado este Blog era que al ir a las Opciones de carpeta y búsqueda en Windows 7 (Puede darse también en Vista y XP) al acceder a cambiar cualquier opción dentro de la pestaña de “Ver” no se visualizaba nada debajo de Configuraciones avanzadas:

Como ven, bastante interesante el hecho de que no aparezca nada y además que no entregue ningún tipo de error al consultar dentro de “Ver” (View), sobre todo porque las pestañas de General y Buscar funcionaban bien, es decir, todo se visualizaba.

En primera instancia no sabía qué podría realizar el usuario para intentar solucionarlo porque al no haber mensaje de error se podría descartar que se deba a alguna aplicación adicional, pero además el restablecer los valores predeterminados tampoco funcionaba.

Lo que hice fue entonces recurrir a lo que pensé sería la mejor opción, el extraordinario Process Monitor nuevamente de Sysinternals, y la razón es que con Process Monitor podría ver qué estaba sucediendo a nivel de registro y quizás encontraría una solución (¡Así fue!).

La solución

Lo primero que tenemos que hacer es descargar Process Monitor, descomprimirlo y ejecutarlo. El problema está en que como Process Monitor registra absolutamente toda la actividad que se hace en el sistema a nivel de disco, registro, librerías, etc, y pasan cientos de eventos el poder seguir lo que nosotros queremos puede ser muy complejo, por lo que tenemos es que “Filtrar” lo que necesitamos o que más se acerca.

En primera instancia debemos detener el monitoreo que está realizando, lo que nos asegurará de que después de aplicado el filtro sólo se verán los eventos hasta la “Reproducción del problema”. Para esto entonces presionamos dentro de Process Monitor la combinación de teclas CTRL + E o bien vamos al menú File y seleccionamos Capture events:

Ahora, para aplicar los Filtros de monitoreo presionamos la combinación de teclas CTRL + L o bien clic en el Menú Filter y seleccionamos Filter que abrirá la ventana de Process Monitor Filter:

En la ventana de Filtros podemos establecer unas condiciones de monitoreo, sea para que se muestren (Include) o para que no se visualicen (Exclude), pero lo importante es determinar qué queremos que se muestre o se excluya, para esto tenemos tres “List Box” de izquierda a derecha que especifican el tipo de identificación del filtro que voy a seguir (Proceso, ID, Arquitectura, etc), una serie de condicionales sobre el Proceso o filtro que se está monitoreando (Is, Is not, etc) y finalmente el nombre o valor dependiendo de lo que se especificó.

La forma más fácil cuando se está iniciando es buscar diréctamente por el Nombre de proceso (Process Name) que es quizás el que más rápido identificaremos, y para este caso en particular como estamos trabajando sobre el Explorador de Windows que incluye Carpetas y ventanas tenemos que seguir al Proceso padre Explorer.exe.

El Filtro sería entonces “Process Name”, “Is” “explorer.exe”.
Para que el filtro quede guardado, hacemos clic en el botón “Add”, posteriormente en el botón “Apply” y “OK”.

Todo quedaría así:

Antes de iniciar de nuevo el monitoreo, presionamos la combinación de teclas CTRL + X para limpiar la lista actual y que empiece sólo desde donde se lo indiquemos.

Siguiendo la Traza…

Todo está listo, lo siguiente es proceder a reproducir el problema para que Process Monitor pueda mostrarnos qué sucede “por debajo” cuando se realiza la tarea de abrir las opciones de carpeta y específicamente la pestaña “Ver”.

Iniciamos de nuevo el Monitoreo del Process Monitor presionando la combinación de teclas CTRL + E ó en el menú File y Capture Events. Posteriormente en cualquier ventana del Explorador de Windows clic en el botón “Organizar” (Organize) de la barra de comandos y clic en el menú “Opciones de carpeta y búsqueda” (Folder and Search options):

En la ventana de Opciones de carpeta abrimos la pestaña “Ver” (View) haciendo clic sobre ella, a continuación abrimos Process Monitor y detenemos el monitoreo presionando CTRL + E ó menú File y Capture Events.

Lo más seguro es que van a ver cientos de resultados (En sólo esos pequeños pasos):

La primera pregunta que yo me hago es ¿Y por dónde empiezo? y lamentablemente no tiene una respuesta certera puesto que depende de lo que haya sucedido, por ejemplo si el problema es un error de asociación de archivos se podría empezar determinando qué pasa con los resultados que arrojan las claves en el Registro que administran esto (HKCR.<Extensión>), pero si es otro tipo de errores (Desconocidos), se podría ver dónde podría estar dándonos Process Monitor resultados similares a “Access Denied” ó “Name not found” por ejemplo.

Como bien dice el experto Daniel Martín, la cantidad de veces que se haya seguido este procedimiento con los diferentes problemas irá dando la experiencia en su manejo y claro un filtro más rápido.

La recomendación directa de Windows Internals es que el análisis de la Traza se empiece a realizar desde la última fila, y la razón es que si ustedes se dan cuenta al iniciar el monitoreo mientras se empieza a reproducir el problema suceden muchísimos eventos antes por lo que buscar de arriba hacia abajo puede ser un poco más complejo, aunque el error o el patrón del error por lo general se repetirá durante toda la Traza registrada (Las aplicaciones pueden hacer mútiples consultas y tareas en el registro incluso sólo para verificar que la llave exista).

Para este caso como yo no presentaba el error en principio tenía que empezar a analizar pero sin tener en cuenta el resultado sino más bien las consultas.

En la Traza del equipo en que funcionaba (En mi equipo) subiendo un poco encontré las primeras llamadas a unas llaves dentro de HKCU (HKEY_CURRENT_USER) y HKLM (HKEY_LOCAL_MACHINE) que parecían muy interesantes:

Como mostré en los anteriores artículos relacionados con Process Monitor, esta herramienta incluye una opción dentro del menú contextual al darle clic derecho sobre la llave para hacer un “Jump to” y que me llevará diréctamente a esa llave en el Regedit (Si es una operación sobre el registro, sino será a la ubicación de donde proviene).

Entré entonces a las dos llaves (Las de HKCU y HKLM):

Dentro de HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerAdvanced me encontré con todas las claves que determinan la configuración de la pestaña de “Ver” en las Opciones de carpeta:

Me di cuenta por las claves binarias como "”HideFileExt” que si se traduce y se cambia el valor a “0” por ejemplo la visualización de extensión de archivos conocidos para Windows se verá.

Esto es apenas normal porque por lo general lo que hay dentro de HKCU determina la configuración propia de todas las aplicaciones y funciones de Windows por usuario (El que ha iniciado sesión).

Esto indica que si se borra el contenido o la llave simplemente podría volver a la aplicación “afectada” al estado predeterminado (Recién instalado o ejecutado), igual borré la llave (Bastante novato estoy en esto) pero la ventana de Opciones de carpeta seguía mostrando el contenido de la pestaña “Ver”.

*Nota: Como no sé específicamente qué puede ocultar la configuración habilitada en la pestaña tenía que dañar para tratar de reproducir el problema, si lo intentan es importante que si el sistema está funcional crear puntos de restauración y Backup de las claves que se vayan a afectar.

Como esta clave no funcionó, simplemente la volví a importar, regresé a Process Monitor y continué con la siguiente que hacía referencia ahora a HKLM, igualmente clic derecho y “Jump to”.

*Nota: La ruta del registro es muy similar, la diferencia entre HKCU y HKLM es que esta segunda contiene todas las configuraciones a nivel de Equipo (Entre otras cosas), por lo que cada cambio o daño que se haga aquí afectará a todos los usuarios de la máquina (¡En general a todo el equipo!).

El problema aquí es que la Advaned contenía dos subllaves de registro (DelayedApps, Folder), pero para fortuna Process Monitor ya me había dicho a cuál estaba accediendo:

Lo que hice entonces fue Exportar toda la llave de “Advanced” para mantener el respaldo y procedí a borar la subllave “Folder”.

Ahora, volví a Opciones de carpeta y para mi alegría ahora la pestaña de ver no mostraba nada (Ver primera captura en el artículo), por lo que había logrado reproducir el problema.

La seguridad de que el equipo donde se había reportado el problema (El del Foro) tenía perdida o corrupta la llave de Folder es porque si se empieza a borrar las subclaves que contiene esta llave en la Pestaña de “Ver” empezarán a desparecer las opciones, además de que Process Monitor registra varias operaciones sobre esta llave, la mayoría con resultado Satisfactorio:

Finalmente, ejecuté de nuevo la llave para importar estas llaves, revisé que todo funcionara y se la proporcioné al usuario, y gracias al feedback entregado el problema en efecto se solucionó!

Descarga de la llave:

Para todas las personas que entren a este artículo buscando esta solución porque presentan el mismo inconveniente, les dejo la descarga para que la descompriman y la ejecuten asegurándose de que importe bien (Aviso de confirmación) y puedan tener solución:

Espero que esto pueda ser útil tanto para las personas que buscaban la solución como para las que se tomaron el tiempo de leerlo.

Realmente, ¡Process Monitor es increible!

¡Comentarios bienvenidos!

-Checho-

 

Hola a todos,

En esta ocasión más que un artículo técnico quiero hacerles dos invitaciones a los que se toman el trabajo de entrar a este blog:

Grabación Webcast sobre Microsoft Deployment Toolkit 2010:

El pasado 23 de Febrero tuve la oportunidad de participar como orador en la Maratón de Webcast TechNet donde durante dos días se realizaron diversos eventos sobre Windows 7.

Mi sesión fue sobre Microsoft Deployment Toolkit 2010 donde mostré un primer paso a paso del despliegue y algunos conceptos para implementaciones más avanzadas (Estoy en deuda con toda la Demo).

Para los que no asistieron entonces quiero dejarles el enlace donde pueden registrarse y acceder a descargar el video de mi sesión:

Implementación de Windows 7 con Microsoft Deployment Toolkit:
https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032476336&Culture=es-AR

Página oficial de Springboard Series Microsoft Latinoamérica:

Springboard Series Microsoft está orientado a Profesionales de tecnología que quieren aprender y aportar las mejores prácticas y conocimientos sobre diversos temas como Windows, Office, Virtualización, MDOP, Internet Explorer, etc.

Ahora se ha creado una página Oficial en Facebook los invito a todos para que la sigan (Con el “Me gusta”) y desde la red social estén enterados de las últimas noticias y recursos sobre Windows.

Esta es la página Oficial:
http://www.facebook.com/home.php#!/LatSP

Espero que les pueda ser de utilidad el Webcast y nos acompañen en Springboard!

Saludos y estaremos de nuevo publicando pronto!

-Checho-

Bastante hemos visto sobre diferentes métodos de implementación de Windows 7, así como de ingeniería de imagen y utilización de diferentes herramientas que nos pueden proporcionar muchas ventajas como MDT, o roles como Windows Deployment Services (WDS).

En todo estre transcurso además he compartido algunos casos para solucionar problemas tanto de implementación, como errores generales de productos o Windows. Esta intención se mantiene ya que a parte de implementar Windows, debemos aprender a soportarlo.

Antes de ir cerrando un poco los ciclos de artículos sobre implementación no quería dejar de pasar algo que en definitiva dentro de una compañía es necesario tener y es que así como la posibilidad de crear múltiples imágenes personalizadas, o múltiples formas de despliegue tanto de sistema como de actualizaciones también debemos tener control sobre el despliegue de paquetes de lenguajes.

En este artículo quiero mostrarles la forma de agregar múltiples idiomas en una imagen offline de Windows 7 para tener la oportunidad de indicárselos en la instalación del sistema operativo.
Hasta ahora las imágenes de Windows 7 ya vienen con un idioma nativo, la diferencia es que ediciones como Enterprise y Ultimate tienen la posibilidad de hacer cambio dinámico desde Windows Update o descargando los paquetes de idioma, pero por el momento sólo se integra un idioma. Esto puede ser un poco molesto para un administrador que esté pensando en desplegar la imagen para diferentes departamentos por ejemplo puesto que no todos podrían estar conformes con Español o Inglés (Entre otros), entonces ¿Por qué no darles la opción?

El proceso que explicaré lo trabajaré sobre una imagen de Windows 7 Enterprise que incluye nativamente el idioma en Inglés, le agregaré la posibilidad de seleccionar el idioma Español durante la instalación.

Requerimientos:

– Una imagen de Windows 7, si no tienen todavía Windows 7, pueden hacer la descarga de un trial de 90 días desde aquí.

– Un Equipo técnico donde esté instalado el Kit de Instalación Automatizada de Windows 7 (WAIK), si no lo tienen pueden hacer la descarga desde aquí.

– Paquete de lenguaje para Windows 7. Sólo está disponible por algún método de suscripción o por Windows Update para Windows 7 Enterprise y Ultimate.

– Equipo de referencia donde se probará la instalación.

*Nota: El siguiente procedimiento se puede hacer en cualquier edición de Windows 7 (Starter, Premium, Professional, Enterprise, Ultimate) pero por licenciamiento está soportado sólo bajo Enterprise y Ultimate.

Trabajando con Dism

Lo primero que debemos hacer es crear los siguientes directorios con los que trabajaremos:

– Carpeta para “Montar” la imagen sea personalizada o Retal (Del medio de instalación), para este artículo creé “Mount” en la unidad D:

– Carpeta donde estarán los archivos de instalación de Windows 7 (Incluyendo la imagen .WIM). Para este artículo creé “W7” en la unidad D:

– Carpeta para almacenar los .CAB que contienen los paquetes de idioma de Windows 7. Para este artículo creé la carpeta “Lang” en la unidad D:

– Carpeta para almacenar los .CAB que contienen los paquetes de idioma para Windows PE incluidos en los archivos de instalación de WAIK. Para este artículo creé la carpeta “pelangpacks” en la unidad D: dentro de “Lang” (D:Langpelangpacks)

*Nota: Las carpetas pueden llamarlas como deseen, incluí el cómo los nombré por si se sienten más cómodos asignándolas igual para los que quieran seguir el artículo. El directorio además también puede variar, recomiendo que las tengan todas un mismo directorio para mayor facilidad de acceso.

Insertamos el DVD de Windows 7 con los archivos de instalación o si tenemos una imagen .ISO con la aplicación personalizada que tengamos lo montamos en una unidad virtual donde podamos acceder.

Copiamos todo el contenido a la carpeta de los archivos de instalación que creamos previamente (“W7”). Lo podemos hacer desde el explorador de Windows con Copiar / Pegar o con el comando xcopy desde la consola de comandos.

Ahora “montaremos” la imagen de Windows 7 incluida en la Carpeta Sources de los archivos de instalación.

*Nota: Si es una imagen personalizada, igual se deben copiar los archivos y de ser posible la imagen dentro de la carpeta Sources, si no es así debemos referirnos al directorio donde tengamos la imagen para montarla.

Para esto abrimos el Deployment Tools Command Prompt incluido en el WAIK dentro del Equipo técnico yendo a Inicio > Todos los programas > Microsoft Windows AIK > clic derecho sobre Deployment Tools Command Prompt y “Ejecutar como administrador”

El comando que debemos ejecutar es:

Dism /Mount-Wim /WimFile:<DirectorioWIM> /Name:”Nombre_imagen_montar” /MountDir:<DirectorioMount>

Donde <DirectorioWIM> es el directorio que tenemos la imagen .WIM, si es desde los archivos de instalación está en Sourcesinstall.wim, si es una imagen personalizada el comando deberá variar al directorio y si tiene un nombre distinto con extensión .wim

“Nombre_imagen_montar” es el nombre de la edición a la que le queremos agregar los múltiples idiomas de instalación; recordemos que una imagen .WIM de Windows 7 incluye todas las ediciones (Exceptuando la de Enterprise).

<DirectorioMount> Es la carpeta creada anteriormente donde se montará la imagen (Para este artículo “Mount”).

Para este artículo por ejemplo sería:

Dism /Mount-Wim /WimFile:D:W7Sourcesinstall.wim /Name:”Windows 7 Enterprise” /MountDir:D:Mount

Una vez montada la imagen agregaremos el Paquete de Lenguaje deseado según el idioma base, por ejemplo para este artículo la imagen nativamente está en Inglés por lo que le agregaré Español.

*Nota: Previamente debemos copiar todo el contenido del Paquete de lenguaje, o del paquete de lenguaje que queremos copiar a la carpeta que creamos, para este artículo “Lang”

El comando sería:

Dism /Image:<DirectorioMount> /Add-Package /PackagePath:<DirectorioLang>lp.cab

Donde <DirectorioLang> es la carpeta donde guardamos el .cab referente al paquete de idioma que se desea agregar.

Para este artículo sería:

Dism /Image:D:Mount /Add-Package /PackagePath:D:Langlangpackses-eslp.cab

*Nota: Los archivos de lenguaje predeterminadamente se llaman “lp” con extensión .cab

*Nota 2: En un mismo comando se pueden agregar múltiples idiomas con /PackagePath adicionales.

Como todavía no vamos a desmontar la imagen, debemos guardar los cambios que se vayan realizando, para esto ejecutamos el comando:

Dism /Commit-Wim /MountDir:<DirectorioMount>

Para este artículo sería:

Dism /Commit-Wim /MountDir:D:Mount

*Nota: El proceso podría tardar algunos minutos.

Una vez completado el proceso podremos ver que la imagen ya contiene los dos o más  idiomas incorporados, para verificarlo ejecutamos:

Dism /Image:<DirectorioMount> /Get-Intl

Para este artículo sería:

Dism /Image:D:Mount /Get-Intl

 

 

 

 

 

 

 

 

Como ven hay un idioma predeterminado que es el que trae nativamente (en-US), y los que están instalados que incluye por supuesto el que acabamos de inyectar (es-ES).

[Opcional]:

---

Podemos predeterminar cuál es el idioma que se instalará en la imagen, por ejemplo yo haré que el primero en instalarse sea Español y el opcional esté el Inglés, para esto ejecutamos:

Dism /Image:<DirectorioMount> /Set-SKUIntlDefaults:”Idioma-Idioma”

Donde “Idioma-Idioma” es el formato del idioma que deseamos predeterminar, por ejemplo es-ES.

Para este artículo sería:

Dism /Image:D:Mount /Set-SKUIntlDefaults:es-ES

---

Procedemos entonces a desmontar la imagen y guardar los cambios, para esto ejecutamos:

Dism /Unmount-Wim /MountDir:<DirectorioMount> /Commit

Para este artículo sería:

Dism /Umount-Wim /MountDir:D:Mount /Commit

Ya está todo listo con lo que corresponde al idioma instalado en la imagen de Windows 7.

Lo que no se puede olvidar es que precísamente desde Windows Vista y ahora en Windows 7, el formato de imágenes cambió no sólo en extensión sino en características e incluye ahora una imagen de Preinstalación encargada de cargar la instalación y entregar el asistente para instalar Windows 7.

Esta imagen se llama Boot.wim, y para este caso también dispone de un paquete de idioma propio por lo que si no se modifica también, la selección de idioma no se reflejará y la instalación del lenguaje será la que tenga esta imagen predeterminada, para este caso Inglés.

Afortunádamente el proceso es casi el mismo que acabamos de realizar con dos diferencias notables:

– Los paquetes de idioma para el Windows PE se deben extraer del la imagen de instalación del Kit de Instalación Automatizada de Windows 7 (WAIK), dentro de la carpeta WinPE_LangPacks.

Debemos copiar los Paquetes dependiendo de la arquitectura de la imagen que tengamos (Por ejemplo la carpeta x86 para 32 bits) a la carpeta que creamos en los primeros pasos (Para este artículo D:Langpelangpacks)

– En el Windows PE no sólo agregamos el lp.cab sino dos paquetes más: Windows-Setup_ y Windows-Setup-Client_

*Nota: Los paquetes adicionales se encuentran en la misma carpeta del Paquete de Idioma (lp.cab)

*Importante: Se deben montar los mismos idiomas tanto para la imagen de instalación (Install.wim) como la de Preinstalación (Boot.wim).

El procedimiento como el anterior debe empezar “montando” la imagen de Preinstalación que contiene el Asistente de instalación (El Boot.wim incluye dos imágenes), para esto ejecutamos:

Dism /Mount-Wim /WimFile:<DirectorioBootWim> /Index:2 /MountDir:<DirectorioMount>

Donde <DirectorioBootWim> es exactamente el mismo que <DirectorioWIM> rerefenciado en el artículo pero indicando la imagen Boot.wim (SourcesBoot.wim)

<DirectorioMount> sigue siendo la carpeta creada al principio del artículo donde estarían las imágenes montadas (Para este artículo por ejemplo “Mount” en D:).

Para este artículo sería:

Dism /Mount-Wim /WimFile:D:W7SourcesBoot.wim /Index:2 /MountDir:D:Mount

Ahora, debemos agregar los tres paquetes para cada idioma que vayamos a montar, para este artículo como la imagen de instalación le agregué adicional el Español, debo inyectarle el mismo idioma.

Para esto ejecutamos:

Dism /Image:<DirectorioMount> /Add-Package /PackagePath:<DirectorioLangPE>lp.cab

Dism /Image:<DirectorioMount> /Add-Package /PackagePath:<DirectorioLangPE>winpe-setup_Idioma-Idioma.cab

Dism /Image:<DirectorioMount> /Add-Package /PackagePath:<DirectorioLangPE>winpe-setup-client_Idioma-Idioma.cab

<DirectorioLangPE> es la carpeta donde guardamos anteriormente los paquetes de idioma incluidos en los archivos de instalación del WAIK.

Para este artículo:

Dism /Image:D:Mount /Add-Package /PackagePath:D:Langpelangpackses-eslp.cab

Dism /Image:D:Mount /Add-Package /PackagePath:D:Langpelangpackses-eswinpe-setup_es-es.cab

Dism /Image:D:Mount /Add-Package /PackagePath:D:Langpelangpackses-eswinpe-setup-client_es-es.cab

Como el anterior procedimiento en install.wim debemos guardar los cambios, para esto ejecutamos:

Dism /Commit-Wim /MountDir:<DirectorioMount>

Para este artículo:

Dism /Commit-Wim /MountDir:D:Mount

*Nota: El proceso puede tardar algunos minutos.

[Opcional]:

---

Como con la imagen install.wim, aquí también puedo predeterminar qué idioma es el que instalará, o en este caso aparecerá para instalar.

Para esto ejecutamos:

Dism /Image:<DirectorioMount> /Set-SKUIntlDefaults:Idioma-Idioma

“Idioma-Idioma” es el formato del idioma que se desea predeterminar.

Para este artículo:

Dism /Image:D:Mount /Set-SKUIntlDefaults:es-ES

---

Por último, procedemos a recrear el archivo Lang.ini para indicar el soporte adicional a los otros lenguajes agregados, para esto ejecutamos:

Dism /Image:<DirectorioMount> /Gen-LangINI /Distribution:<DirectorioMount>

Para este artículo:

Dism /Image:D:Mount /Get-LangINI /Distribution:D:Mount

Ya está todo listo! Ahora podemos proceder a “desmontar” la imagen de preinstalación para posteriormente crear la imagen ISO junto con los archivos de instalación para desplegar Windows 7 en todos los idiomas que hayamos integrado.

Para desmontar la imagen y guardar los cambios ejecutamos:

Dism /Unmount-Wim /MountDir:<DirectorioMount> /Commit

Para este artículo:

Dism /Unmount-Wim /MountDir:D:Mount /Commit

Finalmente nos queda crear la imagen de instalación, desplegarla y probar, para eso asegurándonos que la imagen con la que estuvimos trabajando todo el tiempo (Install.wim) esté en el directorio Sources de la carpeta donde están los archivos de instalación ejecutamos:

oscdimg –b<DirectorioWindows>Bootetfsboot.com –u2 –h <DirectorioWindows> <DirectorioISO>NombreImagen.iso

Donde <DirectorioWindows> es la carpeta que se creó al principio del artículo que contiene los archivos de instalación de Windows 7, <DirectorioISO> donde queramos guardar la imagen .ISO creada para la instalación y “NombreImagen.iso” es como llamaremos al archivo de imagen .ISO que se cree (Puede ser cualquiera).

Para este artículo sería:

oscdimg –bD:W7Bootetfsboot.com –u2 –h D:W7 D:Win7_MI.iso

Sólo queda correr la imagen en el Equipo de referencia y verificar que en efecto podemos decidir entre cuál idioma instalar el sistema operativo y que además el predeterminado es el que hayamos decidido (Si se hizo el proceso):

¿Qué les parece? ¡Comentarios bienvenidos!

Espero les sea de utilidad.

Saludos,

-Checho-

¡Hola!

En el que para mi es un formidable espacio de aprendizaje los Foros de TechNet y Answers (MSDN también por supuesto!) constantemente se producen y se siguen problemas en Windows y en general todos los productos que se vuelven muy interesantes por lo complejos y muy satisfactorios al encontrar entre todos una solución porque no sólo el que crea el hilo aprende sino que todos los que tratamos de ayudar también lo hacemos.

Hay un problema que se ha estado presentando con bastante frecuencia últimamente, y es que al intentar abrir una carpeta ubicada en cualquier directorio obtienen el siguiente mensaje de error:

“Este archivo no tiene ningun programa asociado para ejecutar esta acción. Por favor instale el programa o si lo tiene cree una asociación en el panel de control de programas predeterminados”

El problema como el planteado en el artículo pasado pasa por la asociación de archivos que tiene Windows. Este mensaje es muy similar cuando se pierde la asociación de extensiones de algún ejecutable (.exe, msi) o incluso cualquier otro tipo de archivo que reconozca el sistema operativo.

Puntualmente aquí el problema sólo se presenta abriendo carpetas y no ejecutando algun otro tipo de archivo.

Afortunadamente para mí logré reproducir el problema en un equipo y digo “afortunadamente” porque estos problemas se presentan por lo general porque Windows hace la búsqueda en el registro por la asociación de la extensión o tipo de archivo pero cuando falta o está corrupta obviamente debe informarlo.

Para saber qué está pasando entonces procedí a llamar al mejor recurso que se puede tener con estos inconvenientes, de nuevo Process Monitor!

Recordemos que esta Herramienta de Sysinternals nos ayuda a monitorear todo lo que está pasando a nivel de I/0 en disco, red, registro entre muchas otras y que por supuesto nos dan una gran mano.

Lo que hice (Todavía bastante novato con Sysinternals!) fue hacer un trace en la máquina que tenía el problema abriendo la carpeta y en una máquina donde todo estaba funcionando muy bien, posteriormente guardar el Log y empezar a comparar todas las operaciones que se estaban haciendo para saber cuál era la que invocaba la asociación a las carpetas.

 

Lo primero que encontré es que se hacían unas llamadas a HKCRDirectory y a varias claves internas pero los resultados tanto en el equipo con el problema (Captura derecha) como el que procedía correctamente (Captura izquierda) eran muy similares.

Seguí buscando minusiosamente descartando operaciones que podía filtrar fuera del problema hasta que encontré otra referencia a HKCRFolder (HKEY_CLASSES_ROOTFolder) y de nuevo a varias claves dentro de esta carpeta, así que de nuevo comparé los resultados de los dos equipos:

Mirando cada línea encontré que la mayoría de los resultados eran de nuevo similares exceptuando uno: HKCRFolderShellOpenCommand

En el Equipo que estaba funcionando entregaba un resultado de SUCCESS:

Pero, en el Equipo que presentaba el error tenía como resultado NAME NOT FOUND:

Cabe aclarar que el resultado NAME NOT FOUND no siempre se refiere a un problema puesto que Windows puede intentar realizar consultas en un registro “padre” y al no tener resultados, pasa a realizar la consulta en un registro “hijo”.

Aquí por supuesto no pasaba esto ya que claramente en la máquina funcional estaba teniendo un resultado de exitoso pero en la otra no podía hacer referencia a la clave.

Decidí entonces ir hasta la llave del registro, desde Process Monitor, para esto basta con hacer clic derecho sobre la llave y seleccionar Jump to…

Como era de esperarse, en el equipo que entregaba un resultado satisfactorio la clave existía y funcionaba:

Al hacer este mismo proceso en el Equipo no funcional encontré que la clave no existía:

La solución…

Windows para el caso de abrir una carpeta, entre muchas operaciones referencia a esta clave para establecer la asociación con Windows Explorer y además para que la ventana sea mostrada en el directorio donde se está ejecutando.

Actualización:

Para solucionar el problema tenemos dos opciones:

Descargar FixAss®, una pequeña aplicación que desarrollé para reparar automáticamente la asociación de Carpetas y Directorios. Para esto descargan el archivo, descomprimen el ejecutable y lo ejecutan para recibir el cuadro de confirmación de la tarea, al cerrar el cuadro pueden revisar nuevamente la apertura de carpetas.

Lo pueden bajar desde aquí:

Descargar FixAss®

Solución manual:
Si el problema persiste pueden haber otras claves corruptas o perdidas dentro de HKCRFolder o HKCRDirectory.

Para este caso la solución más inmediata sería exportar estas claves desde un equipo funcional y posteriormente importarlas en el equipo que tiene los problemas.

También pueden hacer si desean ustedes mismos el Trace con el Process Monitor!

Para los que puedan ver este artículo buscando solución y la anterior no la proporcionó, les dejo el enlace a mi Skydrive con las dos llaves de Registro (Folder y Directory) para que las descarguen, descompriman y ejecuten para solucionar el problema:

Espero les pueda servir y de nuevo los invito a que se den un pasón por los Foros de Microsoft TechNet y Microsoft Answers.

Saludos,

-Checho-

Hola!

Bueno, sinceramente no esperaba poder escribir este artículo puesto que pensé que no podría llegar a la solución =)

¡El dilema!

Windows 7 incluye una función que puede ser de mucha utilidad, y se trata de las Herramientas para administrar la asociación que tienen las extensiones de los programas instalados con la respectiva aplicación, básicamente para ayudarnos a decidir qué aplicaciónes utilizar a la hora de abrir algunos tipos de archivos, por ejemplo decidir que todos nuestros archivos de audio con extensión .MP3 se abran con otra aplicación diferente a Media Player.

Para acceder a los Programas Predeterminados, basta con hacer clic en el menú Inicio y seleccionar Programas Predeterminados (Default Programs):

Desde aquí podremos establecer los Programas predeterminados sea estableciendo la asociación por aplicación o por extensión entre otras herramientas para personalizar la forma en que actúa la reproducción automática entre otros:

No profundizaré en lo que se hará puesto que no es la intención del Post, pero era necesario porque desde aquí empezó lo que llamé Mi dilema.

Explorando un poco las posibilidades para arreglar la asociación de archivos desde aquí y no tener que ir al registro puesto que es un problema bastante común en los Foros de Answers tenía abierto Live Meeting, Microsoft Lync y Adobe Reader X.

Al estar estableciendo la aplicación inesperadamente el icono que se visualiza en la barra de tareas para estas tres aplicaciones cambió, ahora la visualización parecía como si hubiera perdido esa asociación (La que estaba tratando de ver cómo arreglar!):

Lo primero que hice fue por supuesto tratar de restablecer la asociación haciendo clic derecho sobre el PDF y dentro de las Propiedades clic en el botón Cambiar, y de nuevo seleccioné Adobe Reader x (De hecho ya estaba) pero el “problema” persistía.

Procedí entonces a reasociar la extensión y los iconos creando la llave de registro pero de nuevo no funcionó.

Lo extraño de todo es que las tres aplicaciones (Adobe, Lync y Live Meeting) abrían perfectamente con el programa que administrara esas extensiones, pero el icono no cambiaba, lo que me llevó a pensar que el problema estaba en la asociación del icono como tal al tipo de archivo y no de extensión al programa predeterminado.

Mientras intentaba diferentes métodos me di cuenta de que si yo Anclaba el icono a la barra de tareas y después lo Desanclaba el icono se visualizaba bien, pero al volverle a dar clic derecho de nuevo cambiaba!

Dentro de la desesperación por ver estos iconos que no correspondían, fui hasta una de las carpetas que contenían los archivos propios de la aplicación a buscar posibles respuestas.

En la de Adobe encontré el ejecutable (AcrodRd32.exe), así que lo ejecuté y también se visualizaba mal, sin embargo al hacer clic derecho sobre este y Crear un acceso directo que predeterminadamente lo lleva al Escritorio sorprendentemente al abrir cualquier PDF el icono ahora se veía como debía (Vaya cosa!).

Hasta ahí creí que todo se había solucionado, pero al quitar el acceso directo del escritorio de nuevo el icono se veía mal en la barra de tareas.

Pensé entonces que podía deberse a la Caché de los iconos (Alguna vez me pasó algo similar por este causante en Windows XP) así que fui hasta la carpeta que pertenecía a mi usuario (C:UsersChechoAppDataLocal) y borré el archivo de base de datos que contiene el caché de los iconos IconCache.db

Con la esperanza de que esto hubiera podido funcionar reinicié el sistema pero al entrar todo seguía igual.

En este punto ya se me habían acabado las ideas para encontrar la solución al problema, obviando la restauración del sistema y la reinstalación de la aplicación que en realidad no me dirían el por qué y sólo lo arreglarían (Se hubiera perdido la gracia!).

Procedí entonces a pedir ayuda, y planteé el inconveniente en los Foros de WinTecnico que dirige Daniel Martín (MVP Windows Expert).

Por supuesto Daniel me ayudó, y además me entregó la pista que en últimas me llevó a la solución y es que en el Registro de Windows dentro de HKCR.pdf era donde normalmente tomaba el valor para definir el icono predeterminado de la aplicación, pero casi siempre Windows lo toma del Caché que tiene por rendimiento.

El icono lo busca dentro de los componentes que tiene el acceso directo la aplicación, pero además en Windows Installer por ejemplo esta ruta cambiaba y era un poco más difícil de encontrar.

De igual forma volvimos al Caché de iconos (No estaba tan perdido), así que por recomendación de nuevo de Daniel traté de forzar la actualización de este caché cambiando la arquitectura de colores a 16 bits y volviéndolo a 32.

Pero… sin ningún resultado positivo =)

Pensé entonces que para aprovechar y empezar a darle la cara a Sysinternals podría hacer un Trace de lo que pasaba “por debajo” mientras abría alguna de las aplicaciones, así que me fui por la que ya estaba explorando Adobe Reader X.

Para esto llamaría a Process Monitor

¡La gran ayuda de Process Monitor!

Realmente recurrí a esto por última opción, puesto que aunque es el próximo reto, entender y trabajar estas herramientas creo que puede ser algo complejo acostumbrarse.

Explorando un poco los resultados de lo que pasaba en el Registro ví que efectivamente hacía consultas y trabajo con las claves que habían en HKCR.pdf en otras como HKCUSoftwareClasses y HKCRAcroExch.Document.7

Lamentablemente no ví nada muy extraño pero pensé ¿Y si lo comparo con otro equipo que tenga la versión de Adobe Reader, Sistema Operativo y Arquitectura?

Comparé estos resultados con mi Equipo pero la verdad no variaban en casi nada, exceptuando algunas llaves más repartidas durante el Trace que se hacía.

Process Monitor me entrega entre sus miles de funciones la posibilidad de seguir directamente la entrada en el Registro de Windows y ver lo que contiene.

Para esto basta con hacer clic derecho sobre la llave que se desee seguir y seleccionar Jumpt to…

Por esto, mi segundo paso aquí fue Abrir algunas de estas entradas (Empezando por la que debía provenir el icono asociado) y compararlas con el Equipo donde todo se estaba visualizando bien.

En la primera no encontré mayor diferencia, sólo que no estaba creada la carpeta con el nombre del ejecutable “AcrodRd32.exe” en el equipo que se visualizaba mal (Una pequeña esperanza?) así que procedí a crearla y asegurarme de que en los dos estuviera exactamente igual:

La entrada en sí era: HKEY_CLASSES_ROOT.pdf

A pesar de todo, al reiniciar el equipo nuevamente todo seguía viéndose mal…

¿Y la solución?

La segunda entrada y finalmente LA QUE ME CONDUJO A LA SOLUCIÓN fue seguir el registro de HKEY_CLASSES_ROOTAcroExch.Document.7 en ambos equipos que contenía además una serie de carpetas dentro:

*Nota: Lo primero que traté de detallar era si había algun tipo de diferencias de nuevo en esta y las otras claves (Incluyendo sus rutas) en los dos equipos, el del problema y el del que me basaría para la solución.

Lamentablemente sin cambios.

Desconozco la función de esta estas entradas, pero me llamó mucho la atención la clave de DefaultIcon ya que según recordé de la ayuda de Daniel este determinaba la famosa ruta del icono que se visualizaría finalmente.

Abrí la clave y para mi sorpresa me encontré algo bastante interesante:

Como ven el String creado predeterminadamente “Default” entregaba una ruta que al final se refería a un archivo con extensión .ico (De icono!!):

C:WindowsInstaller{AC76BA86-7AD7-1033-7B44-AA0000000001}PDFFile_8.ico,0

Lo primero que me acordé es sobre el tipo de instalador (Windows Installer!) y al parecer ya me iba acercando, lo presentía! 😛

Seguí entonces la ruta en los dos Equipos esperando todavía encontrar algo de qué pegarme y que pudiera ser la gran diferencia, para mi sopresa en esta carpeta oculta están todos los iconos que maneja Adobe para los tipos de archivos pero incluyendo (Lo noté de casualidad) el que se ve en la barra de tareas:

En los dos equipos (Para mi desfortuna) estaban todos exactamente iguales por lo menos en nombres e iconos que se hacían referencia dentro del Registro de Windows, pero (Para mi fortuna!) sí había una diferencia no tan notable:

En el Equipo en que se estaba visualizando mal, al ver la propiedad de cada icono encontré que su aplicación asociada y predeterminada para abrir era Microsoft Paint:

Por el contrario, en las mismas propiedades que tenía el Equipo que se visualizaba correctamente el Equipo estaba predeterminadamente el Visor de imágenes de Windows:

¡Aquí tenía que estar el problema!

En efecto, lo que hice fue darle al botón Cambiar en el Equipo que estaba predeterminadamente Paint y cambiarlo de nuevo al que debía tener que era el Visor de imágenes de Windows (Windows Photo Viewer)

Al aplicar y aceptar me lancé a la prueba (Quizás la que sería la final) y decidí abrir otra vez un documento en PDF y me encontré con la mejor sorpesa de la noche:

¡Así es! Todo se había arreglado y ahora el icono había vuelto a su visualización original, y no solo este sino que el de Lync y Office Live Meeting también retornaron al que les correspondía predeterminadamente!

Y así, gracias a molestar tanto, a Daniel Martín y al increible Process Monitor de Sysinternals descubrí qué estaba pasando y arreglé el problema que aunque mínimo me entregó buenas enseñanzas (Que siempre es lo que considero importa) y muchas ganas de explorar más a fondo Sysinternals.

Para finalizar, desconozco y quedo en deuda la razón por la que situando el acceso directo en el escritorio los iconos se visualizaban bien (Si alguien tiene la respuesta lo invito a compartirla para todos!), aunque considero que quizás al estar el acceso directo, la aplicación o el documento estaba buscando directamente en esa ruta.

Para tener en cuenta a la hora de tener problemas:

Foros Microsoft TechNet en Español

Foros Microsoft Answers en Español

WinTecnico – Daniel Martín

Windows Sysinternals – Mark Russinovich

Gracias por tomarsen el tiempo de leer y por supuesto espero si a alguien le pasa lo mismo pueda llegarle a servir!

Saludos,

-Checho-

¡Hola!

Antes que nada, quiero agradecer y desear un gran Feliz Año a todas las personas que se toman el trabajo y el tiempo que recorrer un poco este Blog durante todo este tiempo!

El año pasado inicié una serie de artículos para introducirnos a lo que es la Configuración Avanzada de Microsoft Deployment Toolkit comenzando por Roles y Equipos y en el que además mostré cómo se debe realizar la configuración de la Base de datos para trabajar con MDT, pueden ver el artículo (Por si no lo han visto) desde Este enlace.

Después de algunos días de descanso de fin de año, quiero traerles la segunda parte donde tocaremos Make and Model (Lo podemos llamar Marca y Modelo) que guarda un proceso muy relacionado con el anterior pero que cubre otros escenarios quizás más grandes a nivel de implementación masiva de Windows 7.

En ocasiones una compañía puede adquirir una gran cantidad de Equipos nuevos sea porque los van a cambiar o porque se están dotando, por lo general pueden ser de varios fabricantes (HP, Lenovo, Dell) y por supuesto pueden traer diferentes características en RAM, Procesador y en Disco dependiendo para el área en que se vaya a entregar.

Lo normal sería realizar la implementación como lo hemos estado haciendo utilizando MDT para entregar distintos tipos de imágenes con aplicaciones y configuraciones pero gracias a la Base de datos y más específicamente al nodo de Make and Model ahora podremos pensar en realizar un filtro mucho más específico basándonos en otros parámetros de la máquina.

Por ejemplo podríamos pensar en instalar Windows 7 Professional en los equipos Dell Inspiron 1440 del departamento de ventas y Windows 7 Enterprise a los equipos HP G42 para el Departamento de mercadeo sólo creando dos nodos especificando lo que hará para cada uno dentro del MDT y la herramienta hará el resto =)

¿Cómo lo hago?

Primero, por supuesto debemos saber en verdad cuál es la Marca y el Modelo exacto del o de los equipos en los que vamos a desplegar Windows 7. Esto lo podemos realizar con el comando wmic dentro de una consola de comandos, si el equipo tiene sistema operativo debemos ejecutar la consola con privilegios elevados (Clic derecho, ejecutar como administrador) y ejecutamos:

wmic 
Nos encontraremos en el directorio  wmic:rootcli>

Ejecutamos computersystem get manufacturer para obtener la Marca (Make).

Ejecutamos computersystem get model para obtener el Modelo (Model)

¿Y si no tengo Sistema Operativo?

Para este caso tendríamos que buscar una forma de acceder remotamente al equipo y que podamos realizar “consultas” en este, por suerte Windows Vista y Windows 7 incluyen un Entorno de preinstalación (Windows PE) que contienen las Opciones de recuperación del sistema como la Reparación de inicio y una Consola de comandos!

Reiniciamos el equipo con un Medio de Windows 7, una vez seleccionado el idioma en la primera pantalla de instalación, donde empezamos la instalación (Instalar Windows) hacemos clic en el enlace de Reparar tu equipo.

Seguimos el asistente para iniciar las Opciones de recuperación del sistema, allí seleccionamos Consola de comandos (Command Prompt)

Una vez en la Consola de comandos, de nuevo ejecutamos los comandos:

wmic
computersystem get manufacturer

 

 

 

 

computersystem get model

*Importante:

El resultado de Manufacturer y Model variará dependiendo del equipo en que se esté ejecutando, por ejemplo si es un “clon” entregará el modelo de la Board y Fabricante que tiene, si es un Equipo virtual entregará las especificaciones propias para este (Como en las capturas anterior), si es un Equipo Dell, HP u otro entregará las especificaciones requeridas según el equipo y su fabricante (Por ejemplo Inspiron 1440 de Dell).

Para MDT, todas funcionarán, y para este artículo lo haré con el ejemplo de VMware.

Ya tenemos la marca del fabricante y el modelo buscado, aquí es donde se pasará a MDT!

Configurando el nodo de Make and Model en MDT

En el Equipo donde tengamos instalado Microsoft Deployment Toolkit (MDT) abrimos el Deployment Workbench haciendo clic en Inicio, Todos los programas, Microsoft Deployment Toolkit, Deployment Workbench.

*Nota: Para la siguiente configuración es necesario tener la Base de datos correctamente en MDT, si no la tienen pueden ver cómo configurarla aquí.

Expandimos el nodo de Configuración avanzada, Base de datos (Database) y hacemos clic derecho sobre Make and Model y seleccionamos New

Se abrirá la ventana de Propiedades, muy similar a la que ya habíamos visto en Computers en el artículo anterior.

Lo más importante estará en la pestaña de Identidad, aquí por obligación debemos especificarle Make and Model, para este artículo si tomara los de la máquina virtual sería:

Make: VMware, Inc.
Model: VMware Virtual Platform

Aquí como en todos los nodos podremos especificar en la pestaña Detalles (Details) todo lo que contrendrá el archivo CustomSettings.ini para automatizar la instalación y además agregar otras configuraciones adicionales, además de Aplicaciones y Administradores.

Lo más importante es que para evitar esto, podemos combinar los Roles que hemos creado agregándolos desde el nodo de Roles, así podremos tener uno específico para nuestro Modelo:

*Nota: La configuración de Roles está especificada en la primera entrega de esta seríe de artículos.

Una vez terminada la configuración de las propiedades podremos ver en la consola central del Nodo de Make and Model, la nueva “tarea” creada:

Nuestra última tarea será agregar nuestras Aplicaciones, Paquetes y Controladores que se podrán referenciar en las Secuencias de tareas generadas.

Si deseamos en la pestaña de Detalles dentro del Rol que hayamos creado para Make and Model especificamos el ID de la Secuencia de tareas en el componente TaskSequenceID, el ID de la Secuencia de tareas se ve en las Propiedades de la misma.

Después podemos cambiar el SkipTaskSequence en la misma pestaña para que no aparezca en el Asistente de implementación.

Actualizando Deployment Share

Como siempre, para cada cambio que hagamos debemos actualizar nuestro Deployment Share para que se genere o actualice la imagen de Windows PE con la que correremos nuestros equipos o que se puede agregar al Servidor WDS para la instalación por red.

Para esto, dentro del Deployment Workbench hacemos clic sobre el Deployment Share y seleccionamos Update Deployment Share

En el Asistente para actualizar el Recurso compartido seleccionamos la opción según lo que queramos (Actualizar o regenerar la imagen) y hacemos clic en Siguiente:

En la ventana de Summary hacemos clic en Siguiente para realizar el proceso.

En la ventana de Confirmación clic en Finalizar para terminar el asistente.

Instalando Windows 7

Como siempre, una vez actualizado el Deployment Share, vamos a la ubicación donde están las imágenes de presinstalación (DeploymentShareBoot) y grabamos la imagen .ISO en un DVD o USB para arrancar las máquinas.

Si se tiene un entorno de WDS, simplemente se debe agregar la imagen al nodo de Boot Images para que los equipos conectados en red se conecten al Deployment Share una vez hagan el arranque por red.

Una vez iniciados los Equipos nos queda ver la instalación y especificar lo que no hayamos automatizado, si todo sale bien, cuando los Modelos de los equipos indicados en el nodo de Make and Model se conecten y hagan la instalación deberán terminar con toda la configuración indicada por el MDT:

Espero les sea de mucha utilidad.

¡Comentarios bienvenidos!

Saludos,

-Checho-

Hola a todos,

Como se trata cada semana, seguimos con la serie de artículos referentes a configuraciones y “How to” con Microsoft Deployment Toolkit 2010 Update 1 (MDT).

Hace algunos días tuve el estupendo gusto de compartir y aprender sobre distintas técnicas y configuraciones avanzadas en MDT con Duane Dice –Microsoft Partner Technical Consultant- y que por supuesto trataré de compartir lo más posible por aquí.

Quiero empezar entonces con la Base de datos, Roles e implementación por Equipos disponibles en MDT, y para entrar en contexto debemos pensar en algunas posibles situaciones que quizás más de uno se ha preguntado:

Hasta ahora hemos visto varias formas en que podemos migrar, e implementar Windows 7 en distintos entornos de nuestra organización o laboratorio, por supuesto hasta ahora tenemos la posibilidad de desplegar 7 a través de todos los equipos automatizándolo y agregando aplicaciones, paquetes y varios tipos de configuraciones.

El pero está en que siempre estamos atados a un tipo de implementación por equipo o equipos, es decir, tendremos que preparar varias secuencias de tareas para ir seleccionándolas cuando vamos conectando nuestros equipos, además de configurar manualmente el CustomSettings.ini si es que le incluimos algunas automatizaciones o configuraciones adicionales. Este proceso por supuesto se puede tornar engorroso y ahí es donde aparece la Base de datos en Microsoft Deployment Toolkit.

En términos básicos, es una especie de repositorio de configuraciones que se especifican en el CustomSettings.ini y que pueden variar dependiendo de los Equipos conectados, del Rol que tenga por ejemplo nuestro departamento, Marca y modelo, y hasta ubicaciones.

Por ejemplo puedo tener un Equipo A (Departamento de diseño) y un Equipo B (Departamento de cuentas), los que quiero conectar al MDT e integrarle aplicaciones como Adobe Photohop al primer Equipo pero al contrario el Equipo B integrarle una Suite tan importante como Office para el trabajo que realizan, los Roles que se indican en la base de datos para los Equipos me permitirían realizar esto sin necesidad de modificaciones para cada equipo.

En esta primera parte del artículo crearemos una nueva Base de datos, indicaremos dos roles diferentes simulando dos posibles departamentos y desplegaremos dos equipos de acuerdo a los roles indicados. En los próximos artículos se podrá ampliar esta información y explorar los otros tipos de despliegue como por Ubicación y Modelo de equipos.

Para poder trabajar con base de datos, por supuesto necesitamos la Base de datos, para esto debemos instalar en el equipo donde está MDT (No es requisito estar en el mismo equipo) una versión de SLQ Server Express, desde la 2005 hasta la 2008 R2.

Como recomendación personal, si se está sobre Windows Server 2008 o 2008 R2, instalar la versión SQL Server Express 2008 R2 para entera compatibilidad.

Pueden realizar la descarga de SQL Server Express 2008 R2 desde Aquí.

*Nota: El artículo puede ser un poco extenso, pero así se pueden resumir muchas entregas en diferentes partes.

Configurando SQL Server para trabajo con MDT

Una vez instalado SQL Server en el equipo se deben configurar tres aspectos para la convivencia con MDT dentro de la consola de configuración de SQL:

Habilitar Name Pipes: Esto permitirá que el Deployment Workbench y los clientes se puedan conectar a la base de datos.

Inicio automático de SQL Browser y reinicio del Servicio de SQL Server: Esto permitirá que los clientes que se conecten puedan realizar el enlace con la instancia SQLEXPRESS

Habilitar en Windows Firewall la conexión a SQL Server agregando SQL Browser y SQL Server.

Habilitar Name Pipes

Iniciamos la Consola de configuración de SQL Server en Inicio, Todos los programas, Microsoft SQL Server 2008 R2, expandimos la carpeta de Herramientas de configuración y clic en SQL Server Configuration Manager

En la consola de Administración, expandimos el nodo de SQL Server Network Configurations y clic sobre Protocols for SQLEXPRESS.

Debemos hacer clic derecho en Name Pipes y seleccionamos Habilitar (Enable)

Inicio automático de SQL Browser y reinicio del Servicio de SQL Server

En la misma consola de configuración, hacemos clic sobre el nodo de SQL Server Services y en el panel de la derecha hacemos clic derecho sobre SQL Server Browser y seleccionamos Propiedades

En la ventana de Propiedades de SQL Server Browser, pasamos a la ficha de Servicio (Service) y establecemos el modo de inicio a Automático, predeterminadamente está en Deshabilitado

Clic en Aplicar y Aceptar para cerrar la ventana de propiedades y guardar los cambios.

Posteriormente iniciamos el Servicio de SQL Server Browser haciendo clic derecho y seleccionando Iniciar

Como ha cambiado, debemos reiniciar también el Servicio de SQL Server (SQLEXPRESS), para esto hacemos también clic derecho y seleccionamos en el menú contextual Restart (Reiniciar).

Habilitar en Windows Firewall la conexión a SQL Server agregando SQL Browser y SQL Server.

Por último necesitamos asegurarnos de que la conexión se haga con la base de datos y con el SQL Browser, para esto, en el Panel de control, en Server, Vista, Windows 7 o Server 2008 R2 clic en Sistema y seguridad y posteriormente Permitir un programa a través de Windows Firewall

En la ventana de configuraciones del Firewall de Windows, hacemos clic en el botón Agregar programa (Si se está sobre Server o Vista), o Agregar otro programa (Si se está sobre 2k8 R2 o 7).

Posteriormente debemos buscar los ejecutables del SQL Server Browser y SQL Server haciendo clic en el botón Explorar (Browser); predeterminadamente las rutas son:

SQL Server Browser:
C:Program FilesMicrosoft SQL Server (x86)90Sharedsqlbrowser.exe

SQL Server:
C:Program FilesMicrosoft SQL ServerMSSQL10.SQLEXPRESSbinnsqlservr.exe

Aplicamos y aceptados para que las dos excepciones se apliquen.

Todo está listo para crear y trabajar con nuestra primera Base de datos en MDT!

Creando Base de datos en el Deployment Workbench

Abrimos el Deployment Workbench yendo a Inicio, Todos los programas, Microsoft Deployment Toolkit, Deployment Workbench (Si se está en 7, ejecutar como Administrador).

Dentro del Deployment Share que hayamos creado, expandimos el nodo de Advance Configuration y clic derecho sobre Database, en el menú desplegable seleccionamos New database (Nueva base de datos)

Se abrirá el Asistente para nueva Base de datos.

Dentro del Asistente debemos rellenar la información correspondiente dentro de la página de detalles indicando:

SQL Server Name: Es el nombre de nuestro equipo, por ejemplo para este artículo ZION
Instance: Es la instancia que hayamos definido en la instalación de SQL, si se dejó la que está predeterminadamente se le puede indicar SQLEXPRESS
Network Library: Debemos dejar el Name Pipes, recordando que esto nos dará la conexión a la base de datos.

En la página de Database, debemos especificar el nombre para nuestra nueva Base de datos (Partiendo de que es primera vez que se va a crear la Base de datos) seleccionando la ficha de Create a new Data base, para este artículo el nombre que le indicaré será Democenter.

En la página de SQL Share, debemos especificar el nombre de nuestro Deployment Share, si se dejó predeterminadamente al momento de crear el recurso compartido será DeploymentShare$

En la página de Summary (Resumen), verificarmos la información indicada y clic en Siguiente para que se cree la Base de datos.

En la página de Confirmation (Confirmación) clic en el botón Finalizar para terminar el Asistente.

Si nos situamos ahora sobre el nodo de Database en el DeploymentShare podremos ver los nodos adicionales con los que trabajaremos y el resumen en el panel central de nuestra Base de datos:

Ya pasamos la parte difícil, ahora como bien decía Duane Dice, podemos ahora “Jugar” con nuestra Base de datos!

Roles y Equipos

Aunque se lea un poco simple, debemos reconocer a los Roles como lo que son… Roles =)
El ejemplo lo daba antes, y para este artículo lo trabajaremos así, yo puedo tener en mi compañía lo que necesito que tenga cada Departamento de la misma, configurándolos una sola vez y despreocupándome por mucho tiempo.

Por ejemplo, puedo decidir qué ventanas se van a mostrar en el asistente de instalación (Automatizar o no) dependiendo del tipo de Departamento al que se lo esté instalando, así mismo aplicaciones, y configuraciones como DHCP, particionamiento en general.

Igualmente yo puedo especificar estas mismas reglas en Equipos (Computers), Ubicaciones (Locations) y Marca y modelo (Make and Model), la gran diferencia está en que yo puedo crear todos los Roles que necesite dependiendo de lo que vaya a implementar y simplemente agregarlos a los otros nodos. Esto lo iremos entendiendo todos mejor en el transcurso de los artículos.

Creando Roles

Para este artículo crearemos dos Roles, Democenter Sales y Democenter Support con la intención de mostrar la diferencia cuando se conectan los equipos a éstos.

Para crear un nuevo Rol dentro del Deployment Workbench hacemos clic derecho sobre el nodo de Roles dentro de Database y en el menú desplegable seleccionamos New (Nuevo) para abrir el asistente de nuevo Rol.

Dentro del Asistente debemos especificarle el nombre que tendrá el primer Rol (Por defecto va creando el ID), por ejemplo para este artículo Democenter Sales

En la pestaña Detalles es donde indicaremos todo lo que haríamos desde el CustomSettings.ini, para este Rol agregué por ejemplo un nombre de Equipo, de Organización, unión al Grupo de trabajo y saltos a algunas páginas del asistente de instalación (SkipNombreConfiguracion):

*Nota 1: Para ver algunas de las configuraciones a especificar y que haga la instalación automatizada pueden ver este artículo.

*Nota 2: Aquí también se le puede especificar el ID de la Secuencia de tareas que lo encuentran entrando a las propiedades de la misma, el parámetro es TaskSequenceID, si no se especifica aparecerá para elegir en el asistente de instalación

Hay una gran ventaja, y es que cada configuración tiene una pequeña explicación de lo que se le debe indicar.

Para diferenciar, en los de Skip me salté varios de los pasos como Idioma, Aplicaciones, Nombre de Equipo Bitlocker, entre otros, en el Segundo Rol dejaré todo el asistente.

Una vez especificados todos los detalles que deseo, pasamos a la pestaña de Applications (Aplicaciones), aquí vamos a agregar todas las aplicaciones que hayamos agregado a nuestro recurso compartido de implementación y que deseemos que se instalen con el Rol creado.

Para agregar la aplicación, dentro de la pestaña de Applications hacemos clic en el botón Add (Agregar), buscamos la aplicación y Aceptar.

Finalmente Aplicamos y Aceptamos y nuestro Rol habrá quedado listo!

*Nota: Las otras pestañas se refieren al uso con System Center y a agregar Administradores.

Para este artículo dejaré creado el otro Rol, pero no lo mostraré para evitar demasiada extensión del Artículo, el otro Rol incluirá la instalación de Forefront End Point Protection 2010 RTM y el nombre será PC-Support

Al finalizar de crear todos los Roles, podremos visualizarlos en el panel dentral del nodo de Roles:

Los Roles están listos, ahora debemos asosciarlos a los Equipos.

Agregando Roles a Equipos

Para especificar el Rol que le pertenece a cada Equipo, se le puede identificar al PC con varios tipos de parámetros, entre los que están un número Serial, un UUID, o el más sencillo de todos la dirección MAC.

Si no sabemos cómo extraer la dirección MAC de un equipo recién adquirido podemos iniciarlo, entrar a la BIOS e iniciar el arranque por Red.

El número lo entregará como CLIENT MAC ADDR

Para este artículo, capturaré primero la dirección MAC del Equipo de Democenter Sales:

La dirección la debemos especificar en el Equipo que agreguemos dentro de la base de datos con el formato XX:XX:XX:XX:XX:XX de lo contrario MDT indicará error al especificar el número.

Para este artículo por ejemplo sería: 00:0C:29:B7:ED:33

Para agregar entonces el Equipo, hacemos clic derecho sobre el nodo Computers dentro de Database en el Deployment Workbench y seleccionamos New (Nuevo), esto abrirá el asistente para nuevo Equipo:

En la página de Identity dentrod el Asistente indicamos una descripción para reconocer este Equipo y posteriormente en el campo MAC rellenamos con el número que copiamos de la máquina que queremos enlazar:

Podríamos definir como dije las otras pestañas pero como ya creamos unos Roles, debemos pasarnos a la Ficha o Pestaña de Roles y desde el botón Add (Agregar) seleccionar el que queremos que corresponda al Equipo, para este artículo el primero será el Rol de Democenter Sales:

Hacemos clic en el botón Aplicar y Aceptar para terminar y que el equipo esté ligado a nuestro Rol!

*Nota: El mismo procedimiento anterior para crear el Equipo y agregar el Rol lo haré para el de Democenter Support

Al finalizar, debo ver los dos Equipos creados en el nodo de Computers:

Antes de poder implementar estos Roles y configuraciones, es necesario que el CustomSettings.ini pueda usarlos, para esto debemos definir las Consultas en el Nodo de Database, es decir para que durante la implementación el MDT haga las consultas a la Base de datos.

Para esto, hacemos clic derecho sobre el nodo de Database y seleccionamos Configure Database Rules:

En el Asistente para configurar DB lo que debemos indicarle es qué consultas quiere que realice dentro de cada nodo, es decir para que busque en los Detalles especificados en cada Rol, en las Aplicaciones, entre otros.

Estas consultas las debemos indicar para Equipos, Ubicaciones, Marcas y modelos y Roles. Todos tienen la misma interfaz, seleccionamos y clic en Siguiente hasta llegar al nodo de Summary.

Verificamos la información y finalmente clic en Siguiente para que haga realizar las consultas y las respectivas configuraciones, hacemos clic en Finalizar para terminar.

Si vemos ahora las propiedades del Deployment Share en la pestaña de Reglas (Rules), veremos todas las modificaciones y prioridades en el CustomSettings.ini

Básicamente lo dividen en las distintas configuraciones dependiendo del nodo, es decir de Equipos, Aplicaciones, Roles, y Administradores por cada tipo de implementación, es decir para Equipos, Ubicaciones y Marcas y modelos.

Por supuesto se mantendrá la de [Default] que es la que se utilizará cuando el Equipo que se conecte al MDT no se encuentre enlazado a ningún tipo de despliegue de la Base de datos.

Como útimo paso debemos actualizar el Deployment Share para que se genere el Windows PE con todos los cambios, para esto hacemos clic derecho sobre el Deployment Share que hayamos creado (Para este artículo por ejemplo Democenter) y seleccionamos Update Deployment Share (Actualizar recurso compartido):

En el Asistente para la actualización del recurso especificamos si queremos reconstruir toda la imagen, o actualizar la existente y el resto será Next, Next, Next =)

¡Listo!

Ahora, para probar iniciamos los dos Equipos enlazados desde el WDS, o imagen individual del Win PE y tanto en el Asistente de implementación como al finalizar la instalación verificamos que todo lo que indicamos en la Base de datos se haya cumplido.

Para este Artículo por ejemplo recordemos que indiqué nombres y además Sistema operativo diferente para cada uno y automatización en procesos:

Equipo 1 (Democenter Sales):

Equipo 2 (Democenter Support):

Como había especificado, para Support tendría que pedirme información en el Asistente de instalación pero tendría parámetros adicionales como la aplicación a instalar y la personalización.

Espero les sea de utilidad, y además estar compartiéndoles en los próximos días los demás métodos que vaya trabajando y aprendiendo =)

Saludos,

-Checho-

Varias cosas por ver todavía con Microsoft Deployment Toolkit 2010 Update 1, por lo que hoy quiero seguir con la serie de post tratando de mostrar un uso útil a cada Secuencia de tareas predeterminada que incluye la herramienta para aprovechar y optimizar nuestro proceso de implementación del flamante Windows 7!

Cubriremos un escenario muy común dentro de una organización cuando se está adoptando nuevas tecnologías, sobre todo de sistemas operativos y son los cambios de los antiguos equipos (Quizás con pocos recursos o no los suficientes) con nuevos equipos mucho más robustos y que para el caso de Windows 7 se aprovecharán todos estos recursos.

Ahora bien, ¿Cuál es el problema aquí? Por supuesto, toda la información y configuración de mi usuario que quizás puede ser crítica y de años, lo más común entonces es realizar el respaldo de los datos, instalar el nuevo sistema operativo y pasar los datos, pero de nuevo se requiere una nueva configuración del perfil.
En otros aspectos, se pueden valer de herramientas de migración de perfiles e información que puede ser lo más adecuado para mitigar el impacto pero el proceso manual puede ser algo engorroso… así que… ¿Por qué no automatizarlo?

Microsoft Deployment Toolkit 2010 Update 1 (MDT) nos entrega una Secuencia de tareas prediseñada para cubrir este escenario y por supuesto optimizarlo y es la Standard Client Remplace Task Sequence que básicamente capturará el perfil y la información del equipo antiguo, hará la instalación de Windows 7 en el nuevo equipo y restaurará completamente el perfil y la información (Como si nada hubiera pasado!).

Este proceso requerirá de la Secuencia de tareas estándar para realizar la segunda parte del proceso, en conclusión utilizaremos Standard Client Remplace Task Sequence (Para el equipo antiguo) y Standard Client Task Sequence (Para el nuevo equipo).

¿Qué necesitamos?

– Equipo Técnico con Microsoft Deployment Toolkit 2010 Update 1 (MDT) y sus componentes necesarios como WAIK para funcionar. Desde aquí crearemos y configuraremos las Secuencias de tareas.

Si todavía no tienen MDT, pueden descargarlo desde Aquí.

– Equipo de Referencia (Antiguo) en el que tenemos instalado Windows XP, Windows Vista o el mismo Windows 7 instalado con toda la información y perfil personalizado.

– Equipo de Destino (Nuevo) en el que haremos la instalación de Windows 7 y restauraremos la configuración del perfil y toda la información.

Nota: Si todavía no han configurado MDT, pueden ver este artículo para crear el Recurso compartido y agregar las aplicaciones y paquetes básicos.

Creando Secuencia de tareas para captura del estado de usuario para el Equipo de referencia

En el Equipo técnico abrimos el Deployment Workbench en Inicio > Todos los programas > Microsoft Deploment Toolkit > Deployment Workbench (Si estamos en Windows 7, clic derecho y Ejecutar como administrador)

Clic derecho sobre el nodo de Task sequences (Secuencias de tareas) y seleccionamos New Task Sequence (Nueva secuencia de tareas)

Se abrirá el asistente para Nueva secuencia de tareas.

Especificamos un ID para difereniciar la Secuencia de tareas de las que podamos tener, para este artículo por ejemplo W7OPC-1 y un nombre para la visualización de la Secuencia de tareas, por ejemplo: Windows 7 Remplace Computer y clic en Siguiente.

En la página de Select Template (Seleccionar plantilla) escogemos Standard Client Remplace Task Sequence y clic en Siguiente (Esta es la plantilla para ejecutar el remplazo).

En la página de Summary (Resumen), verificar la información entregada y clic en Siguiente para crear la Secuencia de tareas.

En la página de Confirmación, clic en el botón Finalizar para terminar el asistente.

Creando Secuencia de tareas para implementar sistema operativo y restauración de datos.

En el Deployment Workbench, clic derecho en el nodo de Task Sequences (Secuencias de tareas) y seleccionar New Task Sequence (Nueva secuencia de tareas)

En la primera página de Configuración general especificamos un ID para diferenciar la Secuencia de tareas que implementará (Por ejemplo para este artículo: W7NPC-1) y un nombre (Por ejemplo para este artículo: Windows 7 New Computer) y clic en Siguiente para continuar.

En la página de Select Template (Seleccionar plantilla) escogemos ahora Standard Client Task Sequence (Que nos instalará y restaurará datos) y clic en Siguiente.

En la página de Select OS escogemos el Sistema operativo que deseamos instalar en el nuevo equipo, para este caso Windows 7 Professional y clic en Siguiente.

En la página de Specify Product Key (Especificar clave de producto) escogemos No especificar clave en este momento y clic en Siguiente

En la página de OS Settings rellenamos los campos con el Nombre de usuario, Organización y página web que se indicará en la licencia de uso del producto al instalar y clic en el botón Siguiente.

En la página de Admin Password especificamos la contraseña del Administrador integrada (Podemos no especificarla también) y clic en el botón Siguiente.

En la página de Summary (Resumen) clic en Siguiente al validar la información entregada para que cree la secuencia de tareas.

En la página de Confirmación clic en el botón Finalizar para terminar el asistente.

Ya tenemos las dos Secuencias de tareas necesarias para capturar e implementar!

Especificar directorios para guardar Backup

Antes de proceder a capturar el estado de usuario y a implementar, debemos especificar en las configuraciones del Deployment Share creado (En este artículo Democenter) el directorio de red donde almacenaremos nuestro respaldo del estado de usuario.

Nota: Antes de proceder, debemos asegurarnos de saber la ruta del recurso compartido donde guardaremos el estado de usuario para que no haya fallos en la búsqueda al momento de capturarlo.

Por ejemplo, para este artículo lo guardaré en la carpeta compartida \ZIONUserState

Hacemos clic derecho sobre el nombre de nuestro recurso compartido (Para este artículo por ejemplo “Democenter”) y en el menú desplegable seleccionamos Propiedades

En la ventana de Propiedades de nuestro Recurso compartido de implementación, nos pasamos a la ficha de Rules (Reglas) para poder hacer la modificación.

En la Ficha de Reglas, veremos el archivo plano que incluye predeterminadamente unas reglas según lo que especificamos al crear por primera vez el Recurso compartido.

Este archivo se llama CustomSettings.ini y es el que especificará la configuración necesaria cuando se esté corriendo el asistente de implementación.

Las configuraciones que indicaremos serán:

UDShare: Es el recurso compartido donde guardaremos el estado de usuario, se debe indicar: \Nombre_PCNombre_recurso por ejemplo para este artículo: \ZIONUserState

UDDir: Es el nombre de la carpeta donde serán almacenados los datos. Podemos especificar una variable como %OSDComputerName% para que no tengamos que modifcarla por cada equipo que vamos a cambiar y que cree la diferenciación entre cada uno (Nombre del equipo)

UserDataLocation: Es donde se guardarán los datos de usuario, para este escenario se debe especificar NETWORK (Para otros se puede indicar AUTO para que guarde localmente)

La configuración debe quedar similar a esta:

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
SLShare=\ZIONLogs
_SMSTSOrgName=Swat Team Microsoft
OSInstall=Y
UDShare=\ZIONUserState
UDDir=%OSDComputerName%
UserDataLocation=NETWORK
SkipAppsOnUpgrade=YES
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES

Nota: Para ver la configuración en el CustomSettings.ini y Bootstrap.ini pueden ver este artículo.

Nota 2: Algunos parámetros pueden variar según la configuración de cada uno, es muy libre en este sentido.

Clic en el botón Aplicar y Aceptar para guardar los cambios.

Actualizar el recurso compartido

Después de realizar toda la configuración (Incluyendo aplicaciónes y paquetes no mostrados en este artículo) debemos actualizar nuestro Deployment Share para que los cambios se vean reflejados en los Equipos que vamos a conectar.

Para esto, hacemos clic derecho sobre el nodo de Deployment Share y seleccionarmos Update Deployment Share (Actualizar recurso compartido:

En el Asistente de actualización del Deployment Share, seleccionamos la opción que deseemos, la primera actualizará la imagen Win PE que esté creada y la segunda la regenerará completamente.

Para este artículo seleccionaré la segunda ("Reconstruir completamente la imagen de arranque”) y clic en Siguiente.

En la ventana de Summary (Resumen) clic en Siguiente para iniciar el proceso.

En la ventana de Confirmation (Confirmación) clic en Finalizar para terminar la actualización y cerrar el asistente.

Iniciar el Equipo de referencia (Antiguo) con el LiteTouch.ISO creado previamente

En el proceso normal, al acutalizar el recurso compartido dentro de la carpeta Boot del DeploymentShare se crean dos imágenes según la arquitectura (32 ó 64 bits), un .WIM y un .ISO para luego escoger el método más adecuado según lo que estemos haciendo para conectarnos a nuestro Deployment Share.

En este caso, podemos grabar la imagen .ISO en un CD ó DVD dependiendo del peso de ésta y posteriormente Ejecutarla en el Equipo de Referencia (Antiguo).

*Nota: Se debe correr en Windows (Sin reiniciar).

Para este artículo antes de iniciar, tengo creado algunos archivos en el Escritorio del PC Antiguo que está corriendo Windows 7:

Al terminar todo el proceso, los archivos y el perfil debe de estar en el nuevo PC.

Lo primero será indicar las credenciales para conectarse al recurso compartido (Se puede automatizar en el Bootstrap.ini).

Después, al llegar a la ventana de selección de la Secuencia de tareas es donde tendremos que “Elegir sabiamente”

Como este es el Equipo de referencia (Antiguo), seleccionamos la primera Secuencia de tareas que creamos (Standard Client Remplace Task Sequence) según el nombre que le hayamos puesto.

Para este artículo fue Windows 7 Remplace Computer

Clic en Next (Siguiente)

En la página de especificar dónde guardar los datos y configuraciones clic en Next (Siguiente) (Dejamos como está predeterminadamente)

En la página para especificar dónde guardar el respaldo de la imagen del equipo, clic en No realizar respaldo al equipo existente y clic en el botón Next (Siguiente)

Finalmente en la página de Ready to begin (Listo para iniciar), verificar todo lo indicado y clic en Begin (Comenzar) para realizar el respaldo.

La migración del estado de usuario se realizará y se almacenará en la ubicación especificada anteriormente (UserState).

Clic en el botón Finalizar para terminar la captura de estado de usuario.

*Nota: En el recurso compartido especificado debió haberse creado la carpeta con el nombre del Equipo que se capturó (Que le hayamos asignado en la implementación) y dentro todos los archivos necesarios que genera el USMT:

Iniciar despliegue de sistema y restauración de estado de usuario en el Equipo nuevo

Debemos iniciar el Equipo de destino (Nuevo) ahora corriendo desde el Windows PE, es decir, debemos arrancar con el CD que grabamos previamente (o por red) apenas se prenda por primera vez el Equipo.

*Nota: El equipo debe de estar en la misma red que el Equipo técnico para que se pueda conectar al recurso compartido.

Al iniciar el Windows PE del LiteTouch las ventanas pueden variar dependiendo de qué tanta automatización se indicó en el CustomSettings.ini, sino se debe especificar iniciar el asistente de implementación y conectarnos al recurso indicándole las credenciales con permisos para hacerlo.

La variación será en la ventana que debemos seleccionar la secuencia de tareas, esta vez ejecutaremos la segunda que creamos (Standard Client Task Sequence), para este artículo yo la llamé Windows 7 New Computer.

*Nota: Desde esta tarea, realizaremos la instalación del sistema y restauraremos el estado de usuario guardada con la secuencia anterior.

Clic en Next (Siguiente) para iniciar la implementación.

En la ventana de Unión a un dominio o al grupo de trabajo especificar según el ambiente que se tiene (Si no se automatizó en el Deployment Share)

En la ventana de Specify Whether to restore user data seleccionaremos Specify location (Especificar una ubicación) y aquí es donde entregaremos la ruta del recurso compartido donde al momento de crear la primera secuencia de tareas (La que remplaza) especificamos dónde queríamos guardar el estado de usuario.

Para este artículo por ejemplo es \ZIONUserStateDemoNP-PC donde “DemoNP-PC” es el nombre que le asigna al darle la variable %OSDComputerName% en la Secuencia de tareas.

La ruta varía dependiendo de dónde se hayan almacenado (Se puede verificar en el Equipo donde está el recurso la ruta exacta).

Clic en el botón Next (Siguiente) para continuar el asistente.

En las Siguientes ventanas especificamos Lenguaje, Zona horaria, y otras configuraciones como BitLocker, captura de la imagen, y aplicaciones dependiendo de la configuración que se haya integrado en el CustomSettings.ini y en la creación del Recurso compartido.

Aquí pueden encontrar todos los parámetros para automatizar toda la instalación.

Finalmente en la ventana de Ready to begin (Listo para iniciar), verificamos toda la información entregada y clic en el botón Begin para iniciar la implementación de Windows 7.

Lo siguiente será esperar hasta que toda la instalación se complete, después de esto el Asistente iniciará la restauración del estado de usuario e informará de la finalización:

*Nota: Predeterminadamente, el primer inicio se hará con la cuenta de Administrador integrada (Desde que se esté implementando con MDT), por supuesto se crearán el estado de usuario del PC de referencia (Antiguo) pero, para que se vea reflejada la cuenta se debe crear localmente después de terminar la instalación.

Workaround:

Para no tener que crear la cuenta se pueden pensar en otras soluciones como crearla en el Unattend.xml integrado en cada secuencia de tareas (La que realiza la implementación “Standard Client Task Sequence”), así al hacer la restauración la cuenta estará creada y sólo se tendrá que iniciar sesión con ella.

Para modificar el Unattend.xml integrado en la secuencia de tareas, en el Deployment Workbench nos situamos en el nodo de Task Sequences y en el panel central ingresamos a las propiedades de la secuencia de tareas (En este caso Windows 7 New Computer) haciendo clic derecho y seleccionando Propiedades o haciendo doble clic sobre ella.

En la ventana de propiedades de la Secuencia de tareas, clic en la pestaña de OS info y posteriormente clic en el botón Edit Unattend.xml para abrir el Windows System Image Manager del WAIK (Previamente instalado para función del MDT):

En el Administrador de imágenes de Windows (Windows System Image Manager), expandimos en la parte inferior izquierda Componentes y buscamos x86-Microsoft-Windows-Shell-Setup

Expandimos y buscamos el componente de UserAccounts, dentro de UserAccounts expandimos LocalAccounts y finalmente hacemos clic derecho sobre LocalAccount y lo agregamos a la fase oobeSystem para que se cree en la fase de bienvenida de Windows (Post – Instalación)

En el panel central de Windows System Image Manager en los componentes agregados al Archivo de respuesta, veremos cómo se agrega un nuevo componente de LocalAccount a la existente (Hay una temporal).

Por último seleccionamos LocalAccount que agregamos y debemos rellenar los campos en el panel de Propiedades para crear nuestra nueva cuenta:

Básicamente indicamos:

Description: Como queramos describir la cuenta
DisplayName: El nombre para mostrar, TIENE que ser como la cuenta en del perfil que restauramos para que podamos iniciar posteriormente con ella después de instalado Windows.
Group: Debe indicarse el grupo local al que se quiere pertenecer (Administrators ó Users)
Name: Nombre de la cuenta, igual TIENE que ser el mismo.

Guardamos los cambios en el archivo de Autorespuesta desde el Windows System Image Manager y procedemos a Actualizar el recurso compartido.

*Nota: También podríamos evitar que la instalación que se realizará inicie con la cuenta de Administrador integrada y la haga con la cuenta que creamos.

Toda la información básica sobre este y otros componentes del archivo XML la pueden ver en Este artículo.

Volviendo al artículo…

Una vez terminada la instalación, cerramos sesión desde la cuenta de Administrador integrada y posteriormente iniciamos sesión con la cuenta creada y que corresponde al perfil del Equipo de referencia (Antiguo).

Todo el perfil debe pemanecer tal cual se dejó, incluyendo temas y archivos:

No hay excusa entonces para pasarse al flamante 7! =)

Espero sea de utilidad.

Saludos,

-Checho-