Bonjour,
 
Je travaille dans un environnement hétérogène, nous avons aussi bien des pc's avec Linux, windows que des Mac's. La plupart du temps, ça se passe pas trop mal. Sauf que dans le cadre d'un projet de mise à disposition en ligne de nos archives DVD rencontrons divers problèmes.  
 
Nous avons configuré une machine sous Debian avec 5 lecteurs DVD qui s'occupe dès qu'un cd est inséré de lister les fichiers qui y sont graver et de les copiers au moyen de la commande cp vers un espace de stockage sur le réseau.  La plupart du temps, aucun problèmes, mais dans certains cas, les dvd's ont été gravé depuis une station mac et les fichiers contiennent des / .  
 
Lors de la copie, les "/" sont automatiquement converti en ":"  exemple: 130/HYPER devient 130:HYPER. Jusque là, ce n'est pas trop génant, par contre, lorsqu'un client se connecte en samba, le nom de fichier tel qu'il apparaît à l'écran n'a plus rien à voir avec le nom original.
 
Un exemple concret, toujours le même:
 
130:HYPER devient 1D8SUZ~R lorsqu'il est affiché par un client samba (que ce soit via un Mac ou un PC) et 130#1FC lorsqu'il est accédé via AFP.  
 
Configuration:
 
PC servant à la copie:
PC de bureau classique: Intel Celeron 3 Ghz, 2 Giga de ram DDR, 5 lecteurs DVD, Debian Lenny
 
Serveur stoquant l'archivage:
Proliant DL 360, DEBIAN Etch. Netatalk et samba installés et configurés pour le partage des ressources.
 
 
Merci d'avance pour toute aide apportée.

Bonne chance

je crois que je vais en avoir besoin en effet.

De mémoire, le : est le séparateur dans les chemins de fichier sous MacOS classic (comme le / sous linux) -> il y a toutes les chances que le caractère : soit interdit dans les noms de fichier
 
il faudrait donc essayer de renommer les fichiers contenant le: en replaçant celui-ci par un autre caractère (à essayer d'abord sur un fichier pour voir si c'est bien ça, puis script shell à associer au cp par la suite)

Nan nan à mon avis c'est infiniment plus complexe que ça.
Je soupsonne OSX de stocker les noms de fichier dans des ressources fork HFS. Y'a des chances que netatalk soit capable de les lires mais pour samba ça m'étonnerais.
Tu as vérifier qu'il n'y a pas de fichier .quelquechose sur tes cd ?