Crear imagen maestra de Windows 8 con Pantalla de Inicio y Perfil personalizado.

1537_Win8Logo_01_008485DD

Este, es el primer artículo en el que oficialmente tocaré temas acerca de la implementación de Windows 8 en entornos empresariales. Quiero empezar con algo con lo que cada responsable de implementación en las compañías suele requerir y querer aprender de primero, y es la creación y personalización de la imagen maestra.

Recordemos que cuando instalamos Windows desde el medio de instalación original, al crear un nuevo perfil, siempre tendremos unas personalizaciones predeterminadas, como el fondo y color azul, configuración del puntero del mouse, entre muchas otras. En entornos empresariales, es normal que cada compañía quiera darle un toque de personalización a las imágenes, por lo que siempre buscará un estándar en aspectos como fondos y aplicaciones corporativas, para que todos los usuarios, una vez inicien sesión, o obtengan de la misma forma.

En este artículo trataré de explicar – hasta donde mi capacidad me lo permite – de la forma más clara posible, el paso a paso para construir y desplegar una imagen maestra con un perfil predefinido por nosotros. Pero además, aprovechando la nueva Pantalla de Inicio de Windows 8, explicaré cómo podemos llegar a personalizar el primer aspecto visual en cuanto a iconos, diseños y colores que un usuario podría ver cuando se construye su perfil.

*Nota: Hay otros artículos viejos que muestran gran parte del mismo procedimiento, pero por lo anterior, y por la actualización en herramientas y algunas variaciones, consideré importante crear este post. 

Requerimientos

– Antes que nada, los archivos de instalación de Windows 8. Si aún no lo tienen, pueden descargar y probar por 90 días la versión Enterprise desde aquí: http://technet.microsoft.com/es-eS/evalcenter/hh699156.aspx

– Equipo técnico donde se encuentre instalado el ADK para Windows 8. Si no lo tienen, pueden descargarlo desde aquí: http://www.microsoft.com/es-es/download/details.aspx?id=30652

– Opcional: Partición, memoria o disco extraible adicional para copiar la imagen maestra.

– Un equipo de referencia (Puede ser máquina virtual) donde se cree la imagen maestra, y posteriormente se implemente.

Creando nuestro perfil predeterminado y resellando la imagen

Lo primero que tenemos que hacer, es preparar el perfil con todas las configuraciones y personalizaciones que deseamos sean heredadas por cada nuevo perfil. Como primera recomendación, esto se debe hacer desde la cuenta integrada de Administrador, y no desde alguna otra cuenta; esto para evitar que se copien cuentas en cada instalación, y para que después de resellar el equipo, la cuenta de Administrador pase a estar en estado de desactivada nuevamente.

Como de hecho, de forma predeterminada esta cuenta no se encuentra activa, es necesario ejecutar el Símbolo del sistema con privilegios elevados (Clic derecho, Ejecutar como administrador) desde alguna cuenta del grupo de administradores, y ejecutar el siguiente comando:

Net User Administrador /Active:Yes

*Nota: Si tienen el equipo en Inglés, como es para mi caso, el comando variaría de “Administrador” a “Administrator”.

SS1

Basta con cerrar sesión desde la Pantalla de Inicio, e iniciar desde la cuenta de Administrador. Una vez hecho esto, eliminamos todas las otras cuentas desde Cuentas de Usuario y Seguridad Familiar en el Panel de Control.

La personalización del perfil se divide ahora en dos partes, todo lo que hagan desde el Escritorio tradicional (Fondos de pantalla, color a las ventanas, tamaño del cursor, opciones de carpeta, etc), y todo lo que se haga desde la nueva Pantalla de Inicio. Como el primero es más común, nos concentraremos en la Pantalla de Inicio.

Predeterminadamente, podrán ver una personalización de aplicaciones, diseños y colores similar a la siguiente:

SS2

Lo ideal, es que saquemos ventaja de la Pantalla de Inicio, y la personalicemos a como nos gustaría verla en nuestro entorno empresarial. Por ejemplo, quitando aplicaciones, creando grupos, cambiando el color y asignándole nombre a los diferentes grupos o categorías. Para mi caso, en pro del artículo, cambié varias cosas para notar la diferencia y ver cómo deseaba que mi perfil se reflejara en los futuros nuevos usuarios:

SS3

Al terminar todas las personalizaciones, debemos pasar a realizar el resellado del equipo con Sysprep, que básicamente, limpiará el estado de activación del equipo e información de hardware como el SID entre otras. Es un paso primordial a la hora de hacer captura de imagen, pues de lo contrario, nos podríamos a enfrentar con problemas como identificadores únicos duplicados, entre otros.

Desde la Pantalla de Inicio, buscamos CMD, clic derecho y “Ejecutar como administrador” (Podemos abrirlo también con privilegios utilizando la combinación de teclas CTRL + SHIFT + ENTER). Navegamos hasta la carpeta de Sysprep ubicada en System32 con el comando: cd C:WindowsSystem32Sysprep y una vez allí, con TODAS las demás aplicaciones y procesos cerrados, ejecutamos:

Sysprep /OOBE /Generalize /Shutdown

*Nota: El comando anterior, al utilizar /OOBE asegurará el inicio desde la última fase de configuración en la instalación, /Generalize limpiará la información de hardware, y /Shutdown apagará completamente el equipo. El proceso no se debe interrumpir.

image

Capturando la imagen maestra

Cuando el equipo de referencia donde hicimos el resellado se apague, debemos pasarnos al equipo técnico donde se encuentra instalado el ADK para Windows 8 (Ver requerimientos); desde éste, crearemos un Windows PE donde copiaremos la herramienta de DISM para posteriormente cargarlo en el equipo de referencia y capturar la imagen maestra.

*Nota: Un Windows PE, es un mini sistema operativo, que se carga en memoria RAM, pero que se puede personalizar bastante para entornos de implementación o soporte técnico. Se reconoce como el Entorno de Preinstalación, y lo vemos cuando realizamos las primeras configuraciones siguiendo el asistente predeterminado de Windows.

Para poder crear el Windows PE, debemos hacer uso de la consola de Deployment and Imaging Tools Environment que se instala con el ADK. Desde la Pantalla de Inicio, buscamos por “Deployment” y en el resultado, hacemos clic derecho y “Ejecutar como administrador”.

Dep

Desde la Consola, debemos ejecutar el siguiente comando:

Copype <Arquitectura> <DirectorioPE>WinPE

Donde <Arquitectura> dependerá de si el sistema que vamos a capturar es 32 ó 64 bits. Para 32 bits, sería “x86”, y para 64 bits sería “AMD64”. <DirectorioPE>, es una ubicación en nuestro equipo donde vamos a guardar los archivos del Windows PE, en este caso, y como recomencación, utilicé el directorio “C:”. Por ejemplo, para este artículo, que dispuse de una instalación de 64 bits, el comando completo sería:

Copype AMD64 C:WinPE

image

El siguiente paso, es copiar el ejecutable de DISM.exe ubicado en C:Program FilesWindows Kits8.0Assessment and Deployment KitDeployment Tools<Arquitectura>DISM al directorio del WinPE, es decir a C:WinPEMedia

*Nota 1: <Arquitectura> se refiere a x86 ó AMD64, y si el ADK está instalado en un equipo de 64 bits, el directorio variaría en C:Program Files (x86).

*Nota 2: Es de vital importancia copiar este ejecutable, pues sin él no podremos hacer la captura de la imagen maestra.

Después de esto, desde el Deployment and Imaging Tools Environment ejecutamos:

MakeWinPEMedia /ISO <DirectorioPE>WinPE <DirISO>WinPE.iso

Donde <DirectorioPE> es la ubicación de la carpeta WinPE, y <DirISO> es donde deseamos guardar la imagen .ISO del Windows PE. Para este artículo, que mi WinPE está en C:, y la imagen ISO estaría en el mismo directorio, el comando completo quedaría:

MakeWinPEMedia /ISO C:WinPE C:WinPE.iso

image

Debemos grabar en un CD o USB la imagen .ISO y posteriormente, arrancar el equipo de referencia donde hicimos el resellado con Sysprep con ésta. Veremos que nuestro Windows PE consta solo de un símbolo del sistema ubicado en la unidad X:, que es el directorio virtual del mini sistema operativo.

Para capturar la imagen, ejecutamos:

Dism /Capture-Image /ImageFile:D:install.wim /CaptureDir:D: /Name:”Windows 8 Enterprise” /Description:”Windows 8 Enterprise with custom Profile”

image

*Nota: El proceso puede tardar varios minutos. Es importante tener en cuenta además que el directorio D: ahí es el C: del sistema operativo resellado, por eso es el directorio que se captura, y ahí mismo se está guardando.

Después de que termine, debemos copiar el archivo install.wim que estará ubicado en la raíz C: a nuestro equipo técnico. Lo podemos hacer desde el Windows PE si tenemos algún directorio de red o disco extraible conectado, utilizando el comando xcopy; de otro modo, podemos simplemente reiniciar el sistema operativo, dejar que pase todo el proceso de OOBE, configurar un usuario nuevamente, y desde éste, copiar el archivo utilizando el Explorador de Windows.

*Nota: Si se hace desde el Windows PE, el archivo estará ubicado en D:install.wim

Para efectos de este artículo, yo copié el archivo install.wim que capturé en el directorio C: de mi equipo técnico.

Lo que sigue es copiar todos los archivos de instalación de Windows 8 (Ver requerimientos) en un directorio local dentro de nuestro equipo técnico. Para este artículo, y como recomendación, lo copié en C:8.

*Nota: Pueden copiarlo en un directorio de preferencia, pero de ser posible, que sea fácil de acceder.

Debemos copiar y remplazar el archivo install.wim de nuestro equipo de referencia, en el directorio Sources de los archivos de instalación, puesto que allí viene el original de Windows 8. Es decir, para este artículo, por ejemplo, copiar el archivo install.wim ubicado en C: a C:8Sources

image

Generando Archivo de Autorespuesta

Hasta aquí, hemos resellado la imagen, la capturamos y la copiamos junto con los demás archivos de instalación de Windows en el equipo técnico. La imagen ya contiene el perfil personalizado desde la cuenta de Administrador, sin embargo, no se copiará al perfil Predeterminado de Windows 8, hasta que se lo especifiquemos, y así lo lleve a cabo durante el proceso de despliegue.

Para poder lograr esto, necesitamos del Archivo de Autorespuesta, que nos ayudará a decirle a Windows qué debe hacer y configurar durante la instalación. Lo que haremos será crear el XML con la herramienta incluida en el ADK llamada System Image Manager y allí le indicaremos todos los parámetros.

Desde el equipo técnico, donde se encuentra instalado el ADK, ejecutamos el System Image Manager con privilegios administrativos (Clic derecho, Ejecutar como administrador).

En la Consola del System Image Manager, hacemos clic derecho sobre la parte inferior izquierda, donde dice Windows Image, y seleccionamos Select Windows Image:

imageAquí tendremos que ir hasta el directorio de Sources dentro de los archivos de instalación donde remplazamos el install.wim por el que capturamos:

SY
Al darle clic en el botón Abrir, nos indicará que no se puede abrir un Archivo de catálogo porque no existe, y nos preguntará si deseamos crearlo, debemos darle clic al botón de Sí, y esperar hasta que se genere y agrege el Catálogo.

SY1

*Nota: Esto puede tardar varios minutos, paciencia.

En el panel central, debajo de Archivo de Autorespuesta (Answer File), hacemos clic derecho en Crear o abrir un archivo de autorespuesta (Create or open an answer file) y seleccionamos Nuevo archivo de autorespuesta (New Answer File):

image

Cuando se haya creado el catálogo y el archivo de Autorespuesta, veremos debajo del panel de Windows Image, dirá el nombre interno de nuestro imagen (Para este caso, Windows 8 Enterprise); debemos expandir el panel de Components y posteriormente, hacemos clic derecho en el nodo de Microsoft-Windows-Shell-Setup y seleccionamos Add settings to Pass 4 Specialize

SS5

*Nota: Dependiendo de nuestra arquitectura, debemos agregar el nodo en amd64 o en x86. Para menores problemas, podemos agregar y configurar ambos. =)

En el Panel Central, debajo de Answer File, veremos que el componente se agregó, y tiene un color azul claro, indicando que no se ha configurado. Hacemos clic en él, y en el panel superior derecho, veremos una serie de parámetros que podemos configurar.

Buscamos el parámetro de CopyProfile y seleccionamos True. Esto nos permitirá decirle a Windows, que debe copiar todo el diseño y personalizaciones desde la cuenta de Administrador que configuramos al perfil Predeterminado de Windows durante el proceso de instalación. Aquí podremos configurar otros parámetros si es que deseamos automatizar la instalación, por ejemplo, nombre de equipo, zona horaria, etc.

SS4

El siguiente componente agregar, es nuevo específicamente para Windows 8, se trata de VisualEffects y está como subnodo de Microsoft-Windows-Shell-Setup. Debemos expandir en el panel de Componentes, hacer clic derecho sobre VisualEffects y seleccionar Add Setting to Pass 7 oobeSystem

image

De nuevo, nos situamos en el panel central donde se agregó el componente en Answer File, y en el panel derecho de Propiedades, seleccionamos SystemDefaultBackgroundColor y lo personalizamos escribiendo un número del 0 al 24, que representan todas las combinaciones de Colores disponibles para la Pantalla de Inicio. La siguiente imagen les puede dar una guía:

IC600042

*Fuente de la imagen: Microsoft TechNet.

Para este artículo, ya que me gusta el negro con azul, personalicé el componente con el número 2:

image

Esto es todo lo que necesitamos personalizar, el resto de los componentes que se agregaron debajo de Microsoft-Windows-Shell-Setup, los debemos eliminar, para que no interfieran en la funcionalidad del XML. Basta con darles clic derecho y Eliminar.

*Nota: Si desean aprovechar, y realizar una instalación completamente desatendida de Windows 8, pueden ver este artículo que escribí hace un tiempo en la web de Fermu para saber qué otros componentes se deben agregar y personalizar: http://www.fermu.com/es/articulos/windows/articulos-y-tutoriales/823-instalación-desatendida-de-windows-8 

Finalmente, hacemos clic en el menú de File, y seleccionamos Save Answer File As

image

Lo debemos guardar en la raíz de la carpeta que contiene los archivos de instalación de Windows 8, es decir, para este artículo, en C:8. Debe llamarse AutoUnattend

image

¡Todo listo! El Archivo de Autorespuesta se encargará de hacer el trabajo pesado, nuestro siguiente y último paso, es crear la imagen .ISO a partir de los archivos de instalación, y probar el despliegue para ver que todo haya salido bien.

Si lo desean, pueden descargar el Archivo de Autorespuesta creado para este artículo, que contiene las personalizaciones indicadas, más algunas otras para automatizar el proceso de instalación desde aquí:

*Nota: Deben descomprimir para obtener el XML. Si desean, también pueden agregarle personalizaciones a su antojo.

Creando imagen de instalación

Desde el Equipo técnico, ejecutamos nuevamente el Deployment and Imaging Tools Environment con privilegios elevados (Clic derecho, Ejecutar como administrador) y ejecutamos:

oscdimg –b<Dir8>bootEtfsboot.com –u2 –h <Dir8> <DirISO>Win8.iso

Donde <Dir8> es la ubicación de los archivos de instalación de Windows 8 y <DirISO> donde deseamos guardar la imagen creada.

Para este artículo, que tengo los archivos de instalación en C:8 y que deseo crear la imagen ISO también en el directorio C:, el comando sería:

oscdimg –bC:8bootEtfsboot.com –u2 –h C:8 C:Win8.iso

image

*Nota: El proceso puede tardar algunos minutos, dependiendo del equipo donde se esté realizando y el peso de la imagen.

¡Instalando y probando!

Nuestro último y gran paso, será finalmente grabar la imagen .ISO y probarla en una máquina virtual o física para ver que todo funcione.

Durante el proceso de instalación, veremos que al momento de seleccionar la imagen, habrán detalles personalizados, como la descripción de la imagen:

image

Al finalizar, después de crear nuestro primer usuario (Si no se automatizó eso desde el Archivo de Autorespuesta), nos daremos cuenta de que tanto el Escritorio, como la Pantalla de Inicio, están configurados de forma predeterminada como lo especificamos mientras creamos la imagen –y obra- maestra:

SS13

Espero les sea de utilidad.

Checho

El pequeño Bug de Windows 8 que lo hacía creer un Área de Trabajo de Windows To Go, Procmon, DiskPart y su solución.

Como se darán cuenta por el título, no todos los artículos se pueden referenciar a algo meramente bueno, sin embargo, en el problema que posteriormente expondré, es donde personalmente tuve la oportunidad de aprender más, y de una forma más entretenida acerca de la maravillosa funcionalidad de Windows To Go, incluida en Windows 8.

*Nota: El siguiente post contiene las tres partes ya conocidas por ustedes, es decir, El Problema, La causa y su solución. A pesar de esto, como se trata de un Bug en Windows 8, apenas esté disponible el parche que oficialmente corrige el problema, actualizaré este artículo.

El Problema

Recordemos que en concepto general, Windows To Go es una nueva tecnología o característica integrada en Windows 8, soportada desde su edición Enterprise y que básicamente, permite realizar una instalación completa de Windows 8 en un dispositivo compatible USB o disco externo, lo que brinda la posibilidad de llevar el escritorio personalizado a cualquier equipo portátil, tablet o de escritorio que soporte Windows 7. Por su flexibilidad y buen rendimiento, Windows To Go se convierte en una de las funcionalidades más productivas y eficientes.

El problema sin embargo, aparece cuando Windows 8 no es capaz de distinguir correctamente que no se encuentra instalado en un dispositivo USB, sino en el disco duro local, y por tanto, se comporta como un Área de Trabajo de Windows To Go.
En otras palabras, después de instalar Windows 8 en cualquier disco local, y conectar un dispositivo USB cualquiera que cause el problema (En “La causa” explicaré más esto), el sistema operativo empieza a “creer” que es un Windows To Go, por tanto, empieza a comportarse como uno, por lo que lo que consideraríamos como los errores, serían básicamente los efectos normales de estar trabajando con un Windows To Go.

Por ejemplo, el más común, y con el que normalmente se está detectando este problema, es cuando se intenta ingresar a la Tienda de Windows 8; muy seguramente verán un mensaje similar a la siguiente captura:

image

Inglés:Windows Store isn’t available on Windows To Go workspaces.”
Español:La Tienda Windows no está disponible en áreas de trabajo Windows To Go

Otros pueden detectar el problema al intentar hacer Refresh o Reset:

WTG4

Pero a pesar de todo, esto no es lo más complicado del problema, y en ocasiones, no es lo que primero se detecta. Cuando se conecta el o los dispositivos causantes, pasa que al tratar de remover el dispositivo USB, Windows se “congela” como normalmente lo haría en un ambiente de Windows To Go, y muestra un mensaje como el siguiente al volver a insertar el dispositivo o disco externo:

WTG3

Inglés:Only remove if after your PC has shut down completely. Otherwise, your Windows To Go workspace might crash and you could lose data.”
Español:Quítela únicamente después de apagar completamente su PC. De lo contrario, el área de trabajo Windows To Go podría bloquearse y podrían perderse los datos.”

Con este último comportamiento es donde en verdad se complican las cosas, puesto que a menos que se prenda el equipo sin el dispositivo, siempre se tendrá que dejar conectado como si fuera un Windows To Go, de lo contrario, Windows actuará como lo haría en un Área de Trabajo de WTG y se bloqueará, para posteriormente apagarse.

La causa

Para la primera parte del problema, es decir, los dos primeros mensajes, sabía en el momento que existe una política propia que se activa en un Área de Trabajo de Windows To Go, con el fin de bloquear la Tienda y características como Refresh y Reset. La pregunta era saber por qué se estaba creando en ese momento, sabiendo que la instalación estaba en un disco físico interno.

En ese momento que pude interactuar por primera vez con el problema, acudí a Process Monitor de Sysinternals. Específicamente, la opción de Enable Boot Logging; que me permite rastrear toda la actividad que hay en Windows desde que se cargan los controladores y servicios, hasta cuando el escritorio está completamente funcional. Por supuesto, debía hacerlo cuando se conectara por primera vez un dispositivo causante del problema al encender el equipo.

El resultado fue notablemente bueno, puesto que encontré la creación de un valor llamado PortableOperatingSystem generado por System, y que tenía un valor de “1”, que referencia siempre como “Activo”:

WTG

Como ven en la captura, está justo después de que Windows enumera los dispositivos que tiene reconocidos.

Modificando este valor a cero (0), o bien borrándolo completamente, tanto la Tienda, como Refresh y Reset quedan completamente funcionales de nuevo; algo similar a como si dentro de un Windows To Go, habilitáramos la política para que se dejen usar. Sin embargo, esto no corrige el problema físico con los dispositivos USB, por lo que Windows siempre se seguirá bloqueando tal cual fuese un Área de Trabajo de WTG al remover la USB.

¿Por qué sucede esto? Pues bien, aquí estuvo lo más interesante a manera personal cuando estaba explorando el problema, puesto que pude obtener ayuda directa el del Equipo de Windows To Go para lo que trataré de explicarles a continuación…

Para cada problema, probablemente exista alguna herramienta útil, y en este caso, para comprender la causa y las consecuencias, había que recurrir a DiskPart. Herramienta para manipulación de Discos, incluida desde Windows XP, pero con funciones nuevas y evolucionadas en las nuevas versiones.

Con DiskPart, basta con ejecutar algunas líneas de comandos para llegar a detalles muy concretos tanto de los discos, como de las particiones en el sistema operativo. Para este caso, hay que identificar cuántos discos se encuentran conectados, incluyendo cualquier USB, así sea un celular. Para esto, basta con utilizar List disk, que mostrará todos los discos, con un número asociado, posteriormente, Select disk # (Donde # Es el número asociado al disco) para trabajar sobre uno solo, y finalmente, “Unique disk”, para obtener el Identificador único que contiene cada disco.

*Nota: Como con cada usuario, Windows necesita saber cuál disco está enumerando y funcionando, por eso le asigna un Identificador único (Disk ID).

Dicho y hecho esto, es donde para este caso, y los que probablemente tengan las personas que vean este comportamiento, se podrá ver la causa real del problema:

WTG5

Los que experimenten este problema, podrán ver, como en la captura anterior, que tendrán dos o más identificadores de disco con los mismos dígitos, esto quiere decir, que para Windows, son exactamente el mismo disco.
Un identificador siempre lo tendrá el Disco que contiene el sistema operativo, es decir, Disco 0, y el otro, podrá ser cualquier dispositivo USB que se encuentre conectado.

Cuando un disco o dispositivo es inicializado por primera vez, Windows asigna un ID utilizando un algoritmo aleatorio, por lo que es poco probable que se repita, pero para este problema, que suele hacerlo, se genera una colisión de identificadores, haciendo que Windows mismo se confunda entre si es o no un Área de Trabajo de Windows To Go. Para entender un poco más, resumiré y explicaré algunos aspectos internos de cómo es que Windows To Go sabe cuándo aparecer:

Como Windows To Go, no es más que una variación del funcionamiento normal de Windows 8 por estar en un dispositivo extraible, se divide en dos comportamientos diferentes para inicializarse una vez se aplica una imagen de Windows en una USB. Lo primero, es que para ser portable, el sistema operativo tiene que saber que está instalado en un disco extraible, y no en uno local, para esto, y la forma de identificar esto, es sabiendo que el identificador único de disco que se encuentra en el USB Store del sistema operativo, es el mismo que el que se encuentra instalado. Si el identificador fuese diferente, Windows normalmente tomaría eso como un dispositivo de almacenamiento. El otro factor, está en el hecho de que una vez sepa que está instalado en un dispositivo USB, debe crear el valor de Registro de PortableOperatingSystem, para que Windows bloquee Refresh, Reset, y la Tienda, además de pararse cuando no detecte el dispositivo conectado y funcionando.

Al haber colisión, Windows entiende que el disco local y el extraible son los mismos, por lo que debe trabajar como si estuviese en un área de trabajo de Windows To Go. Es por esto, que al quitar el dispositivo causante, que tiene el mismo ID del disco local, se congela completamente el sistema, porque así debería funcionar si estuviese en lo cierto. El identificador normalmente tendrá para este problema el número de 00000001, aunque puede variar como en la captura.

La solución

Como el problema consta de dos partes, la solución misma también debe ser así. Lo primero que tienen que hacer, es identificar mediante DiskPart, cuál es el dispositivo que tiene el mismo ID del disco local, posteriormente, se le debe cambiar manualmente el identificador, para que deje de existir la colisión.

Para mi caso, que el identificador repetido lo tenía el Disco 1, el procedimiento sería así:

Desde un Símbolo del sistema con privilegios elevados (Clic derecho, Ejecutar como administrador), ejecutar:

Diskpart

List disk

Select disk # (Donde # representa el número del disco extraible)

Unique disk id=00000000

Por ejemplo, para mi caso sería:

Select disk 1

Unique disk id=00000001

image

*Nota: El identificador puede ser 8 dígitos inventados, lo importante es que sea diferente del disco local. Inclusive, pueden utilizar el comando de Clean, para que el ID se convierta en 00000000, y después darle formato al dispositivo desde el Administrador de discos para que le asigne un nuevo ID.

Una vez el disco se le haya cambiado el ID, se podrá remover del equipo sin que se congele el sistema operativo.

*Nota: Es probable que nunca encuentren colisión de discos, por lo que pueden pasar directamente al paso que describo después.

El siguiente paso, consiste en eliminar el valor PortableOperatingSystem, de tal forma que se pueda acceder a la Tienda y utilizar características como Refresh y Reset. Para esto, pueden descargar el fichero NoWTG desde aquí:

Descomprimir, ejecutarlo, y después de que importe, el archivo de registro se encargará de eliminar el valor.

*Nota: Lo que hace el fichero, es navegar hasta la clave: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl y quitar el valor de PortableOperatingSystem. Lo pueden hacer manualmente, en caso de que no les funcione el archivo anterior.

Después de reiniciar el sistema, Windows debe funcionar nuevamente sin ningún tipo de contratiempos sobre Windows To Go.

*Importante: El Equipo de Windows me notificó que están trabajando en el parche que corregirá esta colisión, así que tan pronto pueda estar enterado de él, actualizaré el post con el enlace de descarga, o información apropiada.

Espero sea de utilidad, si alguien continúa con el problema, o quiere añadir algo, ¡Comentarios bienvenidos!

Checho

Instalación desatendida de Windows To Go.

[Off topic]: Antes que nada, les deseo a todos los que se toman su valioso tiempo para pasar por este blog, un próspero y feliz año nuevo. ¡Ojalá nos sigan visitando! =)

Dicho esto, quiero ir directamente al grano con mi primer post en este 2013. Como había dicho en artículos anteriores, la idea es cubrir varios escenarios en torno a la que yo considero como mejor característica de Windows 8, y es por supuesto, Windows To Go.
En este caso, partiendo de un Área de Trabajo ya configurada con algún método explicado en otros artículos, utilizaremos un Archivo de Auto-Respuesta para indicar la instalación desatendida de Windows To Go en la fase de OOBE, que es donde normalmente inicia después de reconocer cada dispositivo.

Aprovisionando Windows To Go

Lo primero es por supuesto, aprovisionar el dispositivo con Windows To Go. Esto se le reconoce como crear un Área de Trabajo. Como ya cada método tiene su post a parte, se los indicaré para que sigan el que más cómodo les parezca:

1. Instalación automática con el Asistente incluido en Windows 8.

2. Instalación manual utilizando DISM.

3. Instalación manual utilizando PowerShell.

Creando y aplicando Archivo de Auto-Respuesta

Recordemos que un Archivo de Autorespuesta, es un XML que guarda una serie de instrucciones para automatizar procesos de instalación o configuración de Windows. Cuando creamos una instalación desatendida, sea manual, o a través de alguna herramienta como WDS, MDT, o SCCM, siempre estaremos utilizando uno de estos XML.
Incluso mientras estamos configurando Windows To Go usando alguno de los dos métodos manuales que existen, utilizamos también un Archivo de Autorespuesta para aplicar a la instalación las políticas de SAN, que nos permiten ocultar los discos duros locales cada vez que se inicia un dispositivo WTG en alguna máquina.

Teniendo esto en cuenta, la configuración que se requiere para que la parte final de la instalación y personalización de Windows To Go sea desatendida, se podría añadir al XML donde se define las políticas de SAN, pero para esta ocasión, lo haremos a parte, puesto no siempre se planea automatizar la instalación, y con esto, se puede decidir cuándo sí y cuándo no.

*Nota: Iremos viendo más detalles acerca de los archivos de Autorespuesta en futuros artículos dedicados a implementación.

Para generar el XML, es necesario instalar el Assessment and Deployment Kit for Windows 8 (ADK), que contiene todas las herramientas necesarias para el mantenimiento y preparación de las imágenes de Windows 8 e inferiores.
La herramienta específica que se debe utilizar, es el Windows System Image Manager (SIM), que me permite crear y editar Archivos de Autorespuesta. Sin embargo, como esta configuración es realmente sencilla, se puede utilizar para ambas arquitecturas y es fácil de personalizar, les pondré a continuación lo que básicamente debería tener.

Abrimos un Bloc de Notas y pegamos lo que está entre la separación de líneas:


<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
    <settings pass="oobeSystem">
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <OOBE>
                <HideEULAPage>true</HideEULAPage>
                <NetworkLocation>Work</NetworkLocation>
                <ProtectYourPC>1</ProtectYourPC>
            </OOBE>
        </component>
        <component name="Microsoft-Windows-International-Core" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <InputLocale>en-us</InputLocale>
            <SystemLocale>en-us</SystemLocale>
            <UILanguage>en-us</UILanguage>
            <UserLocale>en-us</UserLocale>
        </component>
        <component name="Microsoft-Windows-WinRE-RecoveryAgent" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <UninstallWindowsRE>true</UninstallWindowsRE>
        </component>
        <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <OOBE>
                <HideEULAPage>true</HideEULAPage>
                <NetworkLocation>Work</NetworkLocation>
                <ProtectYourPC>1</ProtectYourPC>
            </OOBE>
        </component>
        <component name="Microsoft-Windows-International-Core" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <InputLocale>en-us</InputLocale>
            <SystemLocale>en-us</SystemLocale>
            <UILanguage>en-us</UILanguage>
            <UserLocale>en-us</UserLocale>

        </component>
        <component name="Microsoft-Windows-WinRE-RecoveryAgent" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
            <UninstallWindowsRE>true</UninstallWindowsRE>
        </component>
    </settings>   
</unattend>


La diferencia en cada uno, puede estar en la personalización específica. Lo que está subrayado, es lo que pueden cambiar de acuerdo a su configuración, por ejemplo, si desean que el teclado esté predeterminádamente en Español, podrían cambiar los parámetros de lenguaje de en-us a es-es.

Una vez terminen, se debe guardar el archivo como Unattend.xml

*Nota: Pueden bajar el XML que utilicé para este post desde aquí:

Después de esto, se debe copiar el archivo XML en el dispositivo de Windows To Go, para que lo reconozca durante la fase de configuración final. Si realizamos alguno de los procedimientos manuales para configurar Windows To Go, probablemente tenga el dispositivo una letra de unidad asignada en el equipo técnico, para el caso automático usando el asistente, es probable que esto no sea así.

En cualquier caso, si el dispositivo no tiene letra de unidad, debemos seguir el siguiente procedimiento para verlo en el Explorador de Windows:

Desde el Explorador de Windows (O de Archivos), clic derecho en Equipo y seleccionamos Administrar, de esta forma se abrirá la Consola de Administración:

WTGU1

En la Consola de Administración, hacemos clic en Administrador de Discos para ver todas las particiones y discos disponibles en nuestro sistema.

*Nota: Podemos entrar también hasta aquí abriendo una ventana de Ejecutar (Windows + R) y digitando: diskmgmt.msc

WTGU2

En el Administrador de Discos, buscamos el que pertenece a nuestro Windows To Go, la que seguramente no tendrá letra de unidad asignada, y, de acuerdo al procedimiento que hayan utilizado, podría tener la partición oculta.

Clic derecho sobre la partición, y seleccionamos Cambiar letra y ruta de acceso de unidad.

WTGU3

Hacemos clic en el botón Agregar y Le asignamos cualquier letra que esté disponible, y hacemos clic en Aceptar para que Windows reconozca el dispositivo desde el Explorador de Archivos.

WTGU4

Por último, debemos copiar el archivo Unattend.xml al directorio WindowsSystem32Sysprep dentro del dispositivo de Windows To Go:

image

El hecho de que esté en ese directorio, hará que Windows lo lea y haga lo que el XML especifique cuando inicie en cada equipo. Con la configuración que señalé en este artículo, debería pedir solo nombre de equipo, la configuración a la conexión a internet y el nombre local de usuario.

Debemos desconectar el dispositivo y probarlo en nuestro equipo de referencia.

Cada que queramos automatizar ese proceso de instalación con Windows To Go, solo tendremos que hacer uso del Archivo de Autorespuesta.

Espero sea de utilidad.

Checho