Jak naprawić problem z lokalizacją?

Otrzymuję ten komunikat za każdym razem, gdy robię coś takiego, jak uruchomienie lub zatrzymanie usługi.

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   

Jak naprawić ten błąd?

Najpierw uruchom, localeaby wyświetlić listę ustawień regionalnych aktualnie zdefiniowanych dla bieżącego konta użytkownika:

$ 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=

Następnie wygeneruj brakujące ustawienia narodowe i ponownie skonfiguruj ustawienia regionalne, aby zwrócić uwagę:

$ 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.

Teraz nie zobaczysz już żadnych błędów!

Nic sugerowanego powyżej nie działało w moim przypadku (Ubuntu Server 12.04LTS). To, co w końcu pomogło, to wprowadzenie do pliku /etc/environment:

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

Z jakiegoś powodu tego brakowało. Dane wyjściowe dla ustawień regionalnych i innych poleceń wyglądały tak, jakby zmienne zostały poprawnie zdefiniowane. Innymi słowy, nie bierz za pewnik, że wszystkie podstawowe rzeczy są deklarowane tam, gdzie powinny być zadeklarowane.

Powinny zniknąć po wydaniu:

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

dpkg-reconfigurerekonfiguruje pakiety po ich zainstalowaniu. Przekaż nazwy pakietów lub pakietów do rekonfiguracji. Zadaje pytania konfiguracyjne, podobnie jak w przypadku pierwszej instalacji pakietu.

Po prostu dodaj następujące elementy do swojego .bashrcpliku (zakładając, że używasz bash)

export LC_ALL="en_US.UTF-8"

Jest to częsty problem, jeśli łączysz się zdalnie, więc rozwiązaniem jest nie przekazywanie ustawień regionalnych. Edytuj /etc/ssh/ssh_configi komentuj SendEnv LANG LC_*linię.

Jest na to polecenie:

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

Aktualizuje /etc/default/localesię podanymi wartościami.

To, co zadziałało dla mnie 12.10, to:

apt-get install language-pack-en-base  

Po tym dpkg-reconfigure localesnie uzyskano żadnych wyników.

Nie zapomnij wyjść z sesji SSH (lub X11), wychodząc i logując się ponownie. Wszystkie te sugestie nie działały dla mnie, chyba że zalogowałem się ponownie ....

W przypadku Ubuntu 12.10 żadne z powyższych nie działało, z wyjątkiem rozwiązania ratzs. Zalecam dodanie tego do pliku /etc/bash.bashrc:

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

Utknąłem w dziwnym stanie, w którym ustawiona jest moja lokalna maszyna, eswięc maszyna zdalna (via vagrant) została uruchomiona w stanie nieobsługiwanym. Dlatego musiałem korzystać z instrukcji export=tylko po to, by ułatwić sobie sukces dpkg-reconfigure. System jest w porządku.

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

Napisałem skrypt bash, aby rozwiązać powyższy problem. Powyższe odpowiedzi są przydatne, ale ustawienie zmiennych regionalnych przez proste wyeksportowanie wartości w zmiennej powłoki będzie działać tylko dla sesji. Rozwiązałem ten problem na stałe, eksportując zmienne regionalne w pliku .bash_profile. Możesz także użyć /etc/profilepliku zamiast .bash_profile.

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

Nie zapomnij i wykonaj skrypt w łatwej konfiguracji.source.bash_profile

Możesz spróbować:

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

gdzie ru_RUjest twój kod kraju

Bieżąca zaakceptowana odpowiedź nie jest wystarczająca w strategii rozwiązywania problemów, ponieważ możesz popełnić błąd ludzki. Ty konfiguracji systemu do en_USale masz en_GBwłączony /etc/locale.genjak miałem w wątku tutaj na Raspberry Pi 3b. Powinieneś mieć włączone wszystkie używane ustawienia narodowe w /etc/locale.gen.

Włączyłem en_GB.UTF-8 UTF-8tylko /etc/locale.gen. Powinienem mieć tam włączone tylko z en_US.UTF-8 UTF-8powodu uruchomienia innych poleceń. Skomentowałem więc GB i niekomentowane USA i wszystko działa teraz

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

Teraz nie dostaję tych błędów ustawień regionalnych przy żadnych poleceniach.

System: Raspbian Jessie
Sprzęt: Raspberry Pi 3b

Jak powiedziano tutaj na Wiki Debiana , możesz edytować /etc/locale.geni dodawać wszystkie ustawienia narodowe (lub cofnąć komentarz, miałem listę wszystkich ustawień narodowych, ale wszystkie oprócz tego, którego użyłem jako komentarza), dla których chcesz mieć wsparcie w swoim systemie. Następnie wykonaj

sudo dpkg-reconfigure locales

zaktualizować ustawienia regionalne w systemie. Teraz wszystkie ustawienia regionalne, które dodałeś / odkomentowałeś, /etc/locale.gensą dostępne w twoim systemie bez ostrzeżeń.

Jeśli korzystasz ze środowiska KDE, sprawdź setlocale.shplik w ~/.kde/env/:

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

1. Może być konieczne uruchomienie sudo dpkg-reconfigureaplikacji zainstalowanej, gdy ustawienia „regionalne” są nieprawidłowe / niezgodne.

   Podczas gdy ustawienia regionalne systemu były nieprawidłowo skonfigurowane, zainstalowałem vim. Później, gdy poprawiono ustawienia narodowe systemu, zobaczyłem sytuację, w vimktórej znaki utf-8 były wyświetlane niepoprawnie jako dziwne symbole nanoi lessbyły wyświetlane poprawnie. Bieganie

   sudo dpkg-reconfigure vim
   

   wydawało się, aby rozwiązać problem po naprawieniu ustawień systemu.

2. Zauważyłem również to samo, co już wspomniano: może być konieczne rozłączenie / ponowne połączenie SSH, aby zmiany były widoczne.

Dodanie następującego tekstu do ~/.profilemnie działa:

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

Używam 64-bitowego serwera Ubuntu 16.04 LTS na Linode.

To działało dla mnie, gdy miałem ten sam problem (w oparciu o rozwiązanie dostarczone przez dman ):

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