<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2802" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Bonjour,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>> Les problèmes peuvent-ils avoir un rapport 
avec uhci et ehci ?</FONT></DIV>
<DIV><FONT face=Arial size=2>>> Une clé USB2 fonctionne-t-elle forcément 
sur un port USB1 ?</FONT></DIV>
<DIV><FONT face=Arial size=2>>> Je n'en sais rien.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>- Plusieurs fois j'ai rencontrer ce problème durant 
des dépannages sous Windows XP ou 98.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Il semble que les clefs USB 2.0 de certaines 
marques fonctionnent aussi en USB 1.0, ou USB 1.1,</FONT></DIV>
<DIV><FONT face=Arial size=2>mais on peut supposer que ce sont souvent des 
modèles anciens conçus pour la transition de norme,</FONT></DIV>
<DIV><FONT face=Arial size=2>et donc plus commercialisé à ce jour ou de meilleur 
qualité ?</FONT></DIV>
<DIV><FONT face=Arial size=2>Je n'ai pas pu tester de clefs USB 2.0, sur Debian 
Sarge 2.6, avec un bus USB 1.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV>> * sur la même machine, je n'ai pas pu lire une clé, qui, après 
vérifs,<BR>> fonctionne bien sous windows. On m'a parlé de verrouillage 
possible par<BR>> soft Windows...<BR><BR>>> J'ai déjà vu une clé avec 
deux partitions: la première, non protégée, contient <BR>>> le soft pour 
pouvoir lire la deuxième. Donc sous linux, on peut quand même <BR>>> lire 
la première.</DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>- Effectivement il existe des clefs, contenant deux 
partitions avec un programmes de protection par mot de passe sous 
Windows.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Au premier lancement, le programme demande un mot 
de passe. Après l'avoir renseigné par un mot de passe "non vide"</FONT></DIV>
<DIV><FONT face=Arial size=2>le branchement de la clef sous Windows provoquera 
toujours une demande de mot de passe.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Je confirme ; alors on ne pourra lire que la 
première partition, que ce soit sous Windows ou sous Linux !</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>On peut supprimer la protection en lançant le 
programme. Après avoir donné le mot de passe,</FONT></DIV>
<DIV><FONT face=Arial size=2>On le redéfinie par un mot de passe 
vide.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>- J'ai aussi rencontré d'autres comportement 
étranges :</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Si je formate la clef à partir de Windows 98 ou XP, 
en FAT 16, impossible de la lire sous formate 2.6.</FONT></DIV>
<DIV><FONT face=Arial size=2>Après un formatage, sous formate 2.6, de la clef en 
vfat,</FONT></DIV>
<DIV><FONT face=Arial size=2>elle fonctionne parfaitement sous formate 2.6 et 
sous Windows 98 ou XP,</FONT></DIV>
<DIV><FONT face=Arial size=2>mais si après un formatage, sous formate 2.6, de la 
clef en Windows,</FONT></DIV>
<DIV><FONT face=Arial size=2>je copie des fichiers à partir de Windows, 
</FONT><FONT face=Arial size=2>je ne peut plus la monter sous formate 
2.6.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Avant que je n'ai eut à formater ma clef pour la 
première fois, elle marchait très bien.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Les messages systèmes renvoyés par le noyau 
(2.6.10) au moment de insertion,</FONT></DIV>
<DIV><FONT face=Arial size=2>laissent entendre que le problème vient du système 
de fichier.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Les entêtes qui précédent la table de FAT, sont 
utilisés pour reconnaître</FONT></DIV>
<DIV><FONT face=Arial size=2>le système de fichier et le système 
destinataire.</FONT></DIV>
<DIV><FONT face=Arial size=2>Windows changerait-il les entêtes du système de 
fichier à la lecture ?</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Il y a sûrement un problème en le format FAT 
16 d'origine et le format formate.</FONT></DIV>
<DIV><FONT face=Arial size=2>Dotant que Windows 98 supporte le système FAT 
16, formate et FAT 32,</FONT></DIV>
<DIV><FONT face=Arial size=2>mais provoque des fois des erreurs de lecture 
sous formate ;</FONT></DIV>
<DIV><FONT face=Arial size=2>et qu'XP supporte FAT 16, formate et FAT 
32,</FONT></DIV>
<DIV><FONT face=Arial size=2>mais ne précise pas la nature du système (FAT 16 ou 
formate) pour le formatage FAT</FONT></DIV>
<DIV><FONT face=Arial size=2>(Au choix, dans l'utilitaire : NTFS, FAT 32, 
FAT)</FONT></DIV>
<DIV><FONT face=Arial size=2>On peut supposer que c'est du vfat.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Je pensait contourner l'obstacle en formatant en 
FAT 32,</FONT></DIV>
<DIV><FONT face=Arial size=2>mais je ne suis pas parvenu à la lire sous Debian 
Sarge 2.6.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Le noyau (2.6.10) supporte-t-il FAT 32 
?</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Merci, et bon week end,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Stéphane</FONT></DIV></BODY></HTML>