Como corrigir configurações de localidade no squeeze do Debian

Ocasionalmente, recebo erros de localidade e tentei executar o local do dpkg-reconfigure para corrigir o problema. Aqui está a saída:

:~$ sudo dpkg-reconfigure locales
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = (unset),
    LC_ALL = (unset),
    LC_CTYPE = "UTF-8",
    LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = (unset),
    LC_ALL = (unset),
    LC_CTYPE = "UTF-8",
    LANG = "C"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = (unset),
    LC_ALL = (unset),
    LC_CTYPE = "UTF-8",
    LANG = "C"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Procurei / usr / bin / locale, mas ele não existe no meu sistema. Preciso criá-lo? O que eu coloco lá?

Também encontrei uma pergunta relacionada que diz que a causa do problema estava no arquivo sshd_config. O arquivo tinha a seguinte entrada:

AcceptEnv LANG LC_*

Estou principalmente preocupado que isso possa causar problemas ao meu VPS, caso contrário, se não houver nada grave, ficarei feliz em ignorar o problema. O que devo fazer? obrigado!

primeiro:

sudo apt-get purge locales

então:

sudo aptitude install locales

e os famosos:

sudo dpkg-reconfigure locales

Isso libera o sistema de códigos de idioma e, em seguida, reinstala os códigos de idioma e faz o downgrade da libc6 de 2.19 para 2.13, que é o problema. Em seguida, configura as localidades novamente.

Se isso acontecer ao fazer o SSH na sua caixa, mas não no console, tente reconfigurar o seu cliente ssh (na sua máquina local). No Mac OS X, por exemplo, edite / private / etc / ssh_config e comente

# SendEnv LANG LC_*

Obrigado ao cargo de bredman no quadro de avisos do Rasberry Pi .

Eu tive esse problema por um longo tempo e todos os conselhos usuais sobre localidades do dpkg-reconfigure, locale-gen, etc. não ajudaram. Então, eu brinquei um pouco com as variáveis ​​de ambiente, e o que descobri foi que o sistema estava trabalhando na LC_CTYPEvariável de ambiente! UTF-8não é um valor válido para ele. Configurando-o para en_US.UTF-8corrigi-lo.

Para tornar a mudança permanente, eu corri

update-locale LC_CTYPE=en_US.UTF-8

que escreve para /etc/default/locale. E, em seguida, reinicie o sistema para que ele entre em vigor completamente.

Eu já vi isso antes em instalações antigas do Debian e, embora irritante, nunca vi causar um problema.

E se

  /usr/bin/locale 

está faltando, tente (como root):

  apt-get install libc-bin

que deve instalar a libc-bin, fornecendo / usr / bin / locale.

Essa linha AcceptEnv no seu sshd_config é bastante padrão e não deve ser a causa do seu problema aqui.

Fez o seguinte, como Manoj, mas o adicionou ao # ~ / .bashrc:

export LC_ALL=en_US.utf8
export LANGUAGE=en_US.utf8

Se você estiver obtendo os erros durante a ssh'ing em um sistema remoto e não quiser modificar o sistema remoto (alterando o sshd_config, por exemplo), faça o seguinte no sistema local (assumindo o bash)

export LC_ALL=en_US
export LANGUAGE=en_US

e depois ssh user@remote

Nas minhas novas instalações da Debian (mínimas) localidades estavam completamente ausentes. A instalação ( aptitude install locales) e a execução locale-genfizeram o truque. Então, pessoal, faça o que Chad Feller mencionou, mas verifique se o pacote foi localesinstalado primeiro.

Se você desabilitou a autenticação PAM para ssh in /etc/ssh/sshd_config( UsePAM no), a configuração responsável /etc/pam.d/loginnão é eficaz:

session required pam_env.so readenv=1 envfile=/etc/default/locale

O resultado: /etc/default/localeparece não ter efeito.

Então você tem que configurar o seu cliente para enviar o LANG vars ou exportar o env vars nos scripts de perfil, como ~/.profile, ~/bashrcetc.

Mais: http://wiki.debian.org/Locale#Standard

Eu estava usando o VPS alemão e não podia alterar a localidade porque não havia nenhum pacote de idioma em inglês instalado.

Após a instalação, eu poderia finalmente mudar o local

aptitude install language-pack-en

nos sistemas Debian, isso resolverá o seu problema:

apt-get install locales-all

nos sistemas Ubuntu, instale um pacote de idiomas específico, por exemplo:

apt-get install language-pack-en

locale-gen en_US.UTF-8

Mac se conectando a uma nova instalação do Debian 10. Nenhuma das respostas pesquisadas no Stack Exchange ajudou no Google. Aqui está o que fez (e também foi direto e confiável):

sed -i "s/^AcceptEnv/#AcceptEnv/g" /etc/ssh/sshd_config

Execute isso na sua caixa Debian e ele impedirá que o terminal mac de conexão atrapalhe as localidades do servidor ( mais informações ).

Como um bônus, isso pode até melhorar a segurança do servidor.