Eu tenho as seguintes pastas em um Drop do CentOS 7. Eles foram adicionados via FTP a partir de um sistema operacional francês.
O caractere acentuado (é) é substituído por um ponto de interrogação quando eu faço ls .
Não consigo cd nestas pastas.
Eu tentei várias sugestões de toda a web sem sorte. Incluindo:
cd Evénement\ 1
cd "Evénement 1"
cd "Ev?nement 1" (copying the exact output from ls)
cd Ev\nement\ 1
cd Ev\énement\ 1
cd Ev1énement\ 1 (because ls -b outputs them like that)
Aqui está a saída de locale .
LANG=en_CA.UTF-8
LC_CTYPE="en_CA.UTF-8"
LC_NUMERIC="en_CA.UTF-8"
LC_TIME="en_CA.UTF-8"
LC_COLLATE="en_CA.UTF-8"
LC_MONETARY="en_CA.UTF-8"
LC_MESSAGES="en_CA.UTF-8"
LC_PAPER="en_CA.UTF-8"
LC_NAME="en_CA.UTF-8"
LC_ADDRESS="en_CA.UTF-8"
LC_TELEPHONE="en_CA.UTF-8"
LC_MEASUREMENT="en_CA.UTF-8"
LC_IDENTIFICATION="en_CA.UTF-8"
LC_ALL=
Agradecemos antecipadamente por qualquer ajuda.
use aspas simples e / ou tab (autocomplete), da seguinte forma:
mbp:~ alexus$ mkdir 'Evénement'
mbp:~ alexus$ cd 'Evénement'
mbp:Evénement alexus$ pwd
/Users/alexus/Evénement
mbp:Evénement alexus$ cd ..
mbp:~ alexus$ cd Evénement/
mbp:Evénement alexus$
Experimente cd "Ev*nement 1" . cd "Ev?nement 1" (digitando o? você mesmo em vez de copiá-lo da saída do shell) também pode funcionar. Meu palpite é que o ponto de interrogação na saída ls não é um ponto de interrogação real, mas sim um caractere especial indicando a falha do shell em decodificar o caractere.
Você pode postar a saída de locale ?
Eu encontrei uma solução para esse problema. Alterei a codificação de caracteres de Unicode (UTF-8) para Western (ISO Latin 1) para o meu programa terminal real, o iTerm2. Eu fiz isso meu modificando o perfil que se conecta a este servidor da seguinte forma:
iTerm2 > Preferências > Perfis > Perfil > Terminal > Codificação de caracteres
Agora, os caracteres acentuados são exibidos corretamente e eu posso gravá-los sem problemas.
Obrigado novamente àqueles que tentaram ajudar.