Come posso risolvere il mio problema di localizzazione?

Ricevo questo messaggio ogni volta che faccio qualcosa come l'avvio o l'arresto di un servizio.

perl: warning: Setting locale failed.   
perl: warning: Please check that your locale settings:   
        LANGUAGE = "en_US:en",   
        LC_ALL = (unset),   
        LC_MESSAGES = "en_US.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_MESSAGES to default locale: No such file or directory   
locale: Cannot set LC_ALL to default locale: No such file or directory   
(Reading database ... 21173 files and directories currently installed.)  
Removing bind9 ...  
 * Stopping domain name service... bind9                                        [ OK ]
Processing triggers for man-db ...   
locale: Cannot set LC_CTYPE to default locale: No such file or directory   
locale: Cannot set LC_MESSAGES to default locale: No such file or directory   
locale: Cannot set LC_ALL to default locale: No such file or directory   

Come posso correggere questo errore?

Prima esecuzione localeper elencare le impostazioni locali attualmente definite per l'account utente corrente:

$ locale
LANG=C
LANGUAGE=
LC_CTYPE=fi_FI.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE=fi_FI.UTF-8
LC_MONETARY="C"
LC_MESSAGES=fi_FI.UTF-8
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=

Quindi genera le impostazioni locali mancanti e riconfigura le impostazioni locali per renderle note:

$ sudo locale-gen "en_US.UTF-8"
Generating locales...
  en_US.UTF-8... done
Generation complete.

$ sudo dpkg-reconfigure locales
Generating locales...
  en_US.UTF-8... up-to-date
Generation complete.

Ora non vedrai più alcun errore!

Nulla ha suggerito sopra ha funzionato nel mio caso (Ubuntu Server 12.04LTS). Ciò che alla fine ha aiutato è stato mettere nel file /etc/environment:

LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8

Per qualche motivo mancava. Gli output per la locale e altri comandi apparivano come se le variabili fossero state definite correttamente. In altre parole, non dare per scontato tutto il materiale di base è dichiarato dove dovrebbe essere dichiarato.

Dovrebbero scomparire dopo l'emissione:

sudo locale-gen en_US en_US.UTF-8
sudo dpkg-reconfigure locales 

dpkg-reconfigurericonfigura i pacchetti dopo che sono già stati installati. Passagli i nomi di un pacchetto o pacchetti da riconfigurare. Porrà domande sulla configurazione, proprio come quando il pacchetto è stato installato per la prima volta.

Aggiungi semplicemente quanto segue al tuo .bashrcfile (supponendo che stai usando bash)

export LC_ALL="en_US.UTF-8"

Questo è un problema comune se ci si connette in remoto, quindi la soluzione è non inoltrare le impostazioni internazionali. Modifica /etc/ssh/ssh_confige commenta la SendEnv LANG LC_*linea.

C'è un comando per quello:

sudo update-locale LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8

Si aggiorna /etc/default/localecon i valori forniti.

Ciò che ha funzionato per me il 12.10 è stato questo:

apt-get install language-pack-en-base  

Questo dopo dpkg-reconfigure localesnon ha prodotto risultati.

Non dimenticare di uscire dalla sessione SSH (o X11) uscendo e riconnettendosi. Tutti questi suggerimenti non hanno funzionato per me a meno che non abbia effettuato nuovamente l'accesso ....

Per Ubuntu 12.10 nessuno dei precedenti ha funzionato tranne la soluzione di Ratzs. Consiglio di aggiungere questo al tuo file /etc/bash.bashrc:

export LC_ALL="en_ZA.UTF-8"
export LC_CTYPE="en_ZA.UTF-8"

Ero bloccato in uno stato strano in cui è impostata la mia macchina locale ese quindi la macchina remota (via vagrant) era stata fornita in uno stato non gestito. Pertanto, ho dovuto usare il manuale export=solo per facilitare un successo dpkg-reconfigure. Quindi il sistema va bene.

export LC_ALL="en_US.UTF-8"
sudo dpkg-reconfigure locales

Ho scritto uno script bash per risolvere il problema sopra. Le risposte sopra sono utili ma l'impostazione delle variabili locali semplicemente esportando i valori nella variabile shell funzionerà solo per una sessione. Ho risolto definitivamente questo problema esportando le variabili locali nel file .bash_profile. Puoi anche usare /etc/profilefile invece di .bash_profile.

echo "export LANGUAGE=en_US.UTF-8
export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8">>~/.bash_profile

Non dimenticate di sourcela .bash_profilee seguire la sceneggiatura in una facile configurazione.

Puoi provare:

export LANGUAGE=ru_RU.UTF-8
export LC_CTYPE=ru_RU.UTF-8
export LC_NUMERIC=ru_RU.UTF-8
export LC_TIME=ru_RU.UTF-8
export LC_COLLATE=ru_RU.UTF-8
export LC_MONETARY=ru_RU.UTF-8
export LC_MESSAGES=ru_RU.UTF-8
export LC_PAPER=ru_RU.UTF-8
export LC_NAME=ru_RU.UTF-8
export LC_ADDRESS=ru_RU.UTF-8
export LC_TELEPHONE=ru_RU.UTF-8
export LC_MEASUREMENT=ru_RU.UTF-8
export LC_IDENTIFICATION=ru_RU.UTF-8
export LC_ALL=ru_RU.UTF-8

dov'è il ru_RUtuo prefisso internazionale.

La risposta attualmente accettata non è sufficiente nella strategia di risoluzione dei problemi perché è possibile che si verifichi un errore umano. Hai configurato il tuo sistema en_USma hai en_GBabilitato /etc/locale.gencome nel thread qui per Raspberry Pi 3b. Dovresti avere tutte le tue localizzazioni usate abilitate in /etc/locale.gen.

Avevo en_GB.UTF-8 UTF-8abilitato solo in /etc/locale.gen. Avrei dovuto abilitarlo solo a en_US.UTF-8 UTF-8causa di altri comandi eseguiti per questo. Così ho commentato GB e gli Stati Uniti senza commento, e ora tutto funziona

masi@raspberrypi:~ $ sudo vim /etc/locale.gen

masi@raspberrypi:~ $ sudo locale-gen 
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.

masi@raspberrypi:~ $ sudo a2enmod rewrite && a2enmod headers && a2enmod ssl
Module rewrite already enabled
Module headers already enabled
Considering dependency setenvif for ssl:
Module setenvif already enabled
Considering dependency mime for ssl:
Module mime already enabled
Considering dependency socache_shmcb for ssl:
Module socache_shmcb already enabled
Module ssl already enabled

Ora, non ricevo quegli errori di localizzazione con nessun comando.

Sistema: Raspbian Jessie
Hardware: Raspberry Pi 3b

Come detto qui nel Debian Wiki , puoi modificare /etc/locale.gene aggiungere tutte le localizzazioni (o rimuoverle, avevo un elenco di tutte le localizzazioni ma tutte tranne quella che ho usato come commenti) per cui desideri avere supporto sul tuo sistema. Quindi, esegui

sudo dpkg-reconfigure locales

per aggiornare le impostazioni locali sul tuo sistema. Ora, tutte le impostazioni locali aggiunte / decommentate /etc/locale.gensono disponibili sul sistema senza alcun avviso.

Se usi l'ambiente KDE, controlla il setlocale.shfile in ~/.kde/env/:

$ cat ~/.kde/env/setlocale.sh 
export LANG=en_US.UTF-8
export LANGUAGE=en_US:ru:en

1. Potrebbe essere necessario eseguire sudo dpkg-reconfigureanche per l'applicazione installata mentre le impostazioni di "locale" sono state non valide / non corrispondenti.

   Mentre la localizzazione del sistema è stata configurata in modo errato, ho installato vim. Più tardi, quando il sistema locale è stato fissato ho visto una situazione che vimstava mostrando caratteri UTF-8 in modo errato come strani simboli, mentre nanoe lesssono stati mostrando loro in modo corretto. In esecuzione

   sudo dpkg-reconfigure vim
   

   sembrava risolvere il problema dopo aver corretto le impostazioni di sistema.

2. Ho anche notato la stessa cosa già menzionata: potrebbe essere necessario disconnettere / riconnettere SSH per rendere visibili le modifiche.

Aggiungendo il seguente testo ~/.profileper me funziona:

export LANGUAGE=en_US.UTF-8
export LC_ALL=en_US.UTF-8

Sto usando Ubuntu 16.04 LTS server a 64 bit su Linode.

Questo ha funzionato per me quando ho avuto lo stesso problema (basato sulla soluzione fornita da dman ):

sudo sh -c "echo -e 'LC_ALL=en_US.UTF-8\nLANG=en_US.UTF-8' >> /etc/environment"