Mes interlocuteurs récents ont pu découvrir les images superbes de Paris que mon collègue Olivier Le FESSANT a mis à disposition ici et là sur son espace de partage de photos et que j’utilise en fond d’écran.

Si le changement du fond d’écran de l’utilisateur courant est relativement simple, en revanche le changement de l’image avant ouverture de session ou session verrouillée est moins intuitif et, surtout, la démarche pour y parvenir a changé depuis que j’utilise Windows 7.

L’astuce consiste à créer une clé OEMBackground de type DWORD à 1 dans :

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\Background

Une fois cette clé crée, vous pouvez aller modifier les images de :

%windir%\system32\oobe\info\backgrounds

Faites attention à ne déposer des images que de moins de 256Ko !

L’image backgroundDefault.jpg est utilisée et redimensionnée si les autres images dans les résolutions suivantes ne sont pas présentent :

• background768×1280.jpg
• background900×1440.jpg
• background960×1280.jpg
• background1024×1280.jpg
• background1280×1024.jpg
• background1024×768.jpg
• background1280×960.jpg
• background1600×1200.jpg
• background1440×900.jpg
• background1920×1200.jpg
• background1280×768.jpg
• background1360×768.jpg

En cette période de disponibilité générale (GA, pour General Availability) de System Center Operations Manager 2007 R2, il est intéressant de noter la différence qui existe dans le vocabulaire Microsoft (certains parlent de Microspeak, comme si c’était une nouvelle langue ou novlangue) entre cette disponibilité générale et la livraison à la fabrication ou RTM (Release To Manufacturing).

La RTM était annoncée ici le 22 mai dernier. Depuis cette date, on peut supposer que les médias ont été fabriqués, puis distribués vers les grossistes de manière à permettre leur achat. Pour les clients qui ont accès aux serveurs des licences en volume, les serveurs ont été mis à jour de manière à permettre le téléchargement de cette édition. Certains pourraient penser qu’un grand mois est largement suffisant pour cette opération, mais les faits éprouvés par nos clients français qui attendaient l’apparition de ces fichiers pour démarrer leur installation tendraient à prouver le contraire. Nous en sommes allés jusqu’à évoquer le décalage horaire pour justifier leur absence. Il est plus probable que des considérations juridiques justifient que l’opération n’ait pas débuté avant le 1er juillet.

Dans un autre domaine, la disponibilité générale de Windows 7 a été annoncée pour le 22 octobre prochain comme évoqué ici. Pour un produit comme Windows 7, le délai entre la très prochaine RTM et la GA sera mise à profit pour préparer la livraison d’ordinateurs équipés de cette version de Windows.

Les équipes en charge de construire le service pack 2 (SP2) de System Center Configuration Manager 2007 (ConfigMgr) se sont engagées à le livrer dans les 90 jours qui suivront la RTM de Windows 7. En effet, parmi les objectifs de ce SP2 figure le support de Windows 7 et de Windows Server 2008 R2. Il ne faut pas faire partir le chronomètre à partir du 22 octobre, date de disponibilité générale, car ces équipes pourront commencer à travailler pour produire une version définitive du sp2 dès que le code de Windows 7 et de Windows Server 2008 R2 sera figé.

Avec la disponibilité de System Center Operations Manager 2007 R2, la liste des correctifs inclus est publiée dans la fiche technique 971410.

Pour mémoire, il est toujours préférable d’installer un service pack ou une édition complètement différente plutôt que d’appliquer des correctifs individuels. Les correctifs individuels ne doivent être appliqués que si vous rencontrez le problème décrit.

Il reste que certains correctifs actuels ne font pas partie de cette liste. C’est le cas pour certains correctifs comme 971285 qui est sorti après la livraison à la fabrication, mais là, il ne pouvait en être autrement. Pour les correctifs 969572 et 969573, deux explications sont possibles : soit ces problèmes n’ont été détectés que trop tardivement pour être inclus dans R2, soit la correction était trop complexe pour être construite.

Dans ce dernier cas, il est souhaitable de remonter les problèmes que vous rencontrez vers Microsoft de manière à appuyer les demandes de correctifs. Les correctifs peuvent ne pas être disponible pour une version données, mais constituer une base de cahier des charges pour une future version.

Emma Healey vient de publier un article sur les changements de la licence System Center Server Management Suite Enterprise (SMSE) vers la licence System Management Suite Datacenter (SMSD) qui peut être utilisée depuis le 1er juillet si vous avez acquis vos licences avec une “Software Assurance”.

Si la traduction automatique ne vous convient pas, ce que je comprends, je vous invite à contacter vos contact habituel chez Microsoft qui vous aidera à décrypter les termes de ce nouveau mode de licence.

Comme vous le savez, sans doute, déjà à travers notamment l’article publié ici, les événements de sécurité ont fait l’objet d’un changement de numérotation entre Windows XP et Windows Vista ainsi qu’entre Windows Server 2003 et Windows Server 2008.

Le tableau disponible à l’emplacement suivant présente les événements de sécurité de Windows 7 and Windows Server 2008 R2 :
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=3a15b562-4650-4298-9745-d9b261f35814

Mon collègue Franck MICHOU, du support français de Systems Management Server 2003, me signale l’article publié sur le blog de l’équipe du support américain.

Le problème porte sur le composant de gestion des mises à jour de logiciels (ITMU pour Inventory Tools for Microsoft Update) de Systems Management Server (SMS) 2003 avec le service pack 3 (SP3) et le fichier WSUSScn2.CAB du 23 juin. Ce fichier ne parviendrait pas à être utilisé par les anciennes versions du client de Windows Update.

L’erreur 87 (Paramètre incorrect) est générée lors de la tentative d’utilisation du fichier. Elle apparaît dans le fichier SMSWusHandler.log du client.

La mise à jour de l’agent Windows Update est nécessaire pour corriger le problème. La méthode suggérée pour le mettre à jour consiste à demander à exécuter un autre package préalablement à l’exécution d’un package généré par ITMU.

Tandis que les annonces américaines de garantie technologique étaient faites, Julien LESAICHERRE annonçait également les conditions équivalentes en France sur le blog de Windows 7.

Il faut retenir, en synthèse, que la garantie technologique s’applique à partir de demain : les ordinateurs achetés avec Windows Vista à partir du 26 juin pourront recevoir Windows 7 à des conditions très avantageuses.

Du 15 juillet au 14 août, Windows 7 sera mis en vente en avant première à un tarif attractif et du 22 octobre (date annoncée de la disponibilité générale) au 31 décembre les versions complètes seront vendues au prix des mises à jour.

La beta publique de Microsoft Security Essentials est disponible depuis le lien suivant de connect :
http://go.microsoft.com/fwlink/?LinkID=153446

Pour mémoire, Microsoft Security Essentials est le produit développé sous le nom de code de morro qui vise à fournir gratuitement une protection contre les virus et autres logicels malfaisants (malware).

Cette beta est livrée en trois versions :

• pour Windows XP 32 bit
• pour Windows Vista et Windows 7 32 bits
• pour Windows Vista et Windows 7 64 bits

Le numéro de version de cette beta est 1.0.1407.00.

Sans vouloir organiser la pénurie, il serait question qu’un nombre limité de téléchargements soit possible. Si vous envisagez de tester ce produit, ne tardez pas trop !

Le programme beta de Microsoft Deployment Toolkit (MDT) 2010 est ouvert. Si vous envisagez de déployer des ordinateurs avec Windows 7 ou Windows Server 2008 R2, l’inscription au programme vous est accessible depuis :
https://connect.microsoft.com/InvitationUse.aspx?ProgramID=1646&InvitationID=MDTH-PJBM-CBVJ&SiteID=14

Le correctif 971225 est nécessaire pour rajouter la possibilité de distribuer des applications vers des systèmes équipés du service pack 2 (SP2) de Windows Vista et de Windows Server 2008 avec Systems Management server 2003 équipé du service pack 3 (SP3).

La version 6.0.6633.0 du pack d’administration de Windows Server Hyper-V pour System Center Operations Manager 2007 (OpsMgr) est disponible depuis le catalogue ou directement sur :
http://www.microsoft.com/downloads/details.aspx?FamilyID=502e7a26-2fea-4052-89fd-8f75142de4f2

Elle fonctionne indifféremment avec OpsMgr 2007 Service Pack 1 (SP1) ou OpsMgr 2007 R2.

Les versions d’Hyper-V supportées sont :

• Windows Server 2008 (W2K8) Standard Edition (avec le rôle Hyper-V actif)
• Windows Server 2008 Enterprise Edition (avec le rôle Hyper-V actif)
• Windows Server 2008 Datacenter Edition (avec le rôle Hyper-V actif)
• Installation core de Windows Server 2008 (avec le rôle Hyper-V actif)
• Hyper-v Server 2008

À partir du moment où OpsMgr sera supporté avec les versions correspondantes, ce pack fonctionnera avec :

• Windows Server 2008 R2 (W2K8R2) Standard Edition (avec le rôle Hyper-V actif)
• Windows Server 2008 R2 Enterprise Edition (avec le rôle Hyper-V actif)
• Windows Server 2008 R2 Datacenter Edition (avec le rôle Hyper-V actif)
• Server Core installation of Windows Server 2008 R2 (avec le rôle Hyper-V actif)
• Hyper-v Server 2008 R2

Ce pack repose sur le pack d’administration de Windows Server 2008 dans sa version 6.0.6321.5 disponible à l’emplacement suivant :
http://www.microsoft.com/downloads/details.aspx?FamilyId=3529D233-5E3E-4B51-8F66-5D6F27005EC3

Une mise à jour de ce pack est planifiée pour supporter les nouvelles éditions de W2K8R2 attendues prochainement.

En attendant la publication prochaine d’articles de la base de connaissances, il est possible d’annoncer que de nouvelles configurations sont supportées par Systems Management Server 2003 et System Center Configuration Manager 2007.

Le Service Pack 1 (SP1) de SQL Server 2008 est désormais supporté pour une utilisation de System Center Configuration Manager 2007 (ConfigMgr) avec le SP1 ainsi que par ConfigMgr 2007 R2.

Aucun correctif spécifique à cette combinaison n’est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 sont désormais supportés par les clients de Systems Management Server 2003 équipé du Service Pack 3 (SP3).

La console et les serveurs de site ne sont pas supportés sur ces sytèmes.

Aucun correctif spécifique à cette combinaison n’est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 (SP2) sont désormais supportés par Configuration Manager 2007.

La console et les serveurs de site ne sont pas supportés sur ces sytèmes.

Le correctif 969991 est nécessaire.

Windows Vista et Windows Server 2008 équipés du Service Pack 2 sont supportés par Configuration Manager 2007 SP1.

Tous les rôles classiques sont supportés ; la console sur Windows Vista et les rôles de server, par exemple, sur Windows Server 2008.

Le correctif 970093 est nécessaire pour permettre la capture de ces systèmes via ConfigMgr 2007 SP1.

Après un lancement aux États-Unis en début d’année, les solutions « Microsoft Fix it » sont disponibles en français. Il s’agit d’articles de la base de connaissances (KB pour Knowledge Base) dans lesquels un bouton « Fix it » a été rajouté vous permettant d’obtenir la solution à votre problème par un simple clic, sans avoir à appliquer manuellement les différentes étapes nécessaires décrites dans l’article.

Plus d’informations sont disponibles sur :
http://support.microsoft.com/gp/cp_fixit_main/fr

J’ai voulu tester cette nouvelle possibilité sur l’article 945402 pour faire apparaître l’icône d’Internet Explorer sur le bureau de mon Windows 7 : un message d’erreur s’affiche qui m’informe que ce correctif ne s’applique pas à mon système d’exploitation.

J’avais déjà évoqué la possibilité de rajouter cette icone dans un billet sur Windows Vista. Pour Windows 7, la solution à base de la clé "{871C5380-42A0-1069-A2EA-08002B30309D}" ne fonctionne pas. Est-ce prémonitoire de la décision de fournir une version de Windows 7 sans Internet Explorer en Europe comme celà a été évoqué cette semaine ?

Les correctifs 969991 et 970093 pour respectivement System Center Configuration Manager 2007 (ConfigMgr) et ConfigMgr 2007 Service Pack 1 (SP1) sont disponibles pour supporter la capture d’ordinateurs équipés du service pack 2 (SP2) de Windows Vista et de Windows Server 2008 (W2K8).

Le symptôme de ce problème est que le message d’erreur “The sysprep is not supported on this OS” apparaît dans le fichier Smsts.log.

L’explication est que la version du système d’exploitation apparaît à 6.0.002 quand ConfigMgr s’attend à trouver une version identique de SysPrep qui, elle, reste à 6.0.001.

Ce correctif fait partie du SP2 de ConfigMgr actuellement en préparation et en phase beta.

La version 6.0.6623.0 du pack d’administration de Microsoft Exchange Server 2007 pour System Center Operations Manager 2007 R2 est disponible depuis le catalogue ou directement sur :
http://www.microsoft.com/downloads/details.aspx?FamilyID=e9f3cd3f-9bc0-45cd-b10f-120e937ee4c4

Ce pack est le premier à ne fonctionner que sur OpsMgr 2007 R2. L’explication de cette limitation repose sur l’utilisation des nouvelles possibilités de cette édition comme le Service Level Reporting pour ce qui est visible. Il utilise également des transactions synthétiques (synthetic transactions) avec des cmdlets PowerShell. Ces transactions tiennent compte de la mise en maintenance des composants qu’ils surveillent. Il repose sur l’évaluation de compteurs de performance multi-instance pour mieux supporter, par exemple, des clusters.

Comme le fait remarquer Yann GAINCHE sur son blog, ce pack délivre des règles de découverte qui sont désactivées par défaut. De même, de nombreuses règles autrefois jugées très bruyantes, sont désactivées par défaut. Elles correspondent à des indications sur lesquelles aucune action corrective n’est proposée à travers des tâches de remise en marche.