Jean-Marc, XP Geek ! : Trucs et astuces, Dépannages

MSDart : un excellent outil de dépannage

jeanmarc — Fri, 09 Jan 2009 18:04:06 GMT

Cela faisait un moment que j’avais dans l’idée de vous parler d’un très bon outil de dépannage : MSDaRT de son petit nom ou “Microsoft Diagnostic and Recovery Toolset”.

Cet outil est un CD de dépannage bootable, téléchargeable sur MSDN (surement aussi sur Technet) dans la rubrique “serveur”, emballé dans un package nommé MDOP “Microsoft Desktop Optimisation Pack”.

Il existe en deux versions : MSDaRT 5.0, pour Windows 2000 et XP et MSDaRT 6.0, pour Vista.

Si la version Vista n’est disponible que par MSDN, la version 5.0, quand à elle, dispose d’une offre “trial” dont l’ISO “erd50.iso” est limité au moment de l’installation à 30 jours. (le CD vérifie à son lancement si la date machine dépasse la date limite)

Cette offre d’essai peut vous servir à dépanner un Windows XP...

Le fichier à télécharger se nomme MSDaRT50Eval.msi et voici comment l’utiliser :

Installer (bah oui, quand même…)
Ouvrir C:\Program Files\Microsoft Diagnostics and Recovery Toolset
Graver l'image ISO "erd50.iso"
Bootez sur le CD ainsi créé, vous disposez d'un système de réparation capable de s'attacher à une installation Windows XP et disposant d'une panoplie impressionnante d'outils.

La panoplie d’outils disponibles se compose de…

Gestion de l'OS installé, en "offline" :
    - Gestion des services
    - Accès aux journaux d'évènements
    - Points de lancement (autoruns)
    - Gestion des pilotes
    - Modification du registre
    - désinstallation de patchs (hotfix)
    - remplacement du mot de passe administrateur local
    - réparation des fichiers système
    - restauration système

Fonctionnalités diverses :
    - accès au réseau (utile pour sauvegarder des fichiers)
    - réparation de disque dur
    - Effacement d'un disque (1 ou 4 passes)
    - Restauration de fichiers effacés
    - Command prompt
    - explorateur
    - recherche de fichiers

L'initialisation de ce système de dépannage se fait via le fichier Winpeshl.ini de l'ISO, ce qui permet, par exemple, de lancer des tâches automatisées.

Normalement, tout support USB pluggé avant le lancement du CD 5.0 devrait être reconnu. (dans MSDaRT 6.0, l’USB est reconnu “à chaud”)

Nota : ne pas lancer MSDaRT 5.0 sur un micro Vista, sous peine de perdre les points de restauration Vista.

Ecrans bleus et (mini)dumps

jeanmarc — Tue, 07 Oct 2008 18:46:11 GMT

J’ai longtemps pensé qu’il était assez compliqué de découvrir la cause d’un plantage “BSOD” lorsque l’on ne dispose que d’informations ésotériques dans cet “écran bleu”.

En réalité, il suffit de connaître le bon outil et la manière de l’employer pour pouvoir résoudre un bon nombre de ces interrogations.

Voici la recette :

Les ingrédients :

WinDBG
Un fichier dump généré par l’outil de reporting d’erreurs lors du plantage (à trouver le plus souvent dans c:\windows\minidump ou dans c:\windows pour les memory.dmp).

La préparation :

Installez WinDBG
Ouvrez le (en tant qu’administrateur).
Dans File > Symbol File Path insérez, sans aucun espace, le texte :
srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Créez un répertoire nommé symbols sur C:

La cuisson :

Chargez votre fichier DMP par file > Open Crash Dump
Attendez que les fichiers nécessaires soient chargés depuis les serveurs de Microsoft (quelques minutes)
Contemplez le résultat. Quoiqu’un peut ésotérique, vous devriez lire un texte qui vous indiquera “Probably caused by : …” avec un nom de fichier. (Malheureusement, on peut aussi lire quelques fois ANALYSIS_INCONCLUSIVE…)
Recopiez ce nom dans une boite de recherche google et ajoutez le mot “crash”. (Vous pouvez aussi regarder les propriétés de ce fichier pour en connaitre le créateur)
Voilà, vous devriez avoir une idée du coupable que vous pourrez alors désinstaller ou mettre à jour.

Enjoy !

MCE : purger la liste des enregistrements

jeanmarc — Mon, 15 Oct 2007 20:14:41 GMT

Lorsque l'on utilise Media Center quotidiennement, il arrive un moment où les enregistrements posent des problèmes : plantages sur l'affichage de la liste des enregistrements, lors de la désactivation d'un enregistrement (ce qui m'est arrivé), ralentissement du chargement de Media Center, etc...

Cette liste est stockée dans un fichier XML : recordings.xml dans C:\ProgramData\Microsoft\eHome\Recording (sous Vista) ou C:\Documents et Settings\All Users\Application Data\Microsoft\eHome\Recording (sous XP)

En effaçant ce fichier et sa sauvegarde (dans le même répertoire), vous perdrez tous les enregistrements programmés, y compris les vieilles séries qui ne sont plus diffusées (n'oubliez pas de rebooter ensuite ou de relancer les services liés à Media Center). Le côté positif de la chose, c'est que votre MCE redeviendra stable et plus fluide, le côté négatif, c'est que vous devrez re-programmer tous vos enregistrements.

Evidemment, tous les problèmes MCE ne viennent pas de là, mais peut être que ça pourra vous aider, un jour...

Réparer soi-même sa carte mère

jeanmarc — Mon, 15 Oct 2007 11:05:57 GMT

Amusant ça comme coincidence avec le billet sur l'infarctus du condensateur : un article complet de Présence PC sur le remplacement des condensateurs d'une carte mère.

A lire, pour les plus bricoleurs : Réparer soi-même sa carte mère

"Versions précédentes" : histoire d'une panne

jeanmarc — Sat, 15 Sep 2007 14:39:17 GMT

Dans la série "j'ai pas de pot", voici l'histoire d'un dépannage fastidieux...

Vous connaissez certainement l'outil "versions précédentes" sur Vista (Ultimate, Business, Enterprise) ?

C'est un utilitaire formidable pour rattraper les erreurs d'enregistrement ou les effacements malencontreux...

Hé bien, voilà ce qui m'attendais :

Une grand "rien du tout", le vide total, là où aurait dû se trouver la liste des fichiers disponibles...

Après quelques recherches et sur les conseils avisés de "collègues" MVP, je m'oriente sur un problème avec l'objet "ExplorerBrowser" inséré dans ce panneau, ce qui peut sembler logique. Malheureusement, tout est correct et rien ne semble défaillant de ce côté.

J'examine aussi la piste d'une incompatibilité avec un programme tiers (merci à l'utilitaire ShellExView), pas de pot, c'est pas ça...

Puis, on me propose cette article de KB 937862 qui me mets la puce à l'oreille : pourquoi diantre le partage de fichiers est il nécessaire au bon fonctionnement de cet outil ? Qu'est-ce qui pourrait bien clocher de ce côté là ?

En suivant strictement la KB, il n'y a rien d'anormal.

Et, d'un coup, c'est le déclic : les partages administratifs ! Hé oui, taxez moi de parano si vous voulez, j'ai l'habitude de désactiver les partages administratifs sur mes machines...

Hop, tests, je réactive les deux clés de registre, relance le service "serveur" et son acolyte "explorateur d'ordinateurs", ouvre l'explorateur, clic droit...

Yesssssssss ! 3 jours de recherche pour un PEBKAC !

Mais quelle idée aussi d'utiliser les partages administratif pour cette fonctionnalité !

ASX : 3 lettres, 10 minutes de recherches

jeanmarc — Sat, 15 Sep 2007 14:07:34 GMT

Voilà qu'il me prends, d'aller visionner une video en stream, linkée sous la forme d'un fichier ASX.

Bien mal m'en a pris, cette saleté de fichier ne voulait pas s'ouvrir directement, juste [enregistrer] et [annuler].

Bon, on sort la grosse artillerie : ProcMon (super, mais très bavard, le programme.. un avantage et un inconvénient simultanément) et on examine ce qui se passe...

10 minutes et quelques essais plus tard, je tombe sur ces clés de registre :

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.asf

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.asx

Les deux sont constituées de la même manière, ou presque ,et sont de même nature.

Allez, on compare les deux :

L'ASF, que je suppose correcte :

Une clé (répertoire) OpenWithProgids avec 4 valeurs à l'intérieur, sans compter "default", et une clé "UserChoice" avec une valeur "Progid" indiquant le programme à utiliser pour ouvrir les ASF.

L'ASX maintenant :

Une clé (répertoire) OpenWithProgids avec 2 valeurs à l'intérieur, sans compter "default", mais pas de clé "UserChoice" indiquant un choix de programme pour l'ouverture.

Qu'à celà ne tienne, on teste :

Création d'une clé "UserChoice", puis à l'intérieur d'une valeur "Progid" qui contient WMP11.AssocFile.ASF

P'tit clic sur mon lien ASX... suspens...

Bingo, ça marche !

Allez, pour ceux qui n'ont pas compris grand chose, voilà juste le contenu du fichier .reg qui contient le nécessaire...

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.asx\UserChoice]
"Progid"="WMP11.AssocFile.ASF"

FIX : Windows Defender français ouvert au démarrage de XP

jeanmarc — Sat, 17 Feb 2007 19:37:00 GMT

Si vous avez installé Windows Defender en français, vous avez peut-être constaté que celui-ci a décidé de s'ouvrir à chaque démarrage du système...

Ce comportement est causé par un traducteur trop zélé, il faut corriger le registre, à la clé :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

dans la valeur :

Windows Defender

il faut changer le paramètre : -masquer

par : -hide

Merci à notre MSNGhost pour l'info