Les joies du transfert de fichiers MacWindows... dans le détail [long]
19 réponses
Jacques Perrocheau
Bonjour à tous,
Léger crucipostage justifié...
Aujourd'hui je fais les questions et réponses ;-). Cela va être un peu
long mais cela peut aider quelques débutants qui peuvent avoir à faire
des transferts de fichiers sur ces deux plates-formes.
Vous avez un macounet ou une macounette qui veut migrer de Mac à Pc ;-(.
Oui cela existe et heureusement pour cette catégorie, les possesseurs de
Mac OS X peuvent leur être utile... avec des emmerdes à la clef, c'est
l'objet de ce papier.
Dans la catégorie des macounets on n'a jamais été très regardant sur la
façon de nommer les fichiers et sur l'usage des icones personnalisées.
Les icones personnalisées Mac, je savais que cela aller poser pb
(caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant
de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
Attention, parfois le ficher des icones personnalisées d'origine
"douteuse" ne s'efface pas totalement par simple suppression de l'icone
dans la fenêtre "Lire les Informations..." parce que le fichier, tout en
resource fork, pour de raisons que je ne connais pas, contient d'autres
ressources que l'icone proprement dite. On est donc obligé de passer par
un utilitaire genre File Buddy ou ResEdit, selon les goûts, pour
effacer totalement ces fichiers.
Ensuite il va falloir faire la chasse aux caractères interdits sur le
file system Windows exemple: /;?... et caractère espace ou autre
"caractère invisible interdit" au début et en fin de nom de fichier (là
je me suis fait avoir, je ne m'y attendais pas).
Si vous les laissez... à quoi vous exposez vous ?
Si vous faites le rapatriement sur le PC en tant que client SMB du
serveur Samba de Mac OS X, le transfert va bloquer au premier fichier
"anormal" sans que le PC vous explique la moindre raison "il dit que le
fichier n'existe pas" alors qu'il le montre bien dans le fenêtre du
volume distant, j'adore;).
Si vous faites le transfert du Mac OS X en tant que client SMB du
serveur de fichier du PC (Windows 2k ou XP), vous allez penser que c'est
gagné puisque tout passe comme une lettre à la poste,.... grave
erreur!!!. Maintenant c'est sur le PC que vous allez avoir des
emmerdes... pas des petites. Les "fichiers" aux noms "anormaux" sont
bien là mais il font O Ko n'ont pas tous les attributs qu'on attend dans
le file system NTFS et surtout ces entrées de catalogue sont
*INEFFAÇABLES* en GUI... pas très clean. Et les pcéistes de gloser sur
l'incompétence des Macounets... et sur notre system qui ne serait pas si
bien que cela ;-(.
Je me suis tiré d'affaire de cette histoire. Si quelqu'un a une solution
plus élégante, je suis preneur. Je vous livre la mienne, on est entre
macounets, cette solution est sûrement connue de pcéistes. Elle peut
servir à effacer tout pseudo-fichier au nom mal formé sur Windows.
On lance l'éditeur de commande en ligne (Accessoires->Console) (c'est du
"mix" commandes MS-DOS, commandes qui ressemblent à de l'Unix). Pour
avoir une aide sur une commande taper celle ci avec /? comme argument,
les trois qu'on va utiliser sont:
cd /?
dir /?
del /?
Pour taper les arguments penser que le copier-coller existe. C'est du
mix Windows, X-windows (utilisation du clic souris milieu ou droit), un
peu fruste sur Win2K un peu plus convivial sur WinXP. Penser aussi que
la "complétion" d'arguments existe en standard sur WinXP, sur Win2K et
WinNT il faut l'activer si mon souvenir est exact
<http://www.bellamyjc.org/fr/windowsnt.html>.
OK on est pret.. On se place dans le répertoire où se trouve le pseudo
fichier récalcitrant:
cd (un copier-collé de l'argument est ici le bienvenu ;))
dir /A
pour voir tous les fichiers du répertoire, repérer les fichiers
"anormaux" (ils font O Ko) et voir les fichiers cachés "au sens du file
system".
C'est là que c'est un peu surprenant, Windows refuse la méthode douce:
del "NomVérolé "
obtenu par "complétion" du nom en ayant au préalable tapé " plus les
premières lettres du nom en question et:
del /A:H "._NomVérolé "
pour un fichier "caché".
Toujours le message de non existence de ce fichier. Si ce n'est pas un
bug, je me demande ce que c'est (?). Il faut donc y aller au canon de
400:
del *
pour les fichiers "visibles" et:
del /A:H *
obligatoirement pour effacer les fichiers "cachés".
Là le miracle s'acomplit.
Juste une dernière "obligation" (vraiment nul ce truc), si voulez
effacer en GUI (vous l'avez bien mérité!) le repertoire ayant contenu
les fichiers en question, il faudra quitter au préalable la Console
(taper exit). grrr...
Pour le nettoyage des noms de fichiers à faire de préférence sur la
machine d'origine (Mac OS 8-9) l'outil le plus efficace que j'ai trouvé
c'est Drop Rename 3.5
<http://www.chaoticsoftware.com/ProductPages/DropRename.html>, logiciel
qui permet de générer des droplets en quelques clics de souris pour
faire exactement ce que vous souhaitez.
Voilà, en espérant avoir été utile... vive les Macounets!.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
C'est la partie resource du fichier Mac, que tu ne vois pas, qui "réemerge" de cette façon sur les autres "files systems".
Ah ça existe encore les deux branches ? Je croyais que depuis OS X les resources n'existaient plus.
C'est dans HFS depuis le début et il faut bien assurer la compatibilité pour héberger les executables OS 9 et les fichiers des applications qui en font encore un usage obligé.
Par contre pour la pluplart des fichiers des applications existant sur les deux plateformes la partie "resource fork" est souvent "facultative". Mais certaines applications continuent à en enregistrer une même si elle est vide. Ce qui fait qu'on traine un "._xxx" qui est souvent inutile. Cela dit Mac OS X en fait un usage quand tu veux par exemple forcer l'ouverture spécifique d'un document par une application qui n'est pas celle pas défaut.
Et puis il y encore des éléments du sytem qui en font un usage exclusif les icones personnalisées, les extraits de texte,... et sans doute d'autres choses.
On peut encore se servir de Resedit, alors ?
Oui, même pour éditer les resources des logiciels packagés à la mac OS X mais qui ont encore des "resources" mais en "data fork" en les faisant passer momentanéement en "resource fork" avec un utilitaire comme QuickConvert.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto: alternate: mailto:
C'est la partie resource du fichier
Mac, que tu ne vois pas, qui "réemerge" de cette façon sur les autres
"files systems".
Ah ça existe encore les deux branches ? Je croyais que depuis OS X les
resources n'existaient plus.
C'est dans HFS depuis le début et il faut bien assurer la compatibilité
pour héberger les executables OS 9 et les fichiers des applications qui
en font encore un usage obligé.
Par contre pour la pluplart des fichiers des applications existant sur
les deux plateformes la partie "resource fork" est souvent
"facultative". Mais certaines applications continuent à en enregistrer
une même si elle est vide. Ce qui fait qu'on traine un "._xxx" qui est
souvent inutile. Cela dit Mac OS X en fait un usage quand tu veux par
exemple forcer l'ouverture spécifique d'un document par une application
qui n'est pas celle pas défaut.
Et puis il y encore des éléments du sytem qui en font un usage exclusif
les icones personnalisées, les extraits de texte,... et sans doute
d'autres choses.
On peut encore se servir de Resedit, alors ?
Oui, même pour éditer les resources des logiciels packagés à la mac OS X
mais qui ont encore des "resources" mais en "data fork" en les faisant
passer momentanéement en "resource fork" avec un utilitaire comme
QuickConvert.
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
alternate: mailto:Jacques.Perrocheau@univ-rennes1.fr
C'est la partie resource du fichier Mac, que tu ne vois pas, qui "réemerge" de cette façon sur les autres "files systems".
Ah ça existe encore les deux branches ? Je croyais que depuis OS X les resources n'existaient plus.
C'est dans HFS depuis le début et il faut bien assurer la compatibilité pour héberger les executables OS 9 et les fichiers des applications qui en font encore un usage obligé.
Par contre pour la pluplart des fichiers des applications existant sur les deux plateformes la partie "resource fork" est souvent "facultative". Mais certaines applications continuent à en enregistrer une même si elle est vide. Ce qui fait qu'on traine un "._xxx" qui est souvent inutile. Cela dit Mac OS X en fait un usage quand tu veux par exemple forcer l'ouverture spécifique d'un document par une application qui n'est pas celle pas défaut.
Et puis il y encore des éléments du sytem qui en font un usage exclusif les icones personnalisées, les extraits de texte,... et sans doute d'autres choses.
On peut encore se servir de Resedit, alors ?
Oui, même pour éditer les resources des logiciels packagés à la mac OS X mais qui ont encore des "resources" mais en "data fork" en les faisant passer momentanéement en "resource fork" avec un utilitaire comme QuickConvert.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto: alternate: mailto:
Philippe TOUTAIN
In article <1gdgmwu.2l6seg16dwyozN%, (Tardigradus) wrote:
Tiens, une question sur les fichiers, puisque tu sembles avoir de petits plaisirs de ce côté-là ;) Quand je copie des fichiers sur une clé USB et que je la mets ensuite sur un PC, mes fichiers apparaissent deux fois, la deuxième version commençant par un "._", il me semble. C'est quoi, ce truc bizarre ?
Les fichiers commençant par "._" ne sont pas des copies des fichiers mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés par le système. Sur le PC on peut les laisser ou faire un tri dans la fenêtre du bureau pour les mettre à la poubelle. De toute façon ils reviendront dès branchement sur le Mac de la clef.
Il existe par exemple sur les Palms un petit utilitaire (MacClean) qui détruit automatiquement ces fichiers (mais il le fait de façon incomplète).
-- Pour répondre en direct, enlevez les lettres doublées. Remove doubled characters in address.
In article <1gdgmwu.2l6seg16dwyozN%patrick.1150RTcazaux@cadratin.fr>,
patrick.1150RTcazaux@cadratin.fr (Tardigradus) wrote:
Tiens, une question sur les fichiers, puisque tu sembles avoir de petits
plaisirs de ce côté-là ;) Quand je copie des fichiers sur une clé USB et
que je la mets ensuite sur un PC, mes fichiers apparaissent deux fois,
la deuxième version commençant par un "._", il me semble. C'est quoi, ce
truc bizarre ?
Les fichiers commençant par "._" ne sont pas des copies des fichiers
mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés
par le système.
Sur le PC on peut les laisser ou faire un tri dans la fenêtre du bureau
pour les mettre à la poubelle. De toute façon ils reviendront dès
branchement sur le Mac de la clef.
Il existe par exemple sur les Palms un petit utilitaire (MacClean) qui
détruit automatiquement ces fichiers (mais il le fait de façon
incomplète).
--
Pour répondre en direct, enlevez les lettres doublées.
Remove doubled characters in address.
In article <1gdgmwu.2l6seg16dwyozN%, (Tardigradus) wrote:
Tiens, une question sur les fichiers, puisque tu sembles avoir de petits plaisirs de ce côté-là ;) Quand je copie des fichiers sur une clé USB et que je la mets ensuite sur un PC, mes fichiers apparaissent deux fois, la deuxième version commençant par un "._", il me semble. C'est quoi, ce truc bizarre ?
Les fichiers commençant par "._" ne sont pas des copies des fichiers mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés par le système. Sur le PC on peut les laisser ou faire un tri dans la fenêtre du bureau pour les mettre à la poubelle. De toute façon ils reviendront dès branchement sur le Mac de la clef.
Il existe par exemple sur les Palms un petit utilitaire (MacClean) qui détruit automatiquement ces fichiers (mais il le fait de façon incomplète).
-- Pour répondre en direct, enlevez les lettres doublées. Remove doubled characters in address.
c.demeester
manet wrote:
Claude Demeester wrote:
Tu m'a encore plus convaincu, je reste de plus en plus sur Mac.
ça ne dépendra peut-etre pas que de toi :-(
où vous en etes ?
Pour l'instant , je résiste :-)))
-- Claude Demeester
manet <pmanet@invivo.edu> wrote:
Claude Demeester <c.demeester@alussinan.org> wrote:
Tu m'a encore plus convaincu, je reste de plus en plus sur Mac.
Tu m'a encore plus convaincu, je reste de plus en plus sur Mac.
ça ne dépendra peut-etre pas que de toi :-(
où vous en etes ?
Pour l'instant , je résiste :-)))
-- Claude Demeester
FiLH
Sinmian writes:
Dans son post <1gdh6k6.j82i394gg18gN% du
PC pas Mac...
Non, certes, mais peut sur la plateforme de destination sauver les meubles (même si j'avoue n'en avoir pas testé l'efficacité dans le cadre de mon switch).
29 $ contre 10 $ :-(
Dépend du prix que l'on attribue à ses données.
;-)
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Sinmian <spamsux@sinmian.com> writes:
Dans son post <1gdh6k6.j82i394gg18gN%jperrocheau@mac.com.invalid> du
PC pas Mac...
Non, certes, mais peut sur la plateforme de destination sauver les
meubles (même si j'avoue n'en avoir pas testé l'efficacité dans le
cadre de mon switch).
29 $ contre 10 $ :-(
Dépend du prix que l'on attribue à ses données.
;-)
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Non, certes, mais peut sur la plateforme de destination sauver les meubles (même si j'avoue n'en avoir pas testé l'efficacité dans le cadre de mon switch).
29 $ contre 10 $ :-(
Dépend du prix que l'on attribue à ses données.
;-)
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Jean.Pierre.Poindessault
In article <c7g3bd$ei0$, wrote:
In article
.fr>, (J.P. Poindessault) wrote:
Tu as raison d'autant que la jolie histoire de Jacques ne nécessite absolumment pas un Mac pour la réaliser. On fait très bien ça de PC à PC !!! Mais ce n'est pas grave, cela fait statistiquement partie des "accidents normaux" de l'environnement ;-)
Oui, mais il m'a fallu un Mac pour le découvrir (vaniteuse supériorité ;)).
Cela m'a permis de régler exactement le même pb sur un autre PC (pseudo-fichier ineffaçable en GUI) où je me demandais bien comment cela s'était produit. Ces gens là ne "fricotaient" pourtant pas avec les Macs. Donc tu me confirmes qu'ils peuvent très bien "se faire cela" tout seuls. :-) Arff..!! -------
Je confirme. Petit bémol, je ne sais pas si cela est vrai pour toutes les versions de Windows ou, pour être plus précis, entre quelles versions de Windows cela peut arriver.
JPP
In article <c7g3bd$ei0$1@news.univ-rennes1.fr>,
Jacques.Perrocheau@univ-rennes1.fr.invalid wrote:
In article
<Jean.Pierre.Poindessault-ya02408000R0705041514480001@news.univ-poitiers
.fr>,
Jean.Pierre.Poindessault@univ-poitiers.fr (J.P. Poindessault) wrote:
Tu as raison d'autant que la jolie histoire de Jacques ne nécessite
absolumment pas un Mac pour la réaliser. On fait très bien ça de PC à PC
!!!
Mais ce n'est pas grave, cela fait statistiquement partie des "accidents
normaux" de l'environnement ;-)
Oui, mais il m'a fallu un Mac pour le découvrir (vaniteuse supériorité
;)).
Cela m'a permis de régler exactement le même pb sur un autre PC
(pseudo-fichier ineffaçable en GUI) où je me demandais bien comment cela
s'était produit. Ces gens là ne "fricotaient" pourtant pas avec les
Macs. Donc tu me confirmes qu'ils peuvent très bien "se faire cela" tout
seuls. :-) Arff..!!
-------
Je confirme.
Petit bémol, je ne sais pas si cela est vrai pour toutes les versions de
Windows ou, pour être plus précis, entre quelles versions de Windows cela
peut arriver.
Tu as raison d'autant que la jolie histoire de Jacques ne nécessite absolumment pas un Mac pour la réaliser. On fait très bien ça de PC à PC !!! Mais ce n'est pas grave, cela fait statistiquement partie des "accidents normaux" de l'environnement ;-)
Oui, mais il m'a fallu un Mac pour le découvrir (vaniteuse supériorité ;)).
Cela m'a permis de régler exactement le même pb sur un autre PC (pseudo-fichier ineffaçable en GUI) où je me demandais bien comment cela s'était produit. Ces gens là ne "fricotaient" pourtant pas avec les Macs. Donc tu me confirmes qu'ils peuvent très bien "se faire cela" tout seuls. :-) Arff..!! -------
Je confirme. Petit bémol, je ne sais pas si cela est vrai pour toutes les versions de Windows ou, pour être plus précis, entre quelles versions de Windows cela peut arriver.
JPP
jperrocheau
Philippe TOUTAIN wrote:
Les fichiers commençant par "._" ne sont pas des copies des fichiers mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés par le système.
C'est la partie "resource fork" du fichier Mac.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto: alternate: mailto:
Philippe TOUTAIN <XXphtouYYtainZZ@free.fr> wrote:
Les fichiers commençant par "._" ne sont pas des copies des fichiers
mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés
par le système.
C'est la partie "resource fork" du fichier Mac.
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
alternate: mailto:Jacques.Perrocheau@univ-rennes1.fr
Les fichiers commençant par "._" ne sont pas des copies des fichiers mais des fichiers invisibles de petite taille (sous Mac OS X) utilisés par le système.
C'est la partie "resource fork" du fichier Mac.
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto: alternate: mailto:
FiLH
Sinmian writes:
Dans son post du lundi 10/05/2004, FiLH,
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
Gni ? Tu veux dire en liaison avec MacNames ou c'est un tout autre truc ?
Tout autre chose.
Recode est un logicle de traduction de codages de caractère. Ce genre de commandes permet de passer les noms de fichiers accentués et autres amuseries de Mac à PC ou vice versa.
Bon il y a en général quelques raffinements à faire en plus.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Sinmian <spamsux@sinmian.com> writes:
Dans son post <uxr7tsy9gd.fsf@enseirb.fr> du lundi 10/05/2004, FiLH,
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
Gni ? Tu veux dire en liaison avec MacNames ou c'est un tout autre
truc ?
Tout autre chose.
Recode est un logicle de traduction de codages de caractère.
Ce genre de commandes permet de passer les noms de fichiers accentués
et autres amuseries de Mac à PC ou vice versa.
Bon il y a en général quelques raffinements à faire en plus.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
On peut faire des choses avec l'excellent recode de chez gnu
quelque chose du genre
$pcname=`echo $macname | recode Mac..PC `
mv $macname $pcname
Gni ? Tu veux dire en liaison avec MacNames ou c'est un tout autre truc ?
Tout autre chose.
Recode est un logicle de traduction de codages de caractère. Ce genre de commandes permet de passer les noms de fichiers accentués et autres amuseries de Mac à PC ou vice versa.
Bon il y a en général quelques raffinements à faire en plus.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Nicolas.MICHEL
Salut Jacques, merci pour ce post, je reviens tardivement sur le sujet (j'étais absent) en reprenant certains éléments :
Jacques Perrocheau wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb (caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ? (bon, c'est pas la solution, m'enfin...)
Ensuite il va falloir faire la chasse aux caractères interdits sur le file system Windows exemple: /;?... et caractère espace ou autre "caractère invisible interdit" au début et en fin de nom de fichier (là je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça quand le cas se présente, généralement quand on doit graver au format iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passait jusqu'à présent par les services appletalk d'un serveur win2k. J'ai jamais eu les problèmes de fichiers ineffaçables que tu cites et pourtant j'ai moitié mac moitié pc, donc les transferts mac-win, on en fait tous les jours, y compris des switch . Je suppose donc que ça peut être une solution...
Voilà, en espérant avoir été utile... vive les Macounets!.
J'espère ne jamais en avoir besoins mais j'ai quand-même archivé ton post. Merci :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Salut Jacques, merci pour ce post, je reviens tardivement sur le sujet
(j'étais absent) en reprenant certains éléments :
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb
(caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant
de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ?
(bon, c'est pas la solution, m'enfin...)
Ensuite il va falloir faire la chasse aux caractères interdits sur le
file system Windows exemple: /;?... et caractère espace ou autre
"caractère invisible interdit" au début et en fin de nom de fichier (là
je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça
quand le cas se présente, généralement quand on doit graver au format
iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passait jusqu'à présent par les services appletalk d'un serveur
win2k. J'ai jamais eu les problèmes de fichiers ineffaçables que tu
cites et pourtant j'ai moitié mac moitié pc, donc les transferts
mac-win, on en fait tous les jours, y compris des switch .
Je suppose donc que ça peut être une solution...
Voilà, en espérant avoir été utile... vive les Macounets!.
J'espère ne jamais en avoir besoins mais j'ai quand-même archivé ton
post. Merci :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Salut Jacques, merci pour ce post, je reviens tardivement sur le sujet (j'étais absent) en reprenant certains éléments :
Jacques Perrocheau wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb (caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ? (bon, c'est pas la solution, m'enfin...)
Ensuite il va falloir faire la chasse aux caractères interdits sur le file system Windows exemple: /;?... et caractère espace ou autre "caractère invisible interdit" au début et en fin de nom de fichier (là je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça quand le cas se présente, généralement quand on doit graver au format iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passait jusqu'à présent par les services appletalk d'un serveur win2k. J'ai jamais eu les problèmes de fichiers ineffaçables que tu cites et pourtant j'ai moitié mac moitié pc, donc les transferts mac-win, on en fait tous les jours, y compris des switch . Je suppose donc que ça peut être une solution...
Voilà, en espérant avoir été utile... vive les Macounets!.
J'espère ne jamais en avoir besoins mais j'ai quand-même archivé ton post. Merci :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Jacques Perrocheau
In article <1gea99r.16xrstx12vf602N%, (Nicolas MICHEL) wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb (caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ? (bon, c'est pas la solution, m'enfin...)
Et si un fichier commence pas Icon... il disparaît dans l'opération. ;-°
Euh! oui sur OS X mais j'ai préféré m'en débarrasser à la source (sur OS 9) pour ne plus y revenir...
Ensuite il va falloir faire la chasse aux caractères interdits sur le file system Windows exemple: /;?... et caractère espace ou autre "caractère invisible interdit" au début et en fin de nom de fichier (là je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça quand le cas se présente, généralement quand on doit graver au format iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passais jusqu'à présent par les services appletalk d'un serveur win2k.
AppleShare d'un Win2K serveur...
J'ai jamais eu les problèmes de fichiers ineffaçables que tu cites et pourtant j'ai moitié mac moitié pc, donc les transferts mac-win, on en fait tous les jours, y compris des switch . Je suppose donc que ça peut être une solution...
Des fichiers ineffaçables en GUI, j'en ai rencontré depuis sans que le Mac en soit la cause... comme le signale Jean-Pierre.
Cela dit le serveur AppleShare de Win2k semble plus tolérant tout au moins pour les espaces en début et fin de nom, mais je ne sais pas comment il fait. En faisant un test avec "Essai.doc" "Essai?.doc" "Essai.doc "
copié d'un Mac OS X (10.3.3) vers un Win2K serveur en AppleShare et redescendu sur un WinXP en SMB on a la surprise de voir afficher en distant dans l'Explorer les fichiers sous scrictement le même nom "Essai.doc" et aussi en local après copie. Seul le dernier n'a pas d'icone. Par contre le WinXP ne bloque ni à la copie ni à l'effacement. Je ne sais pas quelle cuisine, il fait en interne.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gea99r.16xrstx12vf602N%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb
(caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant
de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ?
(bon, c'est pas la solution, m'enfin...)
Et si un fichier commence pas Icon... il disparaît dans l'opération. ;-°
Euh! oui sur OS X mais j'ai préféré m'en débarrasser à la source (sur OS
9) pour ne plus y revenir...
Ensuite il va falloir faire la chasse aux caractères interdits sur le
file system Windows exemple: /;?... et caractère espace ou autre
"caractère invisible interdit" au début et en fin de nom de fichier (là
je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça
quand le cas se présente, généralement quand on doit graver au format
iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passais jusqu'à présent par les services appletalk d'un serveur
win2k.
AppleShare d'un Win2K serveur...
J'ai jamais eu les problèmes de fichiers ineffaçables que tu
cites et pourtant j'ai moitié mac moitié pc, donc les transferts
mac-win, on en fait tous les jours, y compris des switch .
Je suppose donc que ça peut être une solution...
Des fichiers ineffaçables en GUI, j'en ai rencontré depuis sans que le
Mac en soit la cause... comme le signale Jean-Pierre.
Cela dit le serveur AppleShare de Win2k semble plus tolérant tout au
moins pour les espaces en début et fin de nom, mais je ne sais pas
comment il fait. En faisant un test avec
"Essai.doc"
"Essai?.doc"
"Essai.doc "
copié d'un Mac OS X (10.3.3) vers un Win2K serveur en AppleShare et
redescendu sur un WinXP en SMB on a la surprise de voir afficher en
distant dans l'Explorer les fichiers sous scrictement le même nom
"Essai.doc" et aussi en local après copie. Seul le dernier n'a pas
d'icone. Par contre le WinXP ne bloque ni à la copie ni à l'effacement.
Je ne sais pas quelle cuisine, il fait en interne.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1gea99r.16xrstx12vf602N%, (Nicolas MICHEL) wrote:
Les icones personnalisées Mac, je savais que cela aller poser pb (caractère "retour chariot" à la fin du nom "Icon "). Donc on vire avant de faire un transfert Mac OS 8-9<-AppleShare->Mac OS X<-SMB->Windows.
As-tu testé un "find /mon/dossier -name "Icon*" -delete" ? (bon, c'est pas la solution, m'enfin...)
Et si un fichier commence pas Icon... il disparaît dans l'opération. ;-°
Euh! oui sur OS X mais j'ai préféré m'en débarrasser à la source (sur OS 9) pour ne plus y revenir...
Ensuite il va falloir faire la chasse aux caractères interdits sur le file system Windows exemple: /;?... et caractère espace ou autre "caractère invisible interdit" au début et en fin de nom de fichier (là je me suis fait avoir, je ne m'y attendais pas).
ça, c'est vrais que c'est ch*. J'utilises aussi drop.rename pour ça quand le cas se présente, généralement quand on doit graver au format iso.
Si vous les laissez... à quoi vous exposez vous ?
Perso je passais jusqu'à présent par les services appletalk d'un serveur win2k.
AppleShare d'un Win2K serveur...
J'ai jamais eu les problèmes de fichiers ineffaçables que tu cites et pourtant j'ai moitié mac moitié pc, donc les transferts mac-win, on en fait tous les jours, y compris des switch . Je suppose donc que ça peut être une solution...
Des fichiers ineffaçables en GUI, j'en ai rencontré depuis sans que le Mac en soit la cause... comme le signale Jean-Pierre.
Cela dit le serveur AppleShare de Win2k semble plus tolérant tout au moins pour les espaces en début et fin de nom, mais je ne sais pas comment il fait. En faisant un test avec "Essai.doc" "Essai?.doc" "Essai.doc "
copié d'un Mac OS X (10.3.3) vers un Win2K serveur en AppleShare et redescendu sur un WinXP en SMB on a la surprise de voir afficher en distant dans l'Explorer les fichiers sous scrictement le même nom "Essai.doc" et aussi en local après copie. Seul le dernier n'a pas d'icone. Par contre le WinXP ne bloque ni à la copie ni à l'effacement. Je ne sais pas quelle cuisine, il fait en interne.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
