Bonjour,

Comment peut-on modifier l'affichage des noms de fichiers créés sous Windows quand on utilise uns session telnet sur le synology ?

P. ex. um fichier créé sous Windows "Modèles" apparaît comme "Modèles".

Je pense que je devrais modifier dans /etc/profile les lignes

export LC_ALL=en_US.utf8
export LANG=en_US.utf8

Mais je ne connais pas les bonnes valeurs à mettre

Merci d'avance pour votre aide

Tu peux essayer fr_FR.utf8 , mais vu que je ne pense pas que Windows utilise l'UTF8 ca a peu de chances de fonctionner.

Ces fichiers c'est toi qui les cree ? La maniere la plus simple, la plus compatible et la plus internationale de resoudre ce probleme est de ne jamais mettre d'accents, parentheses, espaces, guillements, apostrophes, virgules, etc aux noms de fichiers.

Bref, si tu te limites a

0123456789_-abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ

tu arriveras a afficher correctement tes noms de fichiers depuis n'importe quel PC dans le monde

Modifié le 29 juin 201411 a par Fravadona

Tu peux essayer fr_FR.utf8 , mais vu que je ne pense pas que Windows utilise l'UTF8 ca a peu de chances de fonctionner.

Ces fichiers c'est toi qui les cree ? La maniere la plus simple, la plus compatible et la plus internationale de resoudre ce probleme est de ne jamais mettre d'accents, parentheses, espaces, guillements, apostrophes, virgules, etc aux noms de fichiers.

Bref, si tu te limites a

0123456789_-abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ

tu arriveras a afficher correctement tes noms de fichiers depuis n'importe quel PC dans le monde

Merci pour ta réponse.

Evidemment, mais quand on a un historique de 45'000 fichiers, pas si simple de les renommer pour les ranger sur un NAS !

Je vais tout de même essayer

Si tu utilises Putty pour te connecter à ton NAs, tu as une option qui te permet de choisir UTF8 comme "remote character set" ...

C'est dans les paramètres de Putty, Windows / Translation ...

Bonjour

un excellent soft "Lupas Rename" permet de supprimer les accents

une règle d'or pas d'accent dans les noms de dossiers

Patrick

une règle d'or pas d'accent dans les noms de dossiers

Je trouve cette règle un peu "bondage & discipline"

Les NAS Synology gèrent parfaitement les noms de fichiers unicode et UTF8 est supporté par toutes les applis et services de DSM (et même en ligne de commande depuis quelques versions):

CF: http://ukdl.synology.com/download/Document/UserGuide/DSM/5.0/Syno_UsersGuide_NAServer_fra.pdf

" La prise en charge du langage Unicode facilite le partage de fichiers dans différentes langues à partir d’un Synology NAS."

Quand on stocke des films et/ou des fichiers musicaux, se priver des accents est une contrainte un peu sévère (je sais bien qu'il existe les tags mais quand même). Et avec un minimum de précautions on n'a aucun problème avec les caractères internationaux dans les noms de fichiers (venant de la part d'un constructeur taïwanais ça serait surprenant).

Et je confirme la remarque de Kramlech: si les caractères unicode sont affichés dans le terminal sous forme de code UTF-8 "brut", le problème vient du terminal (qui doit probablement être configuré en ISO)

Coolraoul,

j'ai écrit "nom de dossiers" pas "nom de fichiers"

c'est plus sure pour la navigation en ligne de commande et en cas de crash plus facile à récupérer

après chacun fait comme bon lui semble

Patrick

j'ai écrit "nom de dossiers" pas "nom de fichiers"

J'ai écris "fichiers" car c'est aussi le thème du fil mais mes remarques peuvent indistinctement s'appliquer aux fichiers aux dossiers.

Je te rejoins toutefois dans le cas de nom de répertoires système (/etc/..., /bin/..., /var/..., /usr/...), et tant qu'on y est, éviter les espaces serait une bonne idée.

Par contre pour les partitions utilisateur (/volume<N>/...) je suis partisan de la liberté, c'est prévu pour.

NB: on remarquera toutefois que même Synology ne respecte pas ta règle:

fserv> find / -xdev -name '*é*'
/etc/ssl/certs/Certinomis_-_Autorité_Racine.pem
/usr/share/ca-certificates/mozilla/Certinomis_-_Autorité_Racine.crt
/etc.defaults/ssl/certs/Certinomis_-_Autorité_Racine.pem

Modifié le 30 juin 201411 a par CoolRaoul

Petit example sur cette problématique :

Windows XP :

pscp mémé_win.txt root@FravadoNAS:

Mac OS X 10.9 :

scp mémé_osx.txt root@FravadoNAS:

Linux CentOS 6 :

scp mémé_lin.txt root@FravadoNAS:

puis :

ssh root@FravadoNAS
FravadoNAS> find . -name '*é*'
mémé_lin.txt

Donc éviter les accents (surtout si on utilise le Shell) est un plus indéniable

Modifié le 30 juin 201411 a par Fravadona

Donc éviter les accents (surtout si on utilise le Shell) est un plus indéniable

Mouais... mais si il faut attendre que *tous* les outils Windows ou MacOS ne sachant pas encore supporter l'unicode soit adaptés pour s'autoriser les noms de fichiers avec caractères internationaux j'ai peur qu'on ne soit pas arrivés.

Et puis je ne saurais pas comment expliquer ça aux utilisateurs utilisant des langues encore plus exotiques que la notre.

Tous les environnements/APIs un peu "modernes" n'ont plus aucun problème avec ça.

C'est sur que le cmd.exe de Windows est une antiquité qui se traîne un long et lourd passif (et même lui, avec un "chcp 65001" bien senti, supporte tout a fait utf8 pourtant).

pscp par contre ça me semble sans espoir j'avoue (faudrait que je regarde le source à l'occasion)

Modifié le 30 juin 201411 a par CoolRaoul

Les fichiers ont bien été copiés sur le NAS, le problème vient du find qui ne les trouve pas quand on utilise un é comme motif de recherche (mais ca fonctionne avec un e)

FravadoNAS> find . -name '*e*'
mémé_osx.txt
mémé_win.txt
FravadoNAS> find . -name '*é*'
mémé_lin.txt

Les fichiers ont bien été copiés sur le NAS, le problème vient du find qui ne les trouve pas quand on utilise un é comme motif de recherche (mais ca fonctionne avec un e)

FravadoNAS> find . -name '*e*'
mémé_osx.txt
mémé_win.txt
FravadoNAS> find . -name '*é*'
mémé_lin.txt

Il est clair qu'il y a un mismatch entre l'affichage et le nom effectif pour "mémé_osx"

Faudrait "piper" la sortie du "find" dans un "od -cx" pour savoir ce qui ce cache derrière.

(Chez Apple, comme il ne font jamais rien comme les autres, je ne serai pas étonné qu'ils utilise un codage propriétaire différent de l'unicode)

Modifié le 1 juillet 201411 a par CoolRaoul