samedi 10 novembre 2012

Test : Sourie Logitech T620

453692824_09b7fe4b0e

Une fois n’est pas coutume, je vais vous donner mon avis sur un matériel que j’ai acheté : La Logitech T620, une sourie “dédié” à Windows 8.

L’avantage majeur de notre petite bêbête, étant de palier au maque d’ergonomie de Windows 8 lorsqu’on l’utilise sans écran tactile. Si vous ne connaissez pas encore les avantages qu’apporte ce produit, cette vidéo (1:25) devrait vous mettre l’eau à la bouche :

Malheureusement, entre la jolie vidéo et la réalité, il y’a une certaine marge qui pour ma part, m’empêche d’atteindre l’état de satisfaction, et encore, je suis poli…

Soyons clair : cette sourie n’a qu’un défaut, mais il est de taille ! Et je crois sincèrement qu’elle aurait pu rafler le titre de meilleurs sourie de l’année sans ce problème majeur.  Les “features” Windows 8 fonctionnent très biens et apportent le confort supplémentaire qui fait défaut à l’OS lorsqu'on utilise avec une sourie traditionnel. Le design est soigné et Logitech fournie même un étui pour pouvoir la ranger.

Le problème majeur, c’est que c’est une piètre sourie “de base” qui souffre d’un défaut de conception extrêmement énervant lors de son utilisation au quotidien :

Comme vous l’avez constaté cette sourie n’a pas de bouton, il suffit donc (en théorie) d’appuyer à droite ou à gauche pour utiliser ces boutons. Cependant, un problème d’équilibrage réduit dans 50 % des cas vos efforts de “clicage” à néant, il faut impérativement appuyer sur l’extrême gauche ou l’extrême droite de la sourie pour obtenir un simple clique. Et comme ces positions de doigts sont extrêmement peu naturel c’est très vite énervant/frustrant/gavant/etc…

Cerise sur le gâteau de la frustration : ce petit bijou coute la modique somme de 70 euros…

Alors c’est vrai que je suis un petit peu aigri, qu’on ne parle jamais des trains qui arrive à l’heure et que je n’aurai surement jamais rien écrit sur cette sourie si elle avait parfaitement fonctionné (paradoxe de notre monde formidable…), mais je vous en conjure, de la façon la plus neutre et bien vaillante possible :  Si vous achetez cette sourie… vous serez immanquablement déçu…

Monsieur le CM de chez Logitech, si tu me lis, j’attends avec impatience que tu m’envoies gratuitement la version 2.0 de ta sourie afin que je puisse enfin en faire l’éloge…

dimanche 14 octobre 2012

WimInShell 1.6 Beta

670_max

Nouvelle version (oui je sais, ça n’arrête plus….)  ! Il s’agit en majorité de corrections de bugs et de modifications mineur sur l’interface.

Pour découvrir ce qu’est WimInShell.

Merci encore à tous ceux qui m’ont fait des retours. Continuez à me remonter les problèmes sur le tool, c’est très précieux.

samedi 6 octobre 2012

WimInShell 1.5 Beta

453692816_0fe5dbe037_z

Une nouvelle version de WimInShell mon outil pour gérer vos images WIM depuis l’explorateur Windows vient de voir le jour.

Cette nouvelle Beta corrige un maximum de bugs introduit dans la version précédente et propose plusieurs nouvelles fonctionnalités :

  • Apply XML qui permet d’appliquer des paramètres défini dans un fichier xml  sur une image WIM.
  • ADD package/drivers qui a été entièrement réécrit afin de vous permettre d’ajouter vos packages issue de WAIK/ADK/DART7/DART8 si ils sont installés sur votre machine. Une fonction d’import en masse (Bulk import) permet de browser récursivement vos  répertoire à la recherche de drivers et de packages.WiminShell-Adding
  • Le support de Windows 8 RTM
  • La réorganisation du panel infos pour pouvoir supprimer plusieurs packages ou drivers simultanément.WimInShellInfo

N’hésitez pas à me remonter bugs et suggestions.

Télécharger la version 32Bits : WimInShell-X86.Msi

Télécharger la version 64Bits : WimInShell-X64.Msi

vendredi 20 juillet 2012

Cette Semaine sur Technet 004

Mirror_by_NicoGamer

Nouvelle livraison de liens en provenance des blogs Technet. Bonne lecture !

vendredi 6 juillet 2012

Déployer Windows 8 avec ADK/SCCM 2012 SP1/MDT 2012 Update 1

RETUNE_REVERB_by_momentica_one

Les TechEd 2012 viennent d’avoir lieu consécutivement aux Etats Unis et en Europe. Ce fut l’occasion pour Microsoft d’en dévoiler un peu plus sur les améliorations technique de Windows 8 au travers d’une dizaine des sessions, mais également d’annoncer la version Beta d’MDT 2012 Update 1. Enfin… ça c’est ce qui s’est passé si vous y étiez ! Par contre si vous aviez espoir de découvrir tout ceci via les sessions en podcast, la surprise a du avoir un certain gout d’amertume…

Petite explication pour ceux qui ne l’aurait pas encore découvert : Microsoft à délibérément supprimé tous les podcasts des sessions en rapport avec Windows 8 sur ses deux évènements ! Sur quoi s’étaye cette nouvelle théorie complotiste ? J’ai eu par chance la possibilité de télécharger une de ces vidéo quelques heures avant sa disparition total, je suis donc sure qu’au moins une partie de ces vidéos existent et qu’elles ont étés volontairement retirées…

Fin de parenthèse sur cette étrange attitude de Microsoft ! La bonne nouvelle, c’est que cette vidéo récupérée est une véritable mine d’informations sur Windows 8 et sur les nouvelles technologies mise en place pour le déployer..

J’ai donc compilé dans un billet un peu “four-tout” les informations les plus intéressantes que j’ai trouvé dans cette vidéos ainsi que dans deux autres dont le contenu valait également le detour  :

L’ensemble donne une vision assez précise de ce que sera le déploiement de Windows 8, mais je vous laisse en juger par vous même :

windows-8-logo2

 

Windows ADK

image

ADK remplace le WAIK. L’installation de WAIK+ADK sur une même machine n’est pas supporté par Microsoft.

ADK contient un ensemble d’outils dont voici les principales évolutions :

  • WinPE passe en version 4.0 et supporte .Net Framework 4.0
  • USMT passe en version 5.0 et supporte Windows 8
  • DISM est mis à jour pour supporter l’installation d’application Metro et de VHD.
  • ACT passe en version 6.0 pour supporter Windows 8
  • VAMT est mis à jour pour supporter l’activation de Windows 8 et Office 2013

Des outils non dévolus au déploiement, mais à la mesure des performances de Windows font également leur apparition :

  • Windows Performance toolkit (outils Xperfs)
  • Windows Assessement toolkit. Nouvel outil qui permet de lancer des batteries de tests sur une machine fraichement installée.

Le scénario d’utilisation de ces nouveaux outils est à priori le lab ; on installe un OS sur un nouveau matériel dont on chercher à mesurer les performances, puis on lui fait subir une série de test.

L’outil présente un grand intérêt pour les OEM qui peuvent valider les perfs de leur matériels/applications/drivers avant livraison au publique.

Unattend.xml

Bonne nouvelle, Windows 8 n’est plus limité à 3 sysprep. L’option SkipRearm est maintenant utilisée pour définir l’état de la licence : Si une clé est spécifiée Windows est alors activée automatiquement et supporte alors un nombre illimité de sysprep.

Quelque balises supplémentaires on étés ajouter pour prendre en charge Windows 8, en voici quelque exemples :

HideOnlineAccountScreen : pour supprimer la demande de compte en ligne, en phase Oobe ajoutez les balises :

<OOBE>
  <HideOnlineAccountScreen>true</HideOnlineAccountScreen>
</OOBE>

HideWirelessSetupInOOBE : pour supprimer la page de sélection des réseaux Wifi :

<OOBE>
<HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE>
</OOBE>

L'édition de fichiers Unattend.xml s’effectue toujours via l’outil WSIM, mais contrairement à Windows 7 les fichiers .CFG (fichiers de catalogue) ne font plus partie de l’image de Windows  8, Vous devez utiliser WSIM pour les créer avant de pouvoir éditer les propriétés de vos fichiers XML.

Windows Boot Manager (Bootmgr.exe) :

Le  boot manager de Windows 8 fonctionne différemment de celui de Windows 7 et charge un nombre plus important de composants (les composants tactiles) avant d’arriver au menu de boot. Il à donc besoin de rebooter si il doit charger un OS diffèrent dans le cas d’un dual boot, d’un boot from VHD, d’un legacy boot (WinXP), ou d’un changement d’architecture.

 

Windows PE 4.0

Intègre le support du .Net Framework 4.0 et de Powershell 3.0

Sont également inclut tout un ensemble de cmdlet pour paramétrer les périphériques de stockage, les périphériques iSCSI, le Secure Boot UEFI, et DISM.

Activation de BitLocker dans le PE (BitLocker Offline) :

Cette nouvelle fonctionnalité permet de réduire le temps d’encryptions d’un disque à quelques secondes.

Le PE pourra désormais activer le disque d’installation pour l’encryptions en utilisant une clé de sécurité en claire (Le PC doit disposer d’une puce TPM).

L’encryptions du disque ne prendra que quelque secondes si le disque est vide. puis l’OS sera installé et la clé de sécurité en claire sera alors cryptée.

Cette fonctionnalité est déjà intégré dans MDT 2012 et MDT 2012 Update 1. Elle fonctionne également avec Windows 7. MDT détecte que vous avez installé WindowsPE 4 et l’utilisera automatiquement sur une installation de Windows 7 si l’option Bitlocker est activé.

Cette fonctionnalité requière l’installation du composant Secure Boot

Attention : la fonction Offline Bitlocker ne fonctionne pas correctement avec la version 1.0 de MBAM(Fixé dans la version ultérieur).

Il n’y a pas d’impact négatif si une GPO de récupération de la clé dans AD a été configuré.

Temps d’installation :

Windows 8 est plus rapide à installer (10 mins vs 15 mins) et à une taille sensiblement plus petite (1.97GB vs 1.89GB) que sont prédécesseur Windows 7. les prérequis matériels sont pour autant les mêmes.

La principale raison de cette accélération est nouveau WinPE 4.0 de Windows 8 qui à été optimisé, et qui lorsqu'il est utilisé avec Windows 7 diminue également son temps d’installation (soit 10mins comme sur Windows 8).

Attention : L’installation de W7 avec le PE de L’ADK va générer des messages d’erreur durant l’installation (Setup.exe de W7 étant non compatible avec PE 4.0). cependant l’installation va se faire normalement.

  • Work Around 1 : Utiliser le setup.exe de W8 pour déployer W7.
  • Work Around 2 : Utilisez MDT 2012 qui est maintenant capable d’installer W7/W8 sans utiliser le setup.exe. Pour activer cette fonctionnalité, importez votre image d’OS sans setup.exe. Michael Niehaus détail cette fonctionnalité ici.

 

USMT 5

La mise à jour d’USMT est relativement mineur et consiste essentiellement à être compatible avec Windows 8. Certaines fonctionnalités ont également étés corrigées ou améliorées.En voici une description exhaustive présenté par Ned Pyle.

USMT  5 remplace avantageusement USMT 4 dans la plus part des cas. Cependant, si vous devez migrer des settings de XP vers XP utilisez USMT 3. Sinon utilisez USMT 5 dans tous les autres cas. (Une exception existe également pour Vista qui ne supporte que USMT 4, mais qui utilise encore vista…)

Ce tableau récapitule les versions d’USMT compatibles en fonction de l’OS source (colonne) vers l’OS destination (ligne) :

image

le mécanisme de mise à niveau de Windows 7 vers Windows 8 (à ne pas confondre avec la migration) supporte désormais les Hardlinks ce qui réduit d’au temps plus les temps de migration.

 

DISM

Dism remplace ImageX et reprend toutes ses fonctionnalités notamment la capture

Dism supporte le montage de VHD.

Dism est maintenant utilisable  via des cmdlet PowerShell (Attention toutes les options ne sont pas implémentées).

Dism supporte le provisioning du Store d’application Metro. Vous pouvez également lire quelques explications supplémentaires sur le blog Alex Verboon.

De façon général, Microsoft distingue deux modes d’installation pour les applications Metro :

  • Le provisionning : Installation avec un compte administrateur. Les applications sont disponibles pour tous les utilisateurs qui ouvriront une session sur le PC.
  • L’installation : Qui s’effectue avec un compte utilisateur et qui n’est disponible que pour l’utilisateur qui a installé l’application.

Les applications Metro sont constituées d’un package au format .appx et d’un certificat signé par une autorité reconnu par la machine où il sera installé. 

DISM peut cependant installer des applications sans licences (LOB) :

DISM /online /add-ProvisionedAppxPackage /PackagePath:C:\MyApp.appx /SkipLicense

Mais Microsoft ne recommande de n’utiliser cette méthode qu’à des fins de test.

 

PowerShell

Sous Windows PE :

Vous devez avoir au préalable installé les modules : PowerShell, .Net Framework 4 ainsi que les modules de cmdlet que vous souhaitez utiliser.

Dans MDT 2012 :

Sous Windows 7, la tâche “exécutée un script power Shell” ne supporte Powershell 3.0 que dans le PE. Lors du déploiement c’est la version 2.0 de Powershell qui sera utilisé. Ceci est du au fait que c’est le .Net Framework  4.0 qui est installé dans le PE 4.0, alors que sous Seven, c’est le Framework 3.5.1 qui est installé avec l’ OS et qui exploite la version 2.0 de Powershell.

Sous Windows 8 vous pouvez utiliser Powershell 3.0 de bout en bout.

2012-07-17_23h25_13

Par défaut  MDT ira chercher les script Powershell dans le répertoire Script.

Pour accéder au fonctionnalités d’MDT dans vos scripts Powershell, vous devez à l’instar de vbscript importer l’ensemble des outils créer par le script ZTIUtility.

Ce script dispose de sont équivalent Powershell et s’appelle de la façon suivante :

Import-Module ZTIUtility.psm1 –Global

Deux conteneurs installés en tant que lecteurs permettent d’accéder à toutes les variables de la task sequence en cours :

tsenv: Liste des variables

tsenvlist: Listes des variables ayant plusieurs sous valeurs (Ex: IPAddress1,IPAddress2 etc…)

La récupération d’information s’effectue en appelant la propriété voulu au sein du lecteur comme dans cet exemple : $tsenv:ScriptRoot.

Pour modifier une valeur on ajoute un “ = “ et la nouvelle valeur : $tsenv:ScriptRoot = “C:\MyRootScriptFolder”

L’écriture d’information dans le fichier de log s’effectue avec les commandes Write-Host ou Out-Host.

L’écriture de warning et d’erreur dans le fichier de log s’effectuent via les cmdlet Write-Warning et Write-Error.

Diskpart est déprécié, il est toujours supporté mais sera remplacé par un nouveau jeux de cmdlet PowerShell. Quelques exemples d’utilisation ici par Thomas Maurer.

Les applications Metro disposent de cmdlet pour vous permettre de les ajouter à chaud ou offline.

 

MDT 2012/ 2012 Update 1

Installation de Windows 8

Pour pouvoir installer Windows 8 Release Preview avec MDT, vous avez besoin d’utiliser une clé d’activation ‘Retail’. La clé est disponible sur la page de download de Windows 8. Vous pouvez éventuellement utiliser la clé situé sur l’image d’installation de Windows 8 qui se trouve dans Sources\Product.ini. cette clé vous permettra d’installer Windows, mais vous demandera une activation via internet sous 30 jours pour vous laisser utiliser l’OS.

La clé ‘Retail’ contrairement au clé MAK ou KMS à un nombre d’activation illimité, mais doit être activée sur internet depuis chaque machine ou elle est installée.

Donc pour MDT lors de la création d’une Task Sequence choisir l’option : “spécify the product key for this operating system.”:

image

Si vous déployez Server 2012 RC vous n’avez pas à entrer de clé d’activation.

Au chapitre des améliorations, MDT 2012 crée maintenant les partition dans le bonne ordre, contrairement à la version 2010 qui créait toujours la partition de boot à la fin du disque.

De nouvelles options font également leur apparition pour vous permettre de masquer le bureau et le gestionnaire de tâche durant un déploiement MDT  :

HideShell=Yes supprime l’explorateur durant le déploiement
DisableTaskMgr=Yes supprime le gestionnaire des tâche durant le déploiement.

Le masquage de l’explorateur (HideShell) est réalisé en lançant le script LiteTouch.wsf d’MDT depuis la clé de registre RunOnce plutôt que depuis ..Start Menu\Programs\Startup ce qui à pour effet de lancer MDT avant l’ouverture complète de la session et notamment le lancement de l’explorateur.

L’exécution en mode RunOnce n’est pas sans conséquences, et il est possible que certaines applications ne s’installent pas correctement mais également que certains programmes liés à internet explorer (qui à ce stade n’est pas initialisé) puissent rencontrer quelques problèmes. Il est donc important de tester vos Task Sequence dans ce mode avant de les mettre en production.

USMT dans MDT :

MDT 2012 permet maintenant de faire cohabiter les différentes versions d’USMT.

L’installation des différentes version dépend en premier lieu du choix que vous avez fait pour les outils de base : WAIK ou ADK ? Avec le WAIK vous aurez installé USMT 4 avec ADK ce sera la version 5.

Si vous êtes dans un scénario faisant appel à une version plus ancienne d’USMT comme par exemples :

  • Vous vous faire un refresh de Windows XP
  • Vous avez installé ADK et souhaitez migrer des profiles de Vista vers Seven.

Vous devrez installer manuellement les version d’USMT dont vous avez besoin (cf le tableau plus haut dans cet article). Placez dans le répertoire Tools\x86 ou x64 de votre Deployment Share :

image

La version 3 d’USMT peut être téléchargé par MDT en allant dans Information Center>Components 

Pour les version 4 ou 5 il vous faudra soit les extraire des WAIK/ADK soit les importer d’une machine où ils sont déjà installés.

Roles & Features :

MDT 2012 Update 1 dispose d’une nouvelle tâche “Install Roles and Features” qui permet d’installer précisément toute option depuis Windows XP jusqu’à Server 2012.

image

Si aucun rôle n’est sélectionné et que la tâche fait partie de la Task Sequence, vous aurez la possibilité lorsque MDT s’exécutera de pouvoir sélectionner les rôles avant installation :

image

Vous avez également la possibilité de désinstaller des rôles ou fonctionnalités :

image

L’installation/désinstallation de rôles et lié au répertoire WinSXS  présent dans C:Windows, et permet à DISM de pouvoir désinstaller complètement les options du system d’exploitation. Ce mécanisme est utilisé lorsque l’option “completely remove this fearture” est cochée.

image 

Un Os déployé avec toutes les options sélectionnées pour être désinstallée puis capturé par sysprep aura une taille inferieur à la taille de l’image originale d’environ 100 MB.

Si Vous avez déployé un OS sans les options et que vous souhaitez par la suite les réactiver, le mécanisme de réinstallation sera le suivant :

  • Réinstallation  des composants via Windows Update si une connexion internet est active.
  • Si il n’y a pas de connexion internet, les composants seront réinstallés à partir de l’image Install.wim

Par défaut, le .Net Framework 3 n’est pas installé. C’est une caractéristique de Windows 8 qui ne devrait malheureusement pas changer d’ici à la version final.

MDT et System Center Orchestrator :

MDT 2012 update 1 supporte maintenant l’interopérabilité avec System Center Orchestrator.

Si vous ne connaissez pas Ochestrator, vous trouverez une très bonne vue d’ensemble de ces capacités dans ce billet.

Une nouvelle tâche permet de se connecter à un serveur Orchestrator est d’y sélectionner les RunBooks de son choix :

image

Vous pouvez spécifier les valeurs à envoyer au runbook qui sera exécuté sur le serveur Ochestrator :

image

 

 

SCCM 2012 avec MDT

MDT supporte le nouveau model d’application de SCCM 2012 (User Centic), et peut pré-configurer le périphérique préféré (Device Afinity).

Powershell est supporté dans les Task Sequences.

SCCM 2012 SP1 CPT et MDT 2012 Update 1 supportent la création de disques UEFI ainsi que le Offline Bitlocker qui permet de crypter les disque en quelques secondes.

Les nouveautés de SCCM 2012 SP1 sont décrites ici.

SCCM 2012 RTM ne supporte ni Windows 8 ni l’ ADK, le support arrivera avec la version SP1.

L’intégration d’MDT à SCCM se présente de la façon suivante pour les Task Sequence :

image

et comme ceci pour les images de boot :

image

Concernant les images de boot, toutes les images générées par SCCM 2012 depuis la Software Library intègrent automatiquement un nouvel outils pour lire les logs nommé CmTrace.exe  qui remplace Trace32.exe.

L’interface UDI

UDI fut introduit avec MDT2010 Update 1, et peu être résumé de la façon suivante : Une interface LiteTouch sur un déploiement ZeroTouch.

L’ UDI ainsi que l’UDI Designer ont été ré-écrits dans MDT 2012 et prennent en charge les nouvelles fonctionnalités de SCCM 2012 (Nouvelle pages pour : définir son périphérique préféré, prendre en charge le nouveau model d’application, proposer la configuration de bitlocker etc…)

L’UDI Designer permet maintenant de créer entièrement de nouvelles interfaces sans avoir à recourir à des langages de  programmation comme  C#. Toute la création est gérable graphiquement avec du drag & drop !

image

Enfin, la Task Sequence UDI et la Task Sequence ZeroTouch ne forment plus qu‘une seule et unique Task Sequence. Pour passer en mode UDI, spécifiez simplement la propietés SkipWizard=NO.  Micheal Niehaus donne plus de details dans ce billet.

Metro Apps

Les mécanismes de packaging et d’installation des applications Metro sont entièrement nouveaux et ne sont supportés qu’à partir de Windows 8.

Les ‘Metro Apps’ lorsqu’elles sont installées depuis le Store s’installent toujours et uniquement pour l’utilisateur courant.

Pour provisionner une application développé en interne qui ne ferait pas partie du store et la rendre accessible à tous les utilisateurs, il faut utiliser DISM. Ce type d’application Metro est appelé LOB (Line of Bussiness).

MDT 2012 Update 1 et SCCM 2012 SP1 supportent le provisioning d’ applications LOB.

Les prérequis pour provisionner une application sont :

  • Windows Edition Entreprise.
  • La machine doit être en domaine
  • L’application doit être signé avec un certificat
  • La GPO  “Allow all trusted applications to install” doit être active ou sont équivalent en clé de registre : HKLM\Software\Policies\Microsoft\Windows\Appx\AllowAllTrustedApps = 1

Tous ces prérequis ne valent que pour déployer des applications Metro en dehors du store et avec une machine en domaine. Microsoft appel ce contexte le Sideloading. Si votre contexte ne rentre pas dans l’une ou l’autre de ces conditions vous trouverez très certainement les prérequis correspondant à votre cas dans ce billet !

Actuellement, il n’y a pas de mécanisme officiel pour ranger les tuiles de Metro sur la page d’accueil, mais Microsoft devrait fournir une solution d’ici la version finale de Windows 8.

cependant, sachez quand même que les paramètres de la page sont stockés pour chaque utilisateur  dans un fichier AppFolderLayout.bin qui est généré lors du sysprep.

un fichier d’export/import se trouvant dans C:\Users\<user>\AppData\Local\Microsoft\Windows\appsFolder.itemdata-ms est également généré !

Les Metro Apps provisionnées résistent au Sysprep, au refresh et aux reset d’OS (Dans ce dernier cas, uniquement si elles ont été provisionnées offline).

L’extension des Metro Apps est .appx  Ce fichier conteneur est nativement généré par Visual Studio 2012 ou par la commande MakeAppX.exe et regroupe l’ensemble des fichiers dont a besoin l’application pour fonctionner, Ce package doit être signé avec un certificat reconnu par la machine où il sera déployé (un How to ici) .

Les applications provisionnées ne sont pas visibles directement par le profile qui les a installé (Administrateur), il faut se relogger avec un compte utilisateur pour les voir.

SCCM 2012 SP1 supportera l’installation de Metro Apps, mais pas le provisionning ! L’orientation user centric d’ SCCM privilégie l’installation par utilisateur.

 

Boot From USB 3

Windows 8 supporte d’être déployé sur des disque USB 3 interne. Car certaines tablettes “low cost” sont prévu pour n’embarquer aucun disque IDE ou SATA, mais uniquement un disque USB 3.

Il n’y a pas actuellement de support d’MDT pour cette option, le problème pour MDT étant de pouvoir identifier un disque USB “interne”.

 

Windows ToGO

Windows ToGO permettra à Windows 8 d’être exploité  à partir d’une clé USB.

Les recommandation de Microsoft sont d’utiliser une clé USB 3 sur un pc ayant des ports USB 3 et possédant les prérequis minimum pour installer Windows 8.(En claire une machine ressente)

Les clés ou disque USB doivent être identifiées par Windows comme des disques fixes, par opposition à des disques amovibles (J’ai déjà évoqué cette problématique dans ce billet).

Un outils de création des clé est prévu dans la version finale de Windows 8.

Le bootloader de Windows 8 sera capable (si il est configuré) de détecter si une clé Windows ToGo est insérée et de booter dessus plutôt que sur l’OS du disque dur.

Il est possible d’avoir cette fonctionnalité sur Windows 7 si vous remplacez le fichier bootLoader de Windows 7 par celui de Windows 8.

MDT ne supporte pas Windows ToGo  dans la version Update 1, mais le support est prévu pour une prochaine version.

Le mécanisme de fonctionnement de Windows ToGo consiste à lancer un Windows en phase OOBE.

Le scénario que devrait supporter MDT à terme permettrai de customiser l’image dans les phases précédentes d’installation (WindowsPE, Generalise, Specialise etc…)

Vous trouverez sur cette page du technet Wiki toutes les informations nécessaires à sa création.

Windows ToGo sera Licencié via la Software Assurance donc uniquement avec Windows 8 édition Entreprise.

 

Hyper-V 3.0 Client

Disponible uniquement dans les éditions Pro et Entreprise.

Les pre-requis sont :

  • Windows 8 X64.
  • 4 Go de Ram recommandé.
  • Le processeur doit supporter l’assistance de virtualisation ( Intel-vt ou Amd-V).
  • Le processeur doit supporter la translation d’adresse de niveau 2 (SLAT).

Sans entrer dans les détails, SLAT permet de garder des performances élevé lors de l’utilisation de VM sur un Host qui possède une bonne carte graphique. Sans cette option les allez retour vers la carte graphique entrainent des goulets d’étranglement. Cette option n’est pas implémentée sur tous les processeur et n’est pas évidente à  trouver.

Comment savoir si votre machine supporte SLAT : utiliser Core-info de Sysinternal.

MDT 2012 Update 1 supporte la détection de SLAT :

image

La nouvelle couche WMI de Windows 8/WinPE 8 supporte la détection de SLAT :

strComputer = "."
Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\CIMV2")
Set colItems = objWMIService.ExecQuery( _
    "SELECT * FROM Win32_Processor",,48)
For Each objItem in colItems
    Wscript.Echo "-----------------------------------"
    Wscript.Echo "Win32_Processor instance"
    Wscript.Echo "-----------------------------------"
    Wscript.Echo "SecondLevelAddressTranslationExtensions: " & objItem.SecondLevelAddressTranslationExtensions
Next

Le guide de survie d’Hyper-V Client est disponible ici.

 

Refresh/Reset your PC

 image

Est le successeur de Windows RE. Il permet de réinitialiser rapidement Windows 8 en y réappliquant une image WIM préparée à cet effet. Deux mode d’utilisation sont disponibles :

  • Refresh = Qui grade vos données et rétablie votre PC dans une état ou vous l’auriez préalablement sauvegardé. Il y’a malgré tout quelques limitations : votre profile et vos applications Metro seront conservées, mais pas toutes les informations de configuration de vos applications traditionnelles Win32 (Office, acrobate…)
  • Reset = Supprime vos data et rétablie votre PC à son état initiale. 

Pour réinitialiser votre PC Windows a besoin d’une image Wim de votre système

MDT sera capable de capturer l’image de votre système fraichement déployé et de la “prestagé” sur votre PC afin qu’elle soit votre image d’origine lorsque vous utiliserez les options de reset/refresh. Cependant cette option n’est pas implémentée dans la version Update 1, mais le sera dans une version ultérieure.

Vous pouvez cependant configurer manuellement les images qui seront réinstallées lors des reset/refresh :

 

Secure Boot

Afin de prévenir une infection par rootkit qui pourrait s’installer dans une phase antérieur au boot de l’OS et ainsi prendre de vitesse tout mécanisme de protection qui s’exécuterai bien après, Les membres de l’UEFI forum ont créer Secure Boot.

Secure Boot n’est pas une Spécificité de Windows, mais bien de l’UEFI, d’ailleurs les prochaines versions d’Ubuntu et de Fedora le supporteront également.

Secure Boot permet de vérifier grâce à des certificats que les composants de boot qui vont démarrer juste après l’initialisation du matériel sont bien conforme et n’ont pas été corrompu/modifié ou remplacés. L’OS ne démarre que si les composants sont conforme.

Pre-requis :

  • une carte mère avec un UEFI 2.3.1
  • une puce TPM

image

La prise en charge de cette fonctionnalité pour notamment ajouter un certificat n’est pas pris en charge par MDT update 1, mais le sera ultérieurement.

Un ensemble de cmdlet est disponible dans le PE pour le configurer manuellement.

N’ayant pas trouvé plus d’info sur le sujet, je vous renvois vers la page officiel pour les grandes lignes.

Voilà, vous disposez maintenant des principales informations disponibles dans cette vidéo retiré du net. Il est possible que je la mette en ligne, mais probablement pas avant le 26 octobre… ne perdez donc pas votre temps à me la réclamer, je ne vous répondrai pas.

lundi 25 juin 2012

WimInShell 1.0 Beta

Candy_Twist_by_Jester_MX

J’ai le plaisir de vous présenter WimInShell, un outil que j’ai développé afin de me faciliter l’exploitation d’images WIM au quotidien.

Certes, il existait déjà quelques outils permettant de s’affranchir des interminables lignes de commande d’IMAGEX et DISM, cependant, ces tentatives restaient trop peu intuitives à mon goût.

Voici donc ce que j’ai concocté afin de rendre la gestion des images WIM plus agréable :

Intégration Windows

image Grâce à WimInShell vos fichiers WIM disposent maintenant d’une icone dédié, et de toutes les options importantes de manipulation  d’image lorsque vous les cliquez avec le bouton droit.

 

Montage d’une image en tant que disque

image Une fois votre image montée, l’accès à son contenu s’effectue depuis votre explorateur comme si il s’agissait d’un nouveau disque dur.

 

Ajout de Pilotes et de KB Microsoft (.Cab et .Msu)

image Vous pouvez d’un simple clic droit sur le nouveau disque, ajouter des pilotes supplémentaires ou des mises à jour pour Windows. Vous avez également accès à toutes les informations importantes de votre image montée.

 

Information/Suppression de Drivers

L’affichage des informations vous permet d’accéder à la liste des pilotes contenus dans une image, mais également de les supprimer.
image

 

Information/Suppression de fonctionnalités

Vous pouvez aussi ajouter ou supprimer toute fonctionnalité supplémentaire ‘système’ ou KB Microsoft contenu dans une image Windows ou WindowsPE. (KB en .Msu et .Cab sont pris en charge)
image

 

Support de WindowsPE

WimInShell reconnait naturellement les images WindowsPE, et peut vous proposer les options les plus nécessaires à leur personnalisation.
image

 

Optimisation des images

image Vous pouvez réduire la taille de vos images en les récompactant d’un simple clic.

Vous êtes séduit par la facilité d’utilisation de WimInShell ? Vous souhaitez le tester ? Rien de plus simple :

Téléchargez la version X86

Téléchargez la version X64

WimInShell est compatible Windows 7/8/2008R2/2012 en 32 ou 64 Bits.

Il ne nécessite aucun composant supplémentaire sous Windows 8, par contre vous aurez besoin de l’application ImageX si vous souhaitez utiliser l’option d’optimisation des images sous Windows 7.

Deux moyens d’installer ImageX :

  • Installez le WAIK
  • Oû copiez imageX et ses DLL (récupérés au préalable sur un autre PC) dans le répertoire C:\Program Files\WimInShell\ImageX 

J’insiste, J’ai besoin de vous !!! N’hésitez donc pas à me remonter tout bug ou problème de fonctionnement soit via les commentaires, soit via mon adresse mail (Disponible en haut de cette page). Vos contributions me permettrons d’améliorer le produit et de le rendre encore plus efficace ! D’avance, merci à tous !

Problèmes connu :

L’ajout de Drivers et de Packages ne se fait actuellement qu’à partir de répertoires. Si le répertoire contient plusieurs drivers ou packages, ils seront tous importés.  Le seul moyen de n’ajouter qu’un fichier et de l’isoler au préalable dans un répertoire.

certaines fenêtres de WimInShell ont une fâcheuse tendance à rester cacher derrière les fenêtres de l’explorateur. Il faut donc aller les chercher dans la barre des tâches.

mardi 5 juin 2012

IEAK : Créez vos versions x86/x64/XP/Seven en quelques secondes

2056-2ddigitalart_abstract_abstract-18_wallpaper

Petite astuce découverte lors de la préparation d’un IEAK qui va vous faire gagner un peu de temps et dont voici le contexte :

Vous devez produire un IEAK aux paramétrages identique pour plusieurs versions différentes de Windows (Ex : XP/Seven, 32 et 64 Bits). Toutes ces versions utilisent évidement la même release d’Internet Explorer.

Logiquement, vous allez devoir produire un package IEAK pour Windows XP en configurant tous les settings à la main, puis refaire de même avec les versions 32 et 64 Bits de Windows 7 (l’IEAK générant des packages diffèrents pour toutes ces versions)

Cela peut vite devenir fastidieux mais surtout, source d’erreur d’inattention entre les différentes versions.

L’idéal serait de pouvoir générer les settings une fois, et de pouvoir les réutiliser pour chacune des versions OS.

Et bien, c’est possible et relativement simple, car en définitive, même si IEAK génère des packages incompatibles entre une version 32 et 64 Bits, les settings IE qui y sont embarqués sont rigoureusement les mêmes !

Voici donc comment récupérer ces paramétrages IE afin de les réinjecter dans un package de plateforme OS diffèrent :

Téléchargez et installez l’IEAK pour IE7,IE8 ou IE9.

Paramétrez Internet explorer selon vos pré-requis puis lancez IEAK.

Cliquez “Next” sur la fenêtre d’accueil.

La seconde fenêtre vous invite à définir un répertoire de destination.

Sur la troisième fenêtre choisissez votre plateforme (peu importe !).

Choisissez ensuite la langue, et sur la fenêtre de sélection de média, choisissez l’option “Configuration-only package” :

image

Sur la fenêtre User Expérience sélectionnez les options permettant d’installer le package de façon silencieuse :

image

Pour les fenêtres suivantes qui constituent l’ensemble des customisations que vous pouvez apporter à IE, sélectionnez ce que vous avez besoin de configurer et allez jusqu’à la création du paquet.

IEAK génère alors des fichiers IE8-Setup-Branding.exe et IE8-Setup-Branding.msi.

A l’aide d’un outil comme Winrar, vous allez extraire les fichiers du IE8-Setup-Branding.exe afin d’y récupérer les settings qui sont contenu dans un fichier nommé Branding.cab

image

Le travail est pour ainsi dire terminé. Si vous devez créer un IEAK pour un OS diffèrent, il vous suffit de reprendre le même processus à la différence près que cette fois, vous n’aurez pas à vous soucier d’avoir à remplir toutes les fenêtres qui concernent les paramétrages d’IE.

Contentez vous de cliquer “Next” jusqu’à la création du nouveau package.

Ouvrez ce dernier package avec Winrar et remplacez le fichier branding.cab par celui que vous avez crée précédemment. Voila, le tour est joué !!

Pour installer cet IEAK depacké, utilisez le fichier IE-Branding.cmd.

vendredi 18 mai 2012

UEFI : le guide de survie pour installer Windows 7 et 8

abstract-hd-wallpaper-258886966d

UEFI vous connaissez ? “Unified Extensible Firmware Interface”, c’est le nouveau standard qui à terme devrait remplacer le BIOS.

Les raisons principales de ce changement sont les suivantes :

  • BIOS qui est en 16 bits ne permet pas d’adresser toute la mémoire physique disponible.
  • BIOS est trop lent à s’initialiser.
  • BIOS ne peut occuper au maximum qu’1Mo de mémoire quelque soit la taille de celle-ci.
  • Il est limité à 4 partitions physiques de 2.2 Téra maximum.(Problématique si on souhaite ne faire qu’une partition sur un disque de 3 Tera) 
  • Aucun standard/spécification n’existe pour le BIOS.

    UEFI adresse toutes ces limitations, et fait bien plus encore !  Pour être claire UEFI est un véritable OS embarqué. Pour en connaitre les principaux contours, voici une très bonne vidéo de présentation !

    La partie qui nous préoccupe aujourd’hui est la partie disque, et dans ce domaine UEFI a de quoi faire rêver :

    UEFI met fin au règne des disque MBR dont j’ai cité les limitations plus haut, et donne naissance au disque GPT (Bravo pour le nom !!) qui peuvent adresser pas moins de 128 partitions de 9.4 milliard de tera octets (Zo) par disque physique (Non, il n’y à pas erreur !).

    L’accès à ces partitions gigantesques est soumis à quelques contraintes dont les principales sont les suivantes :

  • Un OS 64 Bits (Windows 7/2008 R2/Windows 8/8.1).
  • Un OS 32 Bits uniquement sur certaines plateforme Hardware type Clovertrail
  • Un disque GPT.
  • Une carte mère avec UEFI activée.

    Cependant, si vos disques font moins de 2.2 tera et ne sont pas GPT vous pouvez quand même implémenter GPT, ceci dit l’intérêt devient plus que discutable…

    Pour infos les versions précédentes de Windows permettaient déjà de créer des disques GPT, mais pas pour les partitions devant booter sur l’OS.

    Comme vous le constatez également, en dehors d’un OS 64 Bits ; point de salut. Oubliez donc le boot UEFI sur les OS 32 Bits car même si cette spécification existe, Microsoft n’a pas voulu l’implémenter…

    Update 18/02/2013 : Il semble que pour Windows 8, Microsoft est finalement décidé de supporter UEFI sur son OS 32 Bits, notamment à cause des processeurs Atom Z2760 “clover trail” qui ne sont que 32 bits et qui son installé dans pas mal de tablettes x86…

    UEFI embarque un mode de compatibilité qui émule le BIOS. Le guide que je vous propose va vous permettre d’utiliser UEFI en mode natif, c’est à dire : en désactivant la compatibilité avec les anciens mode de démarrage BIOS.

    La conséquence directe de ce mode natif impliquera non seulement que vos disques durs et partitions OS soient configurés en mode UEFI, mais également tout périphériques susceptibles de booter !!! Donc également les clés USB (Les CD/DVD restant lisibles dans leur format d’origine malgré l’existence d’une spécification UEFI !).

    Problèmes des clés USB

    Si le partitionnement du disque dur et l’installation de l’OS ne présentent pas de difficultés particulières; il va falloir ruser un peu pour les clés USB, mais nous allons voir cela tout de suite :

  • Le file system de l’UEFI est (accrochez-vous à votre chaise ! ) du FAT/FAT32. Cette spécification met des facto en péril vos futur déploiement du fait des limites techniques du système FAT qui ne peut pas gérer des fichiers de plus de 4 GO…(UEFI ne supportant pas non plus ExFAT !)

    Update 05/11/2013 : Si vous rencontrez ce problème et que vous cherchez une solution, j’ai écrits un outils pour MDT permettant de s’affranchir de cette Limite. Toutes les infos ici.

    Pour rappel, 4 GO c’est la taille que fera votre fichier Install.WIM (le fichier principal d’installation de Windows) après l’intégration du SP1 et de quelques patches supplémentaires, c’est aussi la taille du fichier d’installation de Windows 8 !

    Est-ce vraiment un problème ? … en fait pas vraiment… En repassant l’UEFI en mode compatibilité on peut s’affranchir de cette limitation et utiliser le NTFS ! Cependant, j’ai lu ça et là que ce mode de compatibilité pourrait disparaitre un jour, aussi, étudier la question avant de se retrouver au pied du mur me paraissait important.

    Important : Si votre image WIM fait moins de 4GO la suite de cet article ne vous concerne plus. Depuis Windows 8, La création d’un média UEFI compatible est relativement simple, ce tutorial vous l’explique deux méthodes pour creer  votre clé  : http://www.nextofwindows.com/how-to-make-uefi-bootable-usb-flash-drive-to-install-windows-8/

    Donc,pour contourner ce “problème”  nous allons devoir créer une seconde partitions sur la clé USB que nous formaterons cette fois en NTFS, et sur laquelle nous pourrons déposer nos fichiers volumineux.

    Nouvelle coquille : Windows 7 n’est capable de ne lire ou formater qu'une seule et unique partition sur un média amovible !!!! La seconde partition n’étant tout bonnement pas affichée. Windows 8 fait à peine mieux, puisqu'il affiche les deux partitions, mais ne sait lire que la première.

    Le seul moyen pour que les deux partitions de cette clé soient accessibles quelque soit le contexte (BIOS, WinPE, Windows) et qu'‘elle soit détecté, non pas comme un média amovible, mais comme un disque local !

    Clés USB ‘Fixed Disk’

    A l’heure actuelle, vous pouvez aller acheter une clé USB qui, selon une logique propre à chaque constructeur, sera reconnue comme disque local (fixed drive), ou comme média amovible (removable device).

    Soyons claire : il n’existe actuellement aucun moyen d’identifier quel est le type de la clé avant de l’avoir acheté !!!

    Sachez également que vous aurez besoin du même type de clé si vous voulez utiliser WindowsToGo.

    Deux solutions s’offrent à vous pour régler ce problème : soit avoir de la chance à l’achat de votre clé, soit transformer celle-ci en disque local, voici brièvement comment faire :

    Téléchargez et installez l’application ChipGenius à cette adresse afin de connaitre les spécifications de votre clé USB.

    Nous avons besoin de deux Informations importantes : les numéros VID et PID :

    image

    Ensuite, vous pouvez soit vous rendre sur le liens proposé par l’application, soit entrez vos VID/PID sur cette page.

    quel en est l’intérêt : la page internet va vous dire quelles applications connues peuvent reformater votre clé.

    Si une application existe, vous pourrez la télécharger en allant sur cette page là.

    La plus part  des outils de reformatage qui vous seront proposés ne fonctionnent que sur votre clé, n’essayez donc pas le même utilitaire sur un model de marque différente, vous risqueriez de détruire votre clé.

    Le reformatage permet, entre autre de changer le type de votre clé et donc de transformer cette dernière en Fixed Drive.

    Préparation de votre environnent de travail

    Le problème de clé étant maintenant réglé, voici la liste des près-requis pour mener à bien notre installation :

  • Une clé USB de 8Go minimum reconnu comme disque local.
  • Un PC de travail avec Windows 7/8/2008 R2 en version 64 Bits uniquement.
  • Les sources d’installation de Windows en 64 Bits (Le DVD
  • Un PC de test prenant en charge L’UEFI.
  • Le logiciel Visual BCD
  • Le WAIK (Window7) ou l’ ADK (Windows 8)

    Sur le PC de test, vous allez activer l’UEFI en éditant le BIOS. l’UEFI est en général configuré en mode compatible afin de pouvoir gérer à la fois les disque MBR et GPT. Vous allez le passer en mode natif UEFI :

    WP_000090

    Partitionnement de la clé USB

    Insérez votre clé USB et ouvrez une invite de commande en mode administrateur. Lancez Diskpart avec les commandes suivantes :

    DISKPART
    LIST DISK (identifiez votre clé USB, dans cet exemple ma clé à le numéro 1)

    2011-12-30 07h44_50
    Puis sélectionnez la avec la commande :

    SELECT DISK 1 (Remplacer le chiffre 1 par le numéro correspondants à votre propre clé USB).

    CLEAN (pour effacer tout contenu existant)
    CREATE PARTITION PRIMARY SIZE=204
    FORMAT FS=FAT32 LABEL=”EFI” QUICK
    ASSIGN
    CREATE PARTITION PRIMARY
    FORMAT FS=NTFS LABEL=”OS” QUICK
    ASSIGN

    Bravo, vous venez de créer une partition Fat32 de 200 Mo et une partition NTFS qui utilise la quantité restante sur votre clé :

    2011-12-30 08h11_35

    Préparation de la Clé USB

    Munissez-vous maintenant de votre CD d’installation Windows 7/8 X64 et copiez les fichiers et répertoires suivants sur la partition nommé “EFI” de votre clé USB :

    Boot
    Efi
    autorun.inf
    Bootmgr
    Bootmgr.efi

    Copiez ensuite les fichiers et répertoires suivants sur la partition nommée '”OS” de votre clé USB :

    Sources
    Support
    upgrade
    setup.exe

    Si Vous êtes sous Windows 7 X64, quelques opérations supplémentaires par rapport à Windows 8 sont à opérer :

    Retournez dans la partition EFI et copiez le répertoire  EFI\Microsoft\Boot un niveau au dessus afin qu’il se retrouve dans EFI\Boot

    Récupérez le fichier Bootmgfw.efi qui se trouve dans C:\Windows\Boot\EFI et copiez le sur la clé dans le répertoire EFI\Boot en le renommant en Bootx64.efi

    l’ arborescence de votre répertoire boot doit maintenant ressembler à ça :

    2011-12-30 11h09_50

    Nous allons maintenant modifier le magasin BCD afin que le boot sache à quel endroit aller chercher ces fichiers de démarrage.

    Si vous ne l’avez pas encore fait, installez Visual BCD et dans le menu Store de celui-ci, cliquez sur Open Store et choisissez le fichier E:\efi\microsoft\boot\bcd (Remplacez E par la lettre correspondant la partition EFI de votre clé USB)

    Dans l’arborescence de droite sélectionnez Windows Setup

    image

    et modifiez successivement les entrées ApplicationDevice et OSDevice en remplaçant dans le chemin du ramdisk, l’emplacement [boot] par la lettre correspondant à la partition OS de votre clé USB.

    image

    Votre Magasin BCD doit normalement ressembler à ça :

    image

    Une fois ceci terminé quittez Visual BCD, il reste une dernière modification à effectuer afin d’indiquer sur le boot ou se trouve l’OS

  • BOOTSECT /NT60 E: (remplacer E: par la lettre correspondant à partition EFI de votre clé) , Notre clé est prête !!

    Préparation de l’OS

    Nous allons maintenant créer un fichier de réponse afin que Windows s’installe en créant les partitions dont il à besoin pour gérer correctement l’UEFI, à savoir :

  • Une partition en FAT32 pour l’amorçage UEFI du système.
  • Une partition WinRE en NTFS (facultative) 
  • Une partition réservée pour le besoin de Windows (MSR).
  • Une partition NTFS contenant notre OS.
  • Une seconde partition NTFS (facultative)

    Pour Créer le fichiers de réponse installez le WAIK ou l’ ADK et lancez WSIM (Windows System Image Manager). Je vous invite à vous reporter à mon article sur l’installation silencieuse de Windows 8 pour tous les détails. le fichier à créer est en tout point identique sauf en ce qui concerne les éléments suivants : 

    Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk

    DiskID=0 sélection du 1er disque
    WillWipeDisk = true le disque sera reformaté dans son intégralité

    Création d’une partition principale (Primary) pour WINRE.

    Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >CreatePartition

    Order = 1 définit l'ordre de création des partitions sur le disque
    Size = 300 taille de la partition en Mégabits (ici 300 MO).
    Type = Primary type de partition : Primary

    Création de la partition UEFI.

    Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

    Order = 2  
    Size = 260 Taille minimum pour les disques Advanced Format
    Type = EFI  

    Création de la partition MSR (réservé pour Windows).

    Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

    Order = 3  
    Size = 128  
    Type = MSR  

    Création de la partition Windows

    Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

    Order = 4  
    Size = 80000 Partition OS de 80 Go
    Type = Primary  

    Création de la seconde partition NFTS

    Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

    Extend = True Utilise tout l'espace restant pour créer la partition
    Order = 5  
    Type = Primary  

    Définition des paramètres de formatage pour nos différentes partitions :

    Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > ModifyPartition

    Format = NTFS  
    Label = WINRE  
    Order = 1  
    PartitionID = 1  
    Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition
    Format = FAT32  
    Label = SYSTEM  
    Order = 2  
    PartitionID = 2  

    Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

    Format = NTFS  
    Label = WINDOWS  
    Order = 3  
    PartitionID = 4  
    Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition
    Format = NTFS  
    Label = Data  
    Order = 4  
    PartitionID = 5  

    Installation de l’OS

    Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallTo 

    DiskID = 0 Disque d’installation de l’OS
    Partition = 4 Partition d’installation de l’OS

    Notre fichier est prêt, sauvez le sous le nom autounattend.xml sur la partition OS de votre clé USB.

    Pour finir, nous allons devoir ouvrir l’image Boot.wim afin d’ordonner à Setup.exe (fichier responsable de l’installation de Windows) d’aller chercher ces informations sur la seconde partition de la clé.

    Ouvrez une invite de commande en mode administrateur et tapez les commandes suivantes pour monter l’image :

    MD c:\temp
    Dism /Mount-Wim /WimFile:H:\sources\boot.wim /index:2 /MountDir:C:\Temp

    Dans le répertoire C:\Temp\Windows\System32 nous allons créer un fichier winpesh.ini qui sera exécuté à la place de Setup.exe. Voici ce qu’il faudra y mettre :

    [LaunchApps]
    Cscript.exe, %WINDIR%\system32\winpesh.vbs

    Enfin, un petit script vbs que nous nommerons  winpesh.vbs va nous permettre de relancer setup.exe sur la bonne partition avec le fichier de réponse adéquat :

    ' Script By Diagg 01/05/2012
    ' www.zany-openeyes.fr
    ' Launch Windows installation setup with the first autounattend.xml found in any drive
    Set oShell = CreateObject("WScript.Shell")
    Set oFSO = CreateObject("Scripting.FileSystemObject")
    Set oDrives = oFSO.Drives
    FndXML = 0
    For each oDrvFound in oDrives
        If  oFSO.FileExists(oDrvFound & "\autounattend.xml") Then
            FndXML = 1
            oShell.run "%SYSTEMDRIVE%\sources\setup.exe /unattend:"& oDrvFound & "\autounattend.xml", 0,True
            Exit for
        End IF
    Next
    If FndXML = 0 Then
        oShell.run "%SYSTEMDRIVE%\sources\setup.exe", 0,True
    End If

    Une fois le fichier de script crée, nous pouvons refermer notre image WIM :

    Dism /Unmount-Wim /Mountdir:C:\Temp /Commit

    La Clé USB est maintenant 100% opérationnelle en mode “UEFI Only”, et l’OS le sera également dés qu'il sera installé.

    Petit regret : la solution n’est pas compatible avec le mode “Legacy Only” (Bios uniquement) pour une raison que je n’ai pas eu le temps de déterminer ( si quelqu’un a l’info, n’hésitez pas à partager).

    J’insiste encore : il est probable que vous n’ayez jamais à utiliser le mode “UEFI Only” et donc toute la partie inhérente à la clé USB. Si ce jour devait malgré tout arriver, nous somme prêt !

    Je n’ai délibérément traité que la partie Boot Windows dans ce billet, les sujets sur l’UEFI sont légion : Secure Boot, Dual Boot OS X/Windows, Shell UEFI, Applications UEFI etc etc… Il est probable que je re-aborderai le sujet dans de prochains billets, d’ici là, je vous laisse vous faire la main sur la question et vous invite à méditer ce tweet de Michael Niehaus (Monsieur MDT) qui en dit long sur la question…