OVH Cloud OVH Cloud

nom de fichier en japonais sur ext3

13 réponses
Avatar
Philippe ROGER
Bonjour à tous,

je dispose de la mandrake 9.2 version powerpack et j'ai formaté mes
partitions avec le système de fichier ext3.
Je suis un grand adèpte de musique japonaise et je possède quelques
"mp3" dont les noms et les id3 sont écrient en japonais. Linux est
incapable de m'afficher les kanjis et autres kanas, à la place il
m'affiche des caractère spéciaux. Windows me fesait exactement la même
chose.

exemple d'un fichier:
version linux: 06-:03b1°¬+:2590:03c0.mp3
version windows: 06-Ó°¬+ÌÒ.mp3

Bon, ça je m'en fiche un peu. Ce qui me gène vraiment c'est que Windows
était capable de jouer, renommer et déplacer ces fichiers normalement
alors que linux lui en est incapable!! Voici le message d'erreur:
"06-:03b1°¬+:2590:03c0.mp3 ne semble pas exister!"

J'ai essayé de passer mon système linux en japonais en utilisant
localeDrake, mais rien n'y fait.
Je voulais donc savoir si quelqu'un avait la solution à ce problème, car
je suis surpris de ne trouver aucune pleinte sur le net. Suis le seul à
avoir ce rpoblème?

Merci d'avance pour vos réponse.

3 réponses

1 2
Avatar
Philippe ROGER


Bonjour à tous,



Bonjour,


je dispose de la mandrake 9.2 version powerpack et j'ai formaté mes
partitions avec le système de fichier ext3.
Je suis un grand adèpte de musique japonaise et je possède quelques
"mp3" dont les noms et les id3 sont écrient en japonais. Linux est
incapable de m'afficher les kanjis et autres kanas, à la place il
m'affiche des caractère spéciaux. Windows me fesait exactement la même
chose.

exemple d'un fichier:
version linux: 06-:03b1°¬+:2590:03c0.mp3
version windows: 06-Ó°¬+ÌÒ.mp3




Tout d'abord, je te conseillerais de tenter le transfert de tes fichiers
de win à linux via un zip, ou par montage direct des partitions fat (si
ce sont des fat) sur ton linux. Mais le mieux serait zip (ou autre
archiveur).

Ainsi tes fichiers devraient suivre.


et bien effectivement en local xmms est parfaitement capable de lire les
fichiers qui contiennent du codage japonais et les dossier ne posent
plus de problèmes.

Pour ce qui est des noms de fichiers sur ext3, fondementalement ils
sontcapables d'absormer n'importe quel chaine de caractères 8 bits à
l'exception des caracteres :
slash '/' (on comprend pourquoi)
et
zero binaire (fin de la chaine) ''

Tous les autres carateres sonbt autorises.

Malheureusement, l'encodage des kanji (que je connais pas) vers 8 bits
pourrait tres facilement faire appoaraitre un slash.. et selon le cas , un
zero (ca depend de l'encodage, en unicode 16 raw... le 0 est possible,
par exemple les carateres ASCCI vont faire apparaitre un 0 sur le 1er
octet.


Donc en gros si jamais un jour j'ai un fichier qui ne marche pas c'est
sans doute que l'encodage m'aurait fait apparaitre un de ces caractères.

Merci d'avance pour vos réponse.



de rien.
Michel.


si si j'insiste ;)


Avatar
Michel Tatoute


Merci d'avance pour vos réponse.



de rien.
Michel.


si si j'insiste ;)


Bon, d'accord, c'est 20 (vingt) balles.

Michel.



Avatar
no_spam
On Wed, 30 Jun 2004 11:00:19 +0000, Nicolas George wrote:

no_spam wrote in message :
Attention, tout de même, d'expérience, perl a quelques problèmes pour
gérer correctement l'UTF-8.


Pas de problème ici non plus si c'est un perl récent, la manière dont
UTF-8 est traité est devenue prévisible.


Je disais ça parce que j'ai eu des pb récement à cause de déraillement
de Perl sur certains charactères....


Et il faut sans doute que la NLS du kernel soit utf-8 justement,
pour que ça marche bien.


Mais justement, ça a tout l'air de ne pas être de l'UTF-8.


D'ou, peut-être, le problème ?
Il me semble raisonable de tout mettre en UTF-8 quand on veut
affronter des situations de ce genre...


1 2