Wie behebe ich mein Gebietsschema?

Ich erhalte diese Meldung jedes Mal, wenn ich einen Dienst starte oder stoppe.

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   

Wie behebe ich diesen Fehler?

Führen Sie zunächst localedie folgenden Schritte aus, um die aktuell für das aktuelle Benutzerkonto definierten Ländereinstellungen aufzulisten:

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

Generieren Sie dann das fehlende Gebietsschema und konfigurieren Sie die Gebietsschemas neu, um dies zu beachten:

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

Jetzt sehen Sie keine Fehler mehr!

In meinem Fall hat nichts oben vorgeschlagenes funktioniert (Ubuntu Server 12.04LTS). Was schließlich geholfen hat, war das Ablegen der Datei /etc/environment:

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

Aus irgendeinem Grund fehlte es. Die Ausgaben für das Gebietsschema und andere Befehle schienen so zu sein, als wären die Variablen richtig definiert. Mit anderen Worten, nehmen Sie nicht als selbstverständlich an, dass alle grundlegenden Dinge dort deklariert werden, wo sie deklariert werden sollen.

Sie sollten nach der Ausstellung verschwinden:

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

dpkg-reconfigurekonfiguriert Pakete neu, nachdem sie bereits installiert wurden. Übergeben Sie ihm die Namen eines Pakets oder von Paketen, die neu konfiguriert werden sollen. Es werden Konfigurationsfragen gestellt, ähnlich wie bei der Erstinstallation des Pakets.

.bashrcFügen Sie Ihrer Datei einfach Folgendes hinzu (vorausgesetzt, Sie verwenden bash)

export LC_ALL="en_US.UTF-8"

Dies ist ein häufiges Problem, wenn Sie eine Remoteverbindung herstellen. Daher besteht die Lösung darin, Ihr Gebietsschema nicht weiterzuleiten. Zeile bearbeiten /etc/ssh/ssh_configund auskommentieren SendEnv LANG LC_*.

Dafür gibt es einen Befehl:

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

Es wird /etc/default/localemit den angegebenen Werten aktualisiert .

Was für mich am 12.10 funktioniert hat war:

apt-get install language-pack-en-base  

Damit wurden nachher dpkg-reconfigure localeskeine Ergebnisse erzielt.

Vergessen Sie nicht, Ihre SSH-Sitzung (oder Ihre X11-Sitzung) durch Beenden und erneutes Anmelden zu beenden. Alle diese Vorschläge haben bei mir nur funktioniert, wenn ich mich erneut angemeldet habe.

Für Ubuntu 12.10 funktionierte bis auf Ratzs 'Lösung nichts. Ich empfehle, dies zu Ihrer /etc/bash.bashrc-Datei hinzuzufügen:

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

Ich war in einem seltsamen Zustand festgefahren, in dem mein lokaler Computer auf eingestellt ist, esund daher wurde der Remote-Computer (über vagrant) in einem unbehandelten Zustand bereitgestellt. Daher musste ich das Handbuch export=nur nutzen, um einen erfolgreichen Ablauf zu ermöglichen dpkg-reconfigure. Dann ist das System in Ordnung.

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

Ich habe ein Bash-Skript geschrieben , um dieses Problem zu beheben. Die obigen Antworten sind nützlich, aber das Festlegen der Gebietsschemavariablen durch einfaches Exportieren der Werte in die Shell-Variable funktioniert nur für eine Sitzung. Ich habe dieses Problem dauerhaft gelöst, indem ich die Gebietsschemavariablen in die Datei .bash_profile exportiert habe. Sie können /etc/profileanstelle von auch file verwenden .bash_profile.

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

Vergessen Sie nicht, sourcedie .bash_profileund die folgen Skript in einfache Einrichtung.

Du kannst es versuchen:

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

Wo ru_RUist deine Landesvorwahl?

Die aktuell akzeptierte Antwort ist in der Problembehandlungsstrategie nicht ausreichend, da ein menschliches Versagen auftreten kann. Sie richten Ihr System so ein, en_USaber Sie haben es en_GBaktiviert, /etc/locale.genwie ich es im Thread hier für Raspberry Pi 3b getan habe. Sie sollten alle verwendeten Gebietsschemas in aktiviert haben /etc/locale.gen.

Ich hatte en_GB.UTF-8 UTF-8nur aktiviert /etc/locale.gen. Ich sollte dort nur en_US.UTF-8 UTF-8wegen anderer dafür ausgeführter Befehle freigeschaltet haben . Also habe ich GB kommentiert und US unkommentiert, und jetzt funktioniert alles

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

Jetzt erhalte ich diese Gebietsschemafehler nicht mit irgendwelchen Befehlen.

System: Raspbian Jessie
Hardware: Raspberry Pi 3b

Wie hier im Debian-Wiki gesagt , können /etc/locale.genSie alle Gebietsschemas bearbeiten und hinzufügen (oder sie auskommentieren, ich hatte eine Liste aller Gebietsschemas, aber aller, die ich als Kommentare verwendet habe), für die Sie Unterstützung auf Ihrem System wünschen. Führen Sie dann aus

sudo dpkg-reconfigure locales

um die Ländereinstellungen auf Ihrem System zu aktualisieren. Jetzt sind alle von Ihnen hinzugefügten / nicht kommentierten Gebietsschemas /etc/locale.genauf Ihrem System ohne Warnungen verfügbar.

Wenn Sie eine KDE-Umgebung verwenden, überprüfen Sie die setlocale.shDatei in ~/.kde/env/:

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

1. Sie müssen möglicherweise sudo dpkg-reconfigureauch für die Anwendung ausgeführt werden, die Sie installiert haben, während die Einstellungen für "Gebietsschema" ungültig / nicht übereinstimmend waren.

   Während das Systemgebietsschema falsch eingerichtet war, habe ich es installiert vim. Später , als Systemgebietsschema festgelegt wurde , sah ich eine Situation , die vimwährend utf-8 - Zeichen fälschlicherweise als seltsame Symbole zeigte nanound lesssich richtig zeigte. Laufen

   sudo dpkg-reconfigure vim
   

   schien das Problem zu beheben, nachdem die Systemeinstellungen behoben wurden.

2. Das Gleiche ist mir auch aufgefallen, wie bereits erwähnt: Möglicherweise müssen Sie SSH trennen / erneut verbinden, um die Änderungen sichtbar zu machen.

Den folgenden Text ~/.profilehinzufügen, um für mich zu arbeiten:

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

Ich benutze Ubuntu 16.04 LTS 64-Bit-Server unter Linode.

Dies funktionierte für mich, als ich das gleiche Problem hatte (basierend auf der von dman bereitgestellten Lösung ):

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