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

Orange : contourner le problème de débit sur Youtube

jeanmarc — Sat, 12 Dec 2009 12:28:17 GMT

Cela fait maintenant 2 mois que le débit est critique aux “heures de pointe” sur des sites comme Youtube et Megaupload (voir les billets précédents). Cette saturation est provoquée, en partie, par un problème/mauvais réglage (rayer la mention inutile) des DNS d’Orange.

Petite explication :

Un serveur DNS effectue la traduction entre l’adresse d’un site (URL, par exemple www.trucmuchebidule.com) et son adresse IP (12.34.56.78, au hasard). Ce couple URL-adresse IP est en théorie le même sur tous les serveurs DNS de tous les FAI de la planète.

Hors, les DNS des caches des vidéos Youtube sont modifiés plusieurs fois par jour, certainement pour équilibrer la charge entre les différents serveurs. Pour être exact, le “temps de vie” (TTL) de ce couple URL/IP est de 5 minutes (ce qui veut dire que ce couple PEUT être modifié toutes les 5 minutes).

C’est là que les DNS Orange montrent un défaut : lorsque l’on interroge l’adresse de l’un des caches vidéo de youtube, on obtient systématiquement une adresse en 208.117… , ce qui semble, à minima, ne pas respecter ce TTL :

C:\>nslookup v15.lscache1.c.youtube.com
Serveur : dns-adsl-gpe1-a.wanadoo.fr
Address: 80.10.246.1

Réponse ne faisant pas autorité :
Nom : v15.lscache1.l.google.com
Address: 208.117.248.35
Aliases: v15.lscache1.c.youtube.com

Cette adresse renvoie sur un serveur situé à miami (traceroute à l’appui)…

Alors que si on interroge ce même cache, à quelques secondes d’intervalle, via le DNS de Google :

C:\>nslookup v15.lscache1.c.youtube.com google-public-dns-a.google.com
Serveur : google-public-dns-a.google.com
Address: 8.8.8.8

Réponse ne faisant pas autorité :
Nom : v15.lscache1.l.google.com
Address: 74.125.4.35
Aliases: v15.lscache1.c.youtube.com

Cette fois ci, l’adresse renvoyée est en europe (les temps de réponse restent en dessous des 50 ms, ce qui signifie que l’on ne traverse pas l’atlantique) et sur des liens avec une bande passante largement suffisante.

Donc, l’adresse renvoyée par les DNS d’Orange pour ces “caches vidéo” Youtube contribuent à la saturation du lien transatlantique, en routant tout le trafic de Youtube (et ce n’est pas rien !!!) des abonnés Orange via un lien (Cogent ou Level3) qui ne supporte pas une telle demande.

Une petite précision : malheureusement, les serveurs MegaUpload ne sont joignables que via ce lien transatlantique actuellement saturé et il est inutile de changer de DNS dans ce cas précis, car les adresses IP sont correctes sur tous les serveurs DNS.

En attendant qu’Orange veuille bien faire en sorte que ses DNS respectent les usages habituels, je vous propose de passer vos DNS sur les DNS publics de Google, ce qui vous donnera un débit correct sur Youtube.

Attention ! Le fait de mettre des DNS différents de ceux de votre FAI peut entraîner des dysfonctionnements, particulièrement lors de l’envoi/réception de mails, c’est pour cette raison et aussi pour ceux qui sont parano (comme moi ! ;-) ) que je propose ce script VBS qui vous changera “à la volée” vos DNS (je ne souhaite pas donner trop d’infos à ce Big Brother ;-) ).

Set Shell = Wscript.CreateObject("WScript.Shell")

Set objWMIService = GetObject("winmgmts:" _
    & "{impersonationLevel=impersonate}!\\.\root\cimv2")

Set colNetCards = objWMIService.ExecQuery _
    ("Select * From Win32_NetworkAdapterConfiguration Where IPEnabled = True")

TmpStr=""

For Each objNetCard in colNetCards
    arrDNSServers = Array("8.8.8.8", "8.8.4.4")
    objNetCard.SetDNSServerSearchOrder(arrDNSServers)
Next

Shell.Run "cmd /c ipconfig /flushdns",0,true

Set colNetCards = objWMIService.ExecQuery _
    ("Select * From Win32_NetworkAdapterConfiguration Where IPEnabled = True")

For Each objNetCard in colNetCards
    If Not IsNull(objNetCard.DNSServerSearchOrder) Then
        TmpStr = objNetCard.DNSServerSearchOrder(0)
    End If
Next

if TmpStr="8.8.8.8" then
    MsgBox "DNS Google activés" & vbcrlf & _
    "DNS PRIMARY : " & TmpStr & vbcrlf & _
    "Cliquer OK pour revenir aux DNS Orange", vbokonly
else
    MsgBox "DNS Google NON activés" & vbcrlf & _
    "DNS PRIMARY : " & TmpStr & vbcrlf & _
    "Script lancé en admin ?" , vbcritical + vbokonly
end if

For Each objNetCard in colNetCards
    arrDNSServers = Array("80.10.246.1", "80.10.246.3")
    objNetCard.SetDNSServerSearchOrder(arrDNSServers)
Next

Shell.Run "cmd /c ipconfig /flushdns",0,true

Set Shell = nothing
Set colNetCards = nothing

Le code ci-dessus est à enregistrer dans un fichier avec une extension .VBS et à lancer via un raccourci sur le bureau (à déclencher par clic droit “Exécuter en tant qu’administrateur” si nécessaire).

Je préfère ré-enregistrer les DNS Orange en fin de script plutôt que de les passer en DHCP afin de contourner le problème de reverse DNS (pas de noms renvoyés sur les traceroute) de la livebox.

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"

[Doc'XP] Booter sur un BARTPE depuis le réseau

jeanmarc — Wed, 05 Jul 2006 19:23:00 GMT

C'est un nouveau tutorial qui vous montre comment démarrer un pc sans lecteur de DVD / CD sur un OS de dépannage BART PE.

http://docxp.mvps.org/Vista/BartPE_PXE.html

Vista 5365 : quelques trucs...

jeanmarc — Wed, 26 Apr 2006 20:11:00 GMT

Sur ce site, vous trouverez quelques trucs et astuces pratiques sur Vista 5365...

Vista 5365 et SearchIndexer capricieux

jeanmarc — Tue, 25 Apr 2006 20:36:00 GMT

Juste un petit billet pour le problème du SearchIndexer qui plante sous Vista 5365...

Il suffit de désactiver le service "Windows Search". ;-)

Flash 8.0.24 : la cerise sur le gateau !

jeanmarc — Wed, 19 Apr 2006 20:25:00 GMT

Hé oui, dans un article de KB Macromedia difficile à trouver, on s'aperçoit qu'ils ont également jugé bon de changer les droits NTFS sur le fichier OCX (le "moteur" de Flash) !

Plus que probablement dans un soucis de sécurité, Macromedia a bloqué également son fichier flash8*.ocx par un refus d'écriture dans le système de fichier NTFS.

C'est, à mon avis, un peu exagéré, puisque si un malware a les droits d'administrateur sur la machine, il aura surement d'autres envies que d'aller jouer avec des morceaux de Flash...

Donc, petite synthèse pour les puristes :

Le manque de droits de lecture dans le registre est un bug. (entrainant le non fonctionnement de flash dans un compte limité)
Le blocage des droits d'écriture dans le registre est probablement volontaire (mais peut provoquer des effets de bord très désagréables lors de ré-installations) et ne peut être débloqué que manuellement (ou par un autre moyen encore inconnu).
Le blocage des droits d'écriture NTFS sur l'OCX est volontaire et peut être débloqué par un programme fourni. (il ne débloque pas les droits du registre, par contre...)

Pour débloquer (uniquement) les fichiers Flash :
C:\WINDOWS\system32\Macromed\Flash\UninstFl.exe -u c:\windows\system32\Macromed\Flash8\flash8.ocx
(et vous croyez qu'il va faire quoi le méchant malware, hein ? ;-) )

Et relancer l'installation qui devrait re-bloquer les droits.

Wahou, ça devient pire que Dallas, ce truc... :-)

Si les comptes limités rebloquent, ajouter juste la case "autoriser lecture" pour "tout le monde".

Bug sur la 8.0.24... version débutant

jeanmarc — Mon, 17 Apr 2006 09:19:00 GMT

On m'a fait remarquer, à juste titre, que je pouvais manquer de clarté envers les débutants... surtout dans ce billet précédent... ;-)

Aussi, voici les manipulations à effectuer pour récupérer le fonctionnement de flash sur un compte limité et autoriser une réinstallation ou une mise à jour future de flash. Attention, j'ai testé cette manipulation sur un XP Familial sans problèmes. Néanmoins, toute erreur dans l'application de ce tutorial peut entrainer de fâcheuses conséquences. Préférez donc cliquer sur le bouton "Annuler" si vous ne savez plus ce que vous avez fait, et recommencez ! :

Ouvrir la base de registre (Démarrer > Exécuter : REGEDIT ) depuis un compte de type Administrateur.
Pour chacune des 4 clés suivantes (le petit "dossier" jaune dans la colonne de gauche, vous n'avez pas à toucher au côté droit dans ce tuto) :
HKEY_CLASSES_ROOT \CLSID \{D27CDB6E-AE6D-11cf-96B8-444553540000}
HKEY_CLASSES_ROOT \CLSID \{D27CDB70-AE6D-11cf-96B8-444553540000}
HKEY_CLASSES_ROOT \CLSID \{1171A62F-05D2-11D1-83FC-00A0C9089C5A}
HKEY_CLASSES_ROOT \TypeLib \{D27CDB6B-AE6D-11CF-96B8-444553540000}
Faites un clic droit, puis Autorisations...
Sélectionnez la ligne "Tout le monde" et cliquez sur [Supprimer] (c'est plus simple que de bidouiller les droits avancés) Ne touchez pas aux autres lignes !!!
Cliquez sur [Ajouter...] et tapez : tout le monde (tel quel), puis [OK]
La ligne "Tout le monde" apparait de nouveau et est sélectionnée.
Cochez la case au croisement de "autoriser" + "lecture" puis validez.
Voilà le résultat à obtenir pour chacune de ces 4 clés :
Une fois cette manip. effectuée pour les 4 clés, tout devrait être OK. Si ce n'est pas le cas (par exemple certains sites vous disent que Flash Player n'est pas installé, alors que c'est OK sur d'autres), passez cette commande :
regsvr32 %windir%\system32\Macromed\Flash\Flash8b.ocx
(si flash8b.ocx n'est pas trouvé, le faire avec flash8a.ocx)

Attention, une réinstallation risque de remettre ces autorisations "tout le monde" avec des droits erronés. Pensez à vérifier si vous avez des dysfonctionnements de Flash Player 8.0.24

Quelques mises à jour...

jeanmarc — Sat, 04 Feb 2006 07:52:00 GMT

...de mes utilitaires préférés :

WMF : Un point d'étape

jeanmarc — Mon, 02 Jan 2006 16:38:00 GMT

L'information sur cette faille est abondante et nécessite de faire le point :

Cette faille était déjà exploitée depuis environ 1 mois, voire plus. (bien avant que les médias ne s'emparent de l'affaire)
Elle est extrêmement critique et concerne I.E., mais aussi FF et d'autres navigateurs alternatifs. (elle n'attaque pas le navigateur lui-même, mais un des éléments qui sert à traiter les images)
Des mails et des liens dans les messageries instantanées sont maintenant utilisés pour envoyer ces images infectées aux cibles potentielles. Il n'est donc plus nécessaire de se rendre sur un site dangereux pour être infecté, puisque c'est l'infection qui vient à vous !
De nombreuses variantes existent dans 2 générations. La plupart des éditeurs antivirus ont mis à jour leurs bases de signature pour la première génération de WMF infectés; pour la deuxième, seuls McAfee (à partir de DAT 4664), Symantec et e-Trust ont mis à jour leurs bases (d'après ISC).

Une video démontre le caractère critique du problème et certains pourraient bien y reconnaître un aperçu de leurs propres soucis.

Microsoft a publié un bulletin d'alerte et propose, faute de mieux pour le moment, une solution qui vous couvrira (mais pas à 100 %) :

Démarrer > Exécuter : regsvr32 /u shimgvw.dll

Cette commande va produire des effets secondaires. Les plus notables sont l'arrêt du fonctionnement de l'aperçu des images et télécopies, la perte de l'affichage des miniatures ainsi que la perte de la fonctionnalité "pellicule" dans les dossiers d'images.

Vous ne serez pas couvert par le désenregistrement de shimgvw.dll si vous ouvrez un WMF dans MSPaint !

La commande inverse est :

regsvr32 shimgvw.dll

Evidemment, elle réactive la faille en question et ne sera à appliquer qu'une fois le patch sorti. (à moins que le patch ne s'occupe de le faire)

Bien sur, mettez à jour votre anti-virus !

Méfiez-vous de TOUS les formats d'image, un WMF dangereux renommé (par exemple) en GIF ou en JPG reste dangereux !

Pour le moment, cette faille est utilisée pour installer des spywares ou des faux anti-spywares (qui vous nettoient contre des $$$), il est très possible qu'elle soit exploitée dans un futur proche pour installer des trojan et d'autres malwares.

Donc, exécutez les 2 points signalés par et vous serez couverts à 98 %. Les 2 % restant seront évités avec un peu de bon sens...

Pour ceux qui désirent une plus grande sécurité, un patch non officiel (et qui n'a pas été validé par Microsoft) est disponible ici ainsi qu'un test de vulnérabilité.
(si vous l'utilisez, je vous conseille de désinstaller ce patch temporaire avant d'installer le patch officiel)

Avec un peu de chance, ce patch officiel sera diffusé le Mardi 10 Janvier 2006 vers 20 heures. D'ici là, prenez vos précautions !

Pour les techniciens, des infos actualisées régulièrement sont disponibles sur le blog de F-Secure.

WMF : des infos

jeanmarc — Thu, 29 Dec 2005 12:04:00 GMT

Le billet précédent étant complètement "dépassé", j'ai préféré en recréer un nouveau...

La faille WMF/SHIMGVW.DLL fait maintenant l'objet d'un bulletin d'alerte Microsoft.

L'action recommandée est radicale : dé-enregistrer la DLL coupable du système à l'aide de la commande suivante passée dans Démarrer > Exécuter :

regsvr32 /u shimgvw.dll

Cette commande va produire des effets secondaires. Les plus notables sont l'arrêt du fonctionnement de l'aperçu des images et télécopies, la perte de l'affichage des miniatures ainsi que la perte de la fonctionnalité "pellicule" dans les dossiers d'images.

La commande inverse est :

regsvr32 shimgvw.dll

Evidemment, elle réactive la faille en question et ne sera (peut-être) à appliquer qu'une fois le patch sorti.

Pour les techniciens, des infos sont disponibles sur le blog de F-Secure.

20 secondes trop tard ?

jeanmarc — Sat, 03 Dec 2005 21:39:00 GMT

Je lis souvent, au détour d'une revue ou d'un site web, des astuces déformées, pas ou trop efficaces.

La palme du jour revient à l'astuce suivante :

Fermez Windows rapidement.

Il s'agit de modifier une valeur du registre qui indique à Windows le temps limite à attendre lors de l'arrêt d'un service à la fermeture du système. Pour information : HKLM/ system/ CurrentControlSet/ Control/ WaitToKillServiceTimeOut

C'est une valeur en millièmes de secondes et il est aujourd'hui proposé de l'abaisser à... 1000...

Quel est le problème, me direz vous ? Je vais vous répondre par une autre question : A votre avis, quelle est la différence entre un programme qui plante sauvagement et un programme qui s'arrête proprement ?

Vous avez trouvé ? Non ? Tout "simplement", le programme que vous stoppez proprement a le temps de sauver ses données de fonctionnement et, plus important, vos propres données...

Il en est de même pour les services : un service un peu lent à l'arrêt et qui mettrait plus que la seconde fatidique pour se fermer sera cloturé brutalement et risque d'être instable au démarrage suivant...

Bien sur, la valeur par défaut de 20 secondes (20000) est peut-être un peu excessive, surtout si vous avez une machine dernier cri avec de la RAM qui déborde du boitier, du SATA et des Ghz sous le capot... mais rappellez-vous : c'est une limite. En aucun cas, windows n'attendra ces 20 secondes si ce n'est pas nécessaire...

Personnellement, je n'ai pas touché à ce paramètre et si je devais recommander une valeur, ce ne serait pas moins de 5 secondes (5000) au grand minimum, 10 secondes me semblant plus raisonnable.

Mon ami Thierry m'a écrit car il avait des malheurs avec le contrôle "human proof" :'( :

Salut JM,

Alors là ... je t'approuve à 200% !
Je trouve cette manipulation complètement irresponsable !

C'est comme si, lorsque l'on voulait arrêter son PC, on arrêtait tous les programmes par le Gestionnaire de Tâches en tuant tous les processus ...
Comme par exemple, un document Word, non-sauvegardé ... hop on kille le processus : PLUS DE DOCUMENT !
Avec des chances que Word soit planté au redémarrage suivant ...

Ceux qui distribuent cette astuce ne se rendent pas compte des effets pervers que cela peut produire :-(

Bye

Déjà les codes d'erreur pour la XBOX 360

jeanmarc — Mon, 28 Nov 2005 02:56:00 GMT

En espérant que ça ne porte pas "la poisse" pour le 2 Décembre, on peut déjà trouver plusieurs articles de la knowledge base pour la XBoX 360 :

http://support.microsoft.com/kb/907588/

Si vous n'êtes pas allergique à l'anglais, je vous conseille la version originale de ces articles...
(j'ai apprécié "Ce problème se produit lorsque la console est trop logicielle" pour les deux leds rouges à gauche qui signifient en fait "Ce problème se produit lorsque la console est trop chaude")