Bonjour,
j'ai rencontré dernièrement des problèmes avec les caractères accentués sur des fichiers copiès par
des utilisateurs via samba.
L'affichage de ces accents posait problème.
J'ai cru avoir résolu ce problème....
aujourd'hui lorsqu'un utlisateur copie depuis un client windows, un fichier avec des caractères
accentués sur un partage samba, tout se passe apparemment bien, c'est à dire que l'affichage dans
l'explorateur windows est correcte, et sous linux itou.
Cependant j'utilise un logiciel de sauvegarde "galaxy" (client serveur) qui lui ne le voit pas du
tout d'un bon oeil. C'est à dire que lorsqu'il lance la sauvegarde, tous les fichiers créés
comportant des accents provoquent des erreurs sur ce logiciels et ne sont pas sauvegardés.
ma config est la suivante :
Mandrake 10
Samba 3.0.2
Le problème est que je ne maitrise pas vraiment cette notion de locale et que je ne sais pas trop
aux vues de cette config comment sont stockés les fichiers sur le serveur, quel encodage est
vraiment utlisé. Je ne comprend pas trop non plus quel est le liens entre le smb.conf et ces locales.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:41c0305f$0$23444$, *Pascal Legrand* tapota sur f.c.o.l.configuration :
Bonjour,
Re bonjour,
j'ai rencontré dernièrement des problèmes avec les caractères accentués sur des fichiers copiès par des utilisateurs via samba. [...]
j'utilise un logiciel de sauvegarde "galaxy" (client serveur) qui lui ne le voit pas du tout d'un bon oeil. C'est à dire que lorsqu'il lance la sauvegarde, tous les fichiers créés comportant des accents provoquent des erreurs sur ce logiciels et ne sont pas sauvegardés.
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers posant problèmes ?
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
Il faudrait remplacer dans ce fichier fr_FR par Mais le problème avec le logiciel galaxy ne vient sûrement pas de là.
d'avance merci
De rien.
-- TiChou
Dans le message <news:41c0305f$0$23444$626a14ce@news.free.fr>,
*Pascal Legrand* tapota sur f.c.o.l.configuration :
Bonjour,
Re bonjour,
j'ai rencontré dernièrement des problèmes avec les caractères accentués
sur des fichiers copiès par des utilisateurs via samba.
[...]
j'utilise un logiciel de sauvegarde "galaxy" (client serveur) qui lui ne
le voit pas du tout d'un bon oeil. C'est à dire que lorsqu'il lance la
sauvegarde, tous les fichiers créés comportant des accents provoquent des
erreurs sur ce logiciels et ne sont pas sauvegardés.
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers posant
problèmes ?
Je ne connais pas ce logiciel, il faudrait que je me documente, mais
savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement
qu'en ASCII ?
Dans le message <news:41c0305f$0$23444$, *Pascal Legrand* tapota sur f.c.o.l.configuration :
Bonjour,
Re bonjour,
j'ai rencontré dernièrement des problèmes avec les caractères accentués sur des fichiers copiès par des utilisateurs via samba. [...]
j'utilise un logiciel de sauvegarde "galaxy" (client serveur) qui lui ne le voit pas du tout d'un bon oeil. C'est à dire que lorsqu'il lance la sauvegarde, tous les fichiers créés comportant des accents provoquent des erreurs sur ce logiciels et ne sont pas sauvegardés.
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers posant problèmes ?
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
Il faudrait remplacer dans ce fichier fr_FR par Mais le problème avec le logiciel galaxy ne vient sûrement pas de là.
d'avance merci
De rien.
-- TiChou
Pascal
Tout d'abord merci de me répondre et sans aucune ironie de ma part désolé pour le "bins"
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers posant problèmes ? En fait lors de ma migration vers samba 3.0.2 et mandrake 10.0 tous les
fichiers (avec caractères accentués) de mes utilisateurs se sont retrouvés avec des caractères étranges (carré ? etc...) lorsque je les visualisais soit via l'explorateur windows soit via la ligne de commande sous linux. après pas mal de recherches et grace à l'aide de plusieurs utilisateurs j'ai réussi à résoudre ce problème. C'est à dire que les noms de fichiers avec des caractères accentués apparaissent maintenant comme il faut . Suite à ça, l'IUT ou je travaille a fait l'acquisition d'un logiciel de sauvegarde "commvault quinetix" qui me permet de sauvegarder les comptes utilisateurs. Malheureusement, dès qu'il s'agit de sauvegarder des fichiers dont le nom comporte des caractères accentués il est incapable de les lire et donc ne les sauvegarde pas. Je vous écrit de chez moi donc il va m'être difficile de vous envoyer des exemples de fichier ainsi que des logs, mais je le faire dès demain
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ? pour l'instant je ne sais pas vraiment.
Je suis en contact avec la société qui me l'a "gentillement " vendu, celle ci "envisage " que le problème vienne des locales
C'est plutôt qui correspond à iso8859-15. En fait je ne maitrise pas du tout cette notion de locales, mais lorsque
je regarde dans les différents fichiers du rep /usr/share/locale/fr_FR, il y est fait allusion (de mémoire) à iso8859-15
Il faudrait remplacer dans ce fichier fr_FR par Mais le problème avec le logiciel galaxy ne vient sûrement pas de là. ceci dit je peux faifre le test
encore merci je vous tiens au courant
Tout d'abord merci de me répondre et sans aucune ironie de ma part
désolé pour le "bins"
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers
posant problèmes ?
En fait lors de ma migration vers samba 3.0.2 et mandrake 10.0 tous les
fichiers (avec caractères accentués) de mes utilisateurs se sont
retrouvés avec des caractères étranges (carré ? etc...) lorsque je les
visualisais soit via l'explorateur windows soit via la ligne de commande
sous linux.
après pas mal de recherches et grace à l'aide de plusieurs utilisateurs
j'ai réussi à résoudre ce problème.
C'est à dire que les noms de fichiers avec des caractères accentués
apparaissent maintenant comme il faut .
Suite à ça, l'IUT ou je travaille a fait l'acquisition d'un logiciel de
sauvegarde "commvault quinetix" qui me permet de sauvegarder les comptes
utilisateurs.
Malheureusement, dès qu'il s'agit de sauvegarder des fichiers dont le
nom comporte des caractères accentués il est incapable de les lire et
donc ne les sauvegarde pas.
Je vous écrit de chez moi donc il va m'être difficile de vous envoyer
des exemples de fichier ainsi que des logs, mais je le faire dès demain
Je ne connais pas ce logiciel, il faudrait que je me documente, mais
savez-vous s'il est sensé savoir gérer des noms de fichiers codés
autrement qu'en ASCII ?
pour l'instant je ne sais pas vraiment.
Je suis en contact avec la société qui me l'a "gentillement " vendu,
celle ci "envisage " que le problème vienne des locales
C'est plutôt fr_FR@euro qui correspond à iso8859-15.
En fait je ne maitrise pas du tout cette notion de locales, mais lorsque
je regarde dans les différents fichiers du rep /usr/share/locale/fr_FR,
il y est fait allusion (de mémoire) à iso8859-15
Il faudrait remplacer dans ce fichier fr_FR par fr_FR@euro.
Mais le problème avec le logiciel galaxy ne vient sûrement pas de là.
ceci dit je peux faifre le test
Tout d'abord merci de me répondre et sans aucune ironie de ma part désolé pour le "bins"
Quels sont les messages d'erreurs ? Des exemples de noms de fichiers posant problèmes ? En fait lors de ma migration vers samba 3.0.2 et mandrake 10.0 tous les
fichiers (avec caractères accentués) de mes utilisateurs se sont retrouvés avec des caractères étranges (carré ? etc...) lorsque je les visualisais soit via l'explorateur windows soit via la ligne de commande sous linux. après pas mal de recherches et grace à l'aide de plusieurs utilisateurs j'ai réussi à résoudre ce problème. C'est à dire que les noms de fichiers avec des caractères accentués apparaissent maintenant comme il faut . Suite à ça, l'IUT ou je travaille a fait l'acquisition d'un logiciel de sauvegarde "commvault quinetix" qui me permet de sauvegarder les comptes utilisateurs. Malheureusement, dès qu'il s'agit de sauvegarder des fichiers dont le nom comporte des caractères accentués il est incapable de les lire et donc ne les sauvegarde pas. Je vous écrit de chez moi donc il va m'être difficile de vous envoyer des exemples de fichier ainsi que des logs, mais je le faire dès demain
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ? pour l'instant je ne sais pas vraiment.
Je suis en contact avec la société qui me l'a "gentillement " vendu, celle ci "envisage " que le problème vienne des locales
C'est plutôt qui correspond à iso8859-15. En fait je ne maitrise pas du tout cette notion de locales, mais lorsque
je regarde dans les différents fichiers du rep /usr/share/locale/fr_FR, il y est fait allusion (de mémoire) à iso8859-15
Il faudrait remplacer dans ce fichier fr_FR par Mais le problème avec le logiciel galaxy ne vient sûrement pas de là. ceci dit je peux faifre le test
encore merci je vous tiens au courant
Pascal Legrand
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal positionnée sur votre système. Pouvez vous faire ceci : positionner la variable d'environnement LANG à fr_FR.utf8 : export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba. Dois je répercuter cette modif sur le fichier de conf de samba ?
De plus si je ne dit pas de bêtises, il me semble que faire un "export LANG=fr_FR.utf8" n'est que temporaire et qu'au prochain reboot il faudra le refaire non. ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
Comme vous pouvez le constater, je patauge "grave" au niveau des locales et de leur configuration.
Merci d'avance
Je ne connais pas ce logiciel, il faudrait que je me documente, mais
savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement
qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal positionnée sur votre système.
Pouvez vous faire ceci :
positionner la variable d'environnement LANG à fr_FR.utf8 :
export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba.
Dois je répercuter cette modif sur le fichier de conf de samba ?
De plus si je ne dit pas de bêtises, il me semble que faire un "export LANG=fr_FR.utf8" n'est que
temporaire et qu'au prochain reboot il faudra le refaire non.
ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
Comme vous pouvez le constater, je patauge "grave" au niveau des locales et de leur configuration.
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal positionnée sur votre système. Pouvez vous faire ceci : positionner la variable d'environnement LANG à fr_FR.utf8 : export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba. Dois je répercuter cette modif sur le fichier de conf de samba ?
De plus si je ne dit pas de bêtises, il me semble que faire un "export LANG=fr_FR.utf8" n'est que temporaire et qu'au prochain reboot il faudra le refaire non. ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
Comme vous pouvez le constater, je patauge "grave" au niveau des locales et de leur configuration.
Merci d'avance
TiChou
Dans le message <news:41c294d7$0$23372$, *Pascal Legrand* tapota sur f.c.o.l.configuration :
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal positionnée sur votre système. Pouvez vous faire ceci : positionner la variable d'environnement LANG à fr_FR.utf8 : export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba. Dois je répercuter cette modif sur le fichier de conf de samba ?
Le soucis c'est qu'il va falloir que vos autres machines utilisent UTF-8 aussi.
De plus si je ne dit pas de bêtises, il me semble que faire un "export LANG=fr_FR.utf8" n'est que temporaire et qu'au prochain reboot il faudra le refaire non.
Tout dépend où vous placer cette commande. Si c'est en ligne de commande, avant de lancer votre programme de sauvegarde, effectivement au prochain reboot cette variable d'environnement sera perdue. Si vous placez cette commande dans le script qui lance votre programme de sauvegarde, alors vous êtes sûr que cette variable d'environnement sera définie.
ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
En principe oui, c'est dans ce fichier qu'il faut définir vos locales. Après reste à savoir si vous souhaitez que tout votre système utilise UTF-8.
Merci d'avance
De rien.
-- TiChou
Dans le message <news:41c294d7$0$23372$626a14ce@news.free.fr>,
*Pascal Legrand* tapota sur f.c.o.l.configuration :
Je ne connais pas ce logiciel, il faudrait que je me documente, mais
savez-vous s'il est sensé savoir gérer des noms de fichiers codés
autrement qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal
positionnée sur votre système. Pouvez vous faire ceci :
positionner la variable d'environnement LANG à fr_FR.utf8 :
export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba.
Dois je répercuter cette modif sur le fichier de conf de samba ?
Le soucis c'est qu'il va falloir que vos autres machines utilisent UTF-8
aussi.
De plus si je ne dit pas de bêtises, il me semble que faire un "export
LANG=fr_FR.utf8" n'est que temporaire et qu'au prochain reboot il faudra
le refaire non.
Tout dépend où vous placer cette commande. Si c'est en ligne de commande,
avant de lancer votre programme de sauvegarde, effectivement au prochain
reboot cette variable d'environnement sera perdue. Si vous placez cette
commande dans le script qui lance votre programme de sauvegarde, alors vous
êtes sûr que cette variable d'environnement sera définie.
ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
En principe oui, c'est dans ce fichier qu'il faut définir vos locales. Après
reste à savoir si vous souhaitez que tout votre système utilise UTF-8.
Dans le message <news:41c294d7$0$23372$, *Pascal Legrand* tapota sur f.c.o.l.configuration :
Je ne connais pas ce logiciel, il faudrait que je me documente, mais savez-vous s'il est sensé savoir gérer des noms de fichiers codés autrement qu'en ASCII ?
La société avec qui je suis en contact vient de me faire savoir ceci :
"il semble que le problème vienne d'une variable d'environnement mal positionnée sur votre système. Pouvez vous faire ceci : positionner la variable d'environnement LANG à fr_FR.utf8 : export LANG=fr_FR.utf8"
Quelles vont être les retombés sur ma configuration de samba. Dois je répercuter cette modif sur le fichier de conf de samba ?
Le soucis c'est qu'il va falloir que vos autres machines utilisent UTF-8 aussi.
De plus si je ne dit pas de bêtises, il me semble que faire un "export LANG=fr_FR.utf8" n'est que temporaire et qu'au prochain reboot il faudra le refaire non.
Tout dépend où vous placer cette commande. Si c'est en ligne de commande, avant de lancer votre programme de sauvegarde, effectivement au prochain reboot cette variable d'environnement sera perdue. Si vous placez cette commande dans le script qui lance votre programme de sauvegarde, alors vous êtes sûr que cette variable d'environnement sera définie.
ne serait til' pas préférable de modifier le fichier /etc/sysconfig/i18n?
En principe oui, c'est dans ce fichier qu'il faut définir vos locales. Après reste à savoir si vous souhaitez que tout votre système utilise UTF-8.
