mercredi 31 juillet 2013

Clé USB ne fonctionne pas dans Windows7

Lorsque l'on branche la clé USB, on entend le son comme quoi Windows a détecté que la clé avait été branchée à l'ordinateur mais le drive n'apparaît jamais dans l'explorateur.

Pour corriger le problème, il faut désinstaller le driver de la clé USB et réinsérer celle-ci pour que l'installation du driver se fasse de nouveau.

mardi 30 juillet 2013

"Drag and Drop" ou "Copier-Coller" d'une clé USB vers Dossier ne fonctionne pas avec Windows 8

Un collègue m'a interpellé en me demandant si  j'avais déjà vu des problèmes avec le "Drag and Drop" et "Copier-Coller" qui ne semble pas fonctionner sur Windows 8 à partir d'une clé USB.  Intrigué, j'ai fait des tests avec lui sur son ordinateur pour me rendre compte que c'était seulement un dossier en particulier sur sa clé USB qui avait le problème.  Lorsque le problème survient, aucune erreur ni d'avertissement s'affiche à l'écran, rien du tout, on ne peut que voir que ça ne fonctionne pas.

En essayant d'identifié le problème, j'ai essayé de changer les droits de sécurité sur le dossier et ses sous-dossiers pour en arriver avec un message d'erreur comme quoi un fichier ayant le nom ±@£¢¤¬¦²³¼ est à problème.  Ça semble être un fichier corrompu sur la clé.  J'ai donc effectué un "ScanDisk" sur la clé USB qui a identifié le fichier à problème et corrigé celui-ci.

Le tout était fonctionnel par la suite.

Explorateur Windows arrête de fonctionner en visualisant le contenu du dossier "Mes Images" en vue miniature

Un autre beau problème que j'ai rencontré à mon retour de vacance... Mauvaise semaine. L'Explorateur Windows arrête de fonctionner et fige quand j'essaie d'afficher les images en vue miniature.  Après vérifications sur internet, il y a une possibilité que ce soit un fichier corrompu qui génère le problème.  J'ai exécuté un scan disque mais aucun problème a été trouvé.  Même avec Procmon.exe, je ne trouve rien de clair qui pourrait m'aider.

Je me rend compte aussi que si j'essaie d'enregistrer une capture d'écran avec mspaint.exe, celui-ci arrête de fonctionner et fige dès que j'essaie de sauvegarder le fichier.  Il semble revenir en fonction après un long délai de temps.

Je commence à me demander si ceci n'a pas de lien avec mon autre problème du menu avec le clic droit.  Je prend donc une capture réseau avec Wireshark en affichant le contenu du dossier "Mes Images".  Et Surprise!  Je vois que ma station essaie de communiquer avec l'ancienne adresse IP de mon portable (Mon portable a été changé de segment réseau, mais ça fait plusieurs mois).  Après vérification des fichiers qui sont présents dans le dossier "Mes Images", je trouve un raccourci qui a comme cible \\AncienneIPduPortable\path vers échantillon d'images.  J'efface donc le raccourci et le problème est réglé.

Comme l'autre problème du clic droit pour le menu, c'est un problème très nébuleux mais très probablement lié aux mêmes éléments dont le Firewall TrendMicro.

Explorateur Windows arrête de fonctionner clic droit sur fichier

Voici un problème très étrange qui m'est arrivé sur mon portable au travail.  Tout à débuté avec mon retour d'une semaine de vacance.  Le clic droit sur un fichier pour afficher le menu contextuel ne s'affichait pas, l'explorateur Windows arrêtait de fonctionner et restait complètement figé.


Le fameux menu.


Après plusieurs recherches et vérifications, je me suis rendu compte que le problème ne se produisait pas si j'utilisais un fichier avec une extension .exe.  Étrange... J'ai donc utilisé mon ami Procmon.exe  pour avoir plus de détail sur ce que l'explorateur Windows effectuait comme travail.  J'ai seulement remarqué qu'il semblait y avoir un vérification du type d'extension du fichier...

Rien de vraiment concluant.

J'ai fait des recherches sur internet pour voir s'il n'y avais pas d'autres usagers qui semblaient avoir le même problème.  Je suis tombé sur un site qui identifiait peut-être un conflit avec l'extension du fichier et que ceci pouvait être corrigé avec ShellExView de NirSoft.  Après avoir exécuté l'application, je n'ai rien vu de concluant.

Après une rage de désinstallation de logiciel non essentiel :o)  Le problème était toujours présent, donc le problème ne venait pas d'un logiciel qui venait d'être installé.

Et puis, par hasard en faisant mes tests, j'ai débranché le portable du réseau... Comme par magie, maintenant le menu fonctionne et sur tout les fichiers.  Donc, j'en ai conclu que l'explorateur devait chercher quelque chose sur le réseau, mais quoi?  J'ai donc démarré Wireshark.  J'ai remarqué qu'il y avait des requêtes qui étaient envoyés vers un serveur de fichiers qui avait été mis hors service depuis quelques temps.  Dans l'image suivante, #1 On peut voir que le DNS a toujours une entrée pour le serveur.  #2 La station essaie de communiquer avec le serveur, requête Ping et broadcast Netbios.

Communication réseau vers l'ancien serveur.

Donc, pourquoi ma station cherche-t-elle le vieux serveur sur le réseau?  Une recherche dans la base de registre Windows m'a permis de voir qu'il y avait toujours des traces du serveur dans la section HKEY_CLASSES_ROOT\applications\4eDimension.  La clé de registre Shell\(Par Défaut) était configurée à \\nomduserveur\path vers application 4D.  L'application 4eDimension n'était pas installée localement sur le poste mais était lancée à partir du partage. 

Exemple du registre car j'ai effacé la clé...

Le problème serait donc possiblement lié à une extension de fichier qui est associée à un logiciel sur un partage qui n'est plus disponible...  Pour vérifier, j'ai ouvert l'explorateur Windows -> Outils -> Options des dossiers -> Types de fichiers.  J'ai identifié l'extension .4DB qui était associée à l'application 4eDimension, j'ai effacé l'extension de fichier. Et Voilà! Problème résolu.

Dans la section "S'ouvre avec:" On pouvait voir 4eDimension.

Par la suite j'en ai profité pour effacer tout les clés en lien avec l'ancien serveur dans la base de registre.

Pourquoi ce problème est donc présent?  Si le partage n'était pas accessible, il semble que le "timeout" est étrangement long.  J'ai donc essayé de faire un test de connexion à un port du serveur avec Telnet et j'ai une connexion...??!?!?!  Une connexion sur une adresse IP qui ne répond pas au ping ?!?!?  Ça semble être un problème de Firewall, j'ai donc désactiver TrendMicro qui est installé sur mon poste et maintenant je suis incapable de me brancher au port.  Est-ce que le problème est dû à ceci? Je ne pourrais le dire pour l'instant mais il semble que ceci pourrait être dû à la combinaison de plusieurs éléments ensemble.

1- Le DNS a toujours l'entrée pour le serveur qui n'est plus en fonction.
2- Un type de fichier était associé à une application disponible sur un partage qui n'était plus accessible.
3- Le serveur n'était plus accessible mais je peux toujours faire une connexion à un port sur celui-ci.

Tout les fichiers téléchargés sont vus comme des Virus par Windows Defender.

Après une recherche sur internet, j'ai trouvé ce site qui décrit comment corriger le problème.

http://blog.crosbydrive.com/?p=411

À noter que maintenant MalwareByte Anti-Rookit (http://www.malwarebytes.org/products/mbar/) semble identifier et corriger le problème.  Cependant, suite à un commentaire de mon ami Simon, il semble y avoir des étapes à faire avec Microsoft Security Essential.

"Effectivement, mbam antirootkit a fait la job, il a rétabli windows defender, y'a fallu que je scrap Microsoft security essential à la main dans windows 7 portable (comme ERD Commander). Réinstaller MSE et ca la arrêter de me dire que tout était infecté lors du téléchargement."

Voici une copie de texte du blog si jamais le blog vient qu'à disparaître:

This was a computer with a nasty virus on it that attacked Microsoft Security Essentials and Windows Defender. The problem here has to do with Windows Defender but the little bugger did the same thing to both. You might notice that MSE can’t be uninstalled or removed in any way. Regardless of the MSE problem, IE is complaining because the virus has damaged Windows Defender. I will assume you have worked out your problems with MSE already.
The problem is that the virus writer has used symbolic links to point the Windows Defender files and folders at the registry folder, so “running” any file in C:/program files/windows defender actually tries to open C:/windows/system32/config. If you are a technician and want a detailed analysis and probably a more elegant solution, take a look at this thread at Foolish IT. What I ended up doing is a bit convoluted, there might be some short cuts but it worked:
  1. From a machine running the same version of Windows (must be same bus width, 64 or 32), copy the files from c:/Program Files/Windows Defender to a flash drive (don’t copy the folder en-US).
  2. Boot to Startup Repair
  3. Open a Command Prompt
  4. Rename C:/program files/Windows Defender to C:/program files/BADWD
  5. Make a copy of the C:/Windows/System32/config folder, call it configbackup (double and triple check that this copy has been successful)
  6. Use a *nix live CD to boot the problem computer, I used Ubuntu
  7. In Ubuntu, delete c:/Windows/System32/config (see why you need to triple-check that you have a good backup?)
  8. Now, delete all the files and folders in c:/program files/BADWD and then delete that folder
  9. Make a(nother) copy of c/windows/system32/configbackup, if you do a copy and paste it should be called configbackup (Copy 1)
  10. Rename configbackup (Copy 1) to config
  11. Reboot the computer into Windows (here’s where you find out if your copy commands were all good)
  12. If you’re still in the game, reboot again into Startup Repair
  13. Run SFC /scannow (using the OFFBOOTDIR and OFFWINDIR switches). This will partially create the Windows Defender folder but not the files in it. This command will actually fail, alas I do not have a solution for this other than to reinstall Windows
  14. Reboot to Windows and copy the file from your flash drive to the C:/Program Files/Windows Defender folder
  15. Run MSASCui
You can now download using IE and Windows Defender is once again functional (but imperfect). As we have not got the permissions sorted, this could have downstream impacts that I can anticipate, moreover, it probably leaves Windows Defender vulnerable to further attacks. You might want to check whether Windows Update works, as it is sensitive to Windows Defender problems.
After the above fix, I got an error 0x80071a91 and Windows Update failed. If this happens to you (and it probably will) you can find the fix here (by 1bug): http://forums.whirlpool.net.au/archive/2007914. I hope that link stays OK, if it doesn’t the TL;dr is to Reset the File System Resource Manager and Reset CLFS Transaction Logs (you need to do both).