Discussion :

[PicPoc]

Bonjour à tous et à toutes.
Je suis relativement novice en ligne de commande, je bricole quoi...
J'utilise beaucoup ce qui est expliqué sur internet, ça m'aide beaucoup. Donc bravo à ceux qui font avancer la machine !

Depuis une machine Linux, je copie des données via NFS. La machine auquel je prends les données est donc monté en NFS. C'est une machine sous Mac OSX.
Après avoir copié les données avec la commande ci dessous depuis linux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

# rsync -avX --delete-before --progress /mnt/remotes/Donnees_MAC/ /mnt/user/Echange/Donnees_MAC/

je me retrouve avec des fichiers accentués, les mêmes que sur Mac mais il me deviens impossible de les effacer.
Dans le dossier Linux je me suis rendu compte d'une chose en listant comme suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
# ls -b
Magic Radio - Années 80.m3u
 
# LC_ALL=C ls -b
Magic Radio - Anne314201es 80.m3u

Il y a donc un problème de "setlocale". Mais voilà, je ne comprends pas comment résoudre ce problème.
Je suppose qu'il faudrait régler ce "setlocale" de mon Linux de la même façon que cet OSX, mais comment ?
Pourriez vous m'aiguiller sur le sujet ?

Je vous remercie grandement par avance !

[N_BaH]

Bonjour,

c'est rsync qui te laisse ces fichiers ? ou tu exécutes une commande que tu ne nous as pas montré qui échoue, et alors avec quel message d'erreur ?

[papajoker]

bonjour

oui, il nous manque des infos
- Tu sembles copier en root, un problème de droit ?
- ce n'est pas l'espace dans le nom qui pose un problème ?

[disedorgue]

Non, c'est bien l'encodage le problème: \314\201 (c'est de l'octal) est la manière pour apple d'encoder le "é" (ce qui n'est pas de l'utf8).

Mais attendons qu'il répond à N_BaH ...

[Sve@r]

Bonjour

c'est rsync qui te laisse ces fichiers ?

Ca pourrait être leur nom d'origine sous Mac. Je me souviens à mes débuts dans l'informatique, on avait encore des imprimantes à aiguille.
Et notre chef avait l'habitude de lister régulièrement tous nos fichiers et d'imprimer ce listing (ls -Rals /home/machin |lpr) pour examiner notre répertoire voir si tout était conforme à sa vision d'un dossier Unix respectable.

Moi j'avais créé un fichier dont le nom était "flèche haut, flèche gauche, flèche droite, flèche gauche, flèche gauche, flèche haut". Quand l'imprimante arrivait à ce nom, elle faisait "scratch scrotch scratch" et te déchirait le papier
Mais fatalement pour ensuite aller effacer un tel fichier...

Il y a donc un problème de "setlocale". Mais voilà, je ne comprends pas comment résoudre ce problème.

Pour le "setlocale" d'ici je vois pas trop. Mais pour effacer le fichier, pas de souci

• rm -i * => ca te montrera chaque fichier à effacer, et pour chacun tu devras répondre "oui/non"
• sed -e "s/^/rm /" < <(ls) >xxx; vi xxx et dans l'éditeur tu ne gardes que les lignes qui concernent les fichiers que tu veux effacer, puis tu sauvegardes et quittes et quand tu es revenu dans le shell tu tapes bash ./xxx => ça exécutera toutes les lignes donc tous les "rm"

Pour revenir au setlocale, tu peux commencer par taper la commance locale sur ton Linux et sur mac et voir si les résultats sont identiques ou pas...

Je suis relativement novice en ligne de commande, je bricole quoi...

Alors évite de travailler sous root... (d'ailleurs même quand tu ne seras plus novice, il faudra conserver cette habitude de ne pas travailler sous root mais bon, quand tu ne seras plus novice tu auras compris que 1) c'est dangereux et 2) c'est inutile)

[Christophe]

Essayes d'ajouter l'option :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

--iconv=utf-8-mac,utf-8

[PicPoc]

Bonjour,

c'est rsync qui te laisse ces fichiers ? ou tu exécutes une commande que tu ne nous as pas montré qui échoue, et alors avec quel message d'erreur ?

Bonsoir
Les fichiers sont bien copiés, aucune erreur, sinon je l'aurais spécifié.
C'est bien un "problème de nom". C'est comme si la conversion entre deux système de caractères pose problème à l'arrivée... Ce n'est pas évident car je n'arrive pas à savoir pourquoi.
J'ai surtout vu ca avec différents Linux.

bonjour
oui, il nous manque des infos
- Tu sembles copier en root, un problème de droit ?
- ce n'est pas l'espace dans le nom qui pose un problème ?

Je n'ai aucun problème de droit.

Non, c'est bien l'encodage le problème: \314\201 (c'est de l'octal) est la manière pour apple d'encoder le "é" (ce qui n'est pas de l'utf8).

C'est ce que je me disais...

Pour revenir au setlocale, tu peux commencer par taper la commance locale sur ton Linux et sur mac et voir si les résultats sont identiques ou pas...

Merci. Pour effacer, ce n'est pas un problème par la ligne de commande en version "hard". Les fichiers ne s'effacent pas de façon simple, et pas SMaba l'utilisateur ne peux pas les effacer.
A cause du mauvais "codepage", du nom pas correct.

Donc le retour c'est :

-Sur le Mac :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
# locale
LANG="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_CTYPE="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_ALL=

-Sur le Linux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

Comment changer cette valeur "locale" sur Linux ? Merci

Essayes d'ajouter l'option :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

--iconv=utf-8-mac,utf-8

Merci, mais hélas, ça ne marche pas :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
iconv_open("UTF-8", "utf-8-mac") failed
rsync error: requested action not supported (code 4) at rsync.c(132) [sender=3.2.3]
rsync error: received SIGUSR1 (code 19) at main.c(1592) [Receiver=3.2.3]

[Christophe]

Mauvais sens :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

--iconv=utf-8,utf-8-mac

Désolé.

[papajoker]

Merci. Pour effacer, ce n'est pas un problème par la ligne de commande en version "hard". Les fichiers ne s'effacent pas de façon simple, et pas SMaba l'utilisateur ne peux pas les effacer.

Il t'a été demandé quelles commandes tu passes (et l'erreur exacte)

Pas compris, tu sembles dire que tu peux effacer en ligne de commande ? mais pas avec smb ???

[Sve@r]

Pour effacer, ce n'est pas un problème par la ligne de commande en version "hard". Les fichiers ne s'effacent pas de façon simple, et pas SMaba l'utilisateur ne peux pas les effacer.

Qu'entends-tu "de façon simple"??? Pour moi la commande rm est la plus simple. Et si un fichier est créé par un userX, alors il est assez naturel qu'un userY ne puisse pas l'effacer. Bon en réalité c'est un peu plus complexe car l'effacement d'un fichier est géré par le droit "w" du dossier qui le contient. Donc si tu veux savoir si tu peux effacer le fichier "xxx/toto" il faut regarder les droits de "xxx" (et, aussi paradoxal que cela paraisse, les droits de "toto" n'entrent pas en ligne de compte). Ainsi pour le dossier, w=possible, pas w=pas possible (plus éventuellement le sticky-bit qui protège les dossiers de travail tel /tmp contre l'effacement)
Et donc si un userX écrit chez-toi (parce que tu lui autorises) tu peux quand-même effacer les fichiers qu'il te dépose (parce qu'il les dépose dans un dossier qui est à toi et dont tu contrôles les droits).

Comment changer cette valeur "locale" sur Linux ?

Ben.. tu peux écrire

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
export LANG="fr_FR.UTF-8"
export LC_COLLATE="fr_FR.UTF-8"
export LC_CTYPE="fr_FR.UTF-8"
export LC_MESSAGES="fr_FR.UTF-8"
export LC_MONETARY="fr_FR.UTF-8"
export LC_NUMERIC="fr_FR.UTF-8"
export LC_TIME="fr_FR.UTF-8"

dans un fichier "toto" puis taper la commande source toto. Mais le souci c'est que peut-être tu verras bien les noms de tes fichiers en provenance de Mac... mais tu perdras probablement la vision des noms de fichiers de ton Linux d'origine. Si le fichier se nomme "ann\314\201es" alors il ne se nomme pas "années". Autant "a" ce n'est pas "A", autant "\314\201" ce n'est pas "é".

iconv_open("UTF-8", "utf-8-mac") failed

Il ne semble pas trouver le format "utf-8-mac" (tu peux le vérifier via la commande iconv -l |grep -y mac). Peut-être que ça peut se rajouter...