Wie behebe ich mein Gebietsschema?


Zur akzeptierten Antwort gehen


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?


516





2012-07-11




Anzahl der Antworten: 18


Führen Sie zunächst locale die 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!


521


2012-12-10

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.


368


2012-12-16

Sie sollten nach der Ausstellung verschwinden:

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

dpkg-reconfigure Konfiguriert 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.


153


2012-07-11

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

 export LC_ALL="en_US.UTF-8"
 

120


2012-11-08

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


96


2014-10-01

Dafür gibt es einen Befehl:

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

Es wird /etc/default/locale mit den angegebenen Werten aktualisiert .


72


2014-08-01

Was für mich am 12.10 funktioniert hat war:

 apt-get install language-pack-en-base  
 

Damit wurden nachher dpkg-reconfigure locales keine Ergebnisse erzielt.


32


2013-04-28

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.


18


2014-09-26

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"
 

11


2013-03-27

Ich war in einem seltsamen Zustand festgefahren, in dem mein lokaler Computer auf eingestellt ist, es und 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
 

11


2016-03-22

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/profile anstelle 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, source die .bash_profile und die folgen Skript in einfache Einrichtung.


9


2016-02-27

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_RU ist deine Landesvorwahl?


8


2013-06-17

Die aktuell akzeptierte Antwort ist in der Problembehandlungsstrategie nicht ausreichend, da ein menschliches Versagen auftreten kann. Sie richten Ihr System so ein, en_US aber Sie haben es en_GB aktiviert, /etc/locale.gen wie 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-8 nur aktiviert /etc/locale.gen . Ich sollte dort nur en_US.UTF-8 UTF-8 wegen anderer dafür ausgeführter Befehle freigeschaltet haben . Also habe ich GB kommentiert und US unkommentiert, und jetzt funktioniert alles

 [email protected]:~ $ sudo vim /etc/locale.gen

[email protected]:~ $ sudo locale-gen 
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.

[email protected]:~ $ 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


7


2016-06-22

Wie hier im Debian-Wiki gesagt , können /etc/locale.gen Sie 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.gen auf Ihrem System ohne Warnungen verfügbar.


6


2014-12-14

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

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

3


2014-02-05

  1. Sie müssen möglicherweise sudo dpkg-reconfigure auch 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 vim utf-8 - Zeichen fälschlicherweise als seltsame Symbole wurde zeigt , während nano und less wurden sie richtig zeigt. 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.


2


2014-12-18

Den folgenden Text ~/.profile hinzufü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.


2


2017-05-09

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"
 

2


2014-08-27