Re: clé USB
[ Nouvelle discussion
| Répondre au groupe
|
fr.comp.os.mac-os.classiques ]
Sujet: Re: clé USB
De: fgr...@gmail.com (Francois Grieu)
Groupes: fr.comp.sys.mac.materiel, fr.comp.os.mac-os.classiques
Organisation: Guest of ProXad - France
Date: 08. Jan 2008, 14:01:41
References: 1 2
|
Dans l'article <mn.42bc7d81961fd62c.85561@free.fr>,
un anonyme nous dit:
> O 3 a formulé ce vendredi :
> > Peut-on utiliser une mème clé USB sur un Mac et un PC? et avec quel
> > formatage?
>
> Sous MacOs9, la réponse est non, j'en ai fait les frais :-(
De mon expérience longue et répétée, ça marche sans problème majeur.
Sous MacOS 9, il faut impérativement le tableau de bord
"Échange de fichiers", c'est lui qui gère les format FAT (j'utilise
la version FU1-3.0.5 qui vient avec MacOS 9.2.1 et ultérieurs)
Il faut que la clé soit "standard" (quasi toutes sauf celles avec
reconaissance d'empreinte digitale ou autre machin de sécurité ET
qui reposent sur un programme tournant sur la machine hôte).
Il faut que la clé soit formattée au format FAT ou FAT32 (elles
arrivent comme ça); en cas de doute, on peut formatter la clé sous
MacOS 9, au format dit "DOS"; avec certaines versions de
"Échange de fichiers", il semble que c'est même une condition de
stabilité.
Pour de nombreuses clés, il ne faut pas les brancher sur le clavier
d'un Macintosh (alimentation insuffisante), mais plutôt sur un port USB
du Macintosh ou sur un hub muni d'une alimentation (en général, cela
inlcu le hub des moniteurs Apple, quand ils fonctionnent encore)
Sous MacOS 9, l'USB est limité à USB Full speed (12 Mbit/s soit 1Mo/s
utile par temps clair) même si le harware permet USB High Speed
(480 Mbit/s, vitesse réelle limitée par la mémoire Flash). C'est
une bonne raison pour comprimer les fichiers/dossiers avant transfert
par clé USB.
Autres pièges:
- Les noms de fichier MacOS sont limités à 31 caractères par le Finder
et la pluspart des applications, ceici point et extension compris;
au delà, le nom ne passe pas.
- La notion de resource fork, type, créateur, et autres attributs,
n'est pas supportée nativement par les formats FAT; de plus MacOS 9
et OS X ont des conventions différentes et incompatibles pour
représenter ces notions sur les volumes FAT.
Donc, comme pour un transfert par Internet
- si un fichier doit changer d'operating system, il faut qu'il soit
d'un format sans resource fork (ou avec une resource fork non
critique, c'est le cas de Word); si l'on comprime le fichier
(conseillé), utiliser un format genre zip, qui est reconnu partout et
permet de ne garder que la resource fork (ou, sous OS X, de l'isoler
dans un fchier distinct); sous MacOS 9 j'utilise ZipIt 1.4;
- limiter les noms de fichier à 31 caractères, point et extension
compris; éviter les caratères accentués et bizarres, en particulier
? * / \ et idéalement se limiter à lettres chiffres - _ suivi d'un
point et de 1 à 3 lettres ou chiffres caratéristiques; attention,
sous Windows et certains Unix, souvent, on ne voit pas le point et
l'extension, donc se limiter à 25 caractères extension non comprise
si on ne sait pas la taille de l'extension.
exemple: LettreMotivation_20080101.doc pour un document Word
- sous MacOS, donner explicitement une extension édaquate aux fichiers.
- si un fichier MacOS 9 (par exemple, une application ou un plug-in)
doit transiter par un PC pour stockage ou transfert, le comprimer
Stuffit/DropStuff (format sit) avant, pour être sur de garder
resource fork, type et créateur (qui seraient perdus si après
copie sur la clé, un PC ou OS X est utilisé pour déplacer le fchier,
y compris dans un dossier sur le même support)
- sous MacOS 9, certains disent qu'il est imprudent de copier des dossiers,
car souvent ils contiennent un fichier invisible icon\015 qui pourrait
foutre le bouzin; raison de plus pour faire une archive zip ou sit
avec un dossier.
François Grieu

|
 cette fonctionnalité est reservée aux membres ayant une session active !
|