Wenn ich renne perl, bekomme ich die Warnung:

Perl: Warnung: Das Einstellen des Gebietsschemas ist fehlgeschlagen.
Perl: Warnung: Bitte überprüfen Sie Ihre Gebietsschemaeinstellungen:
    LANGUAGE = (nicht gesetzt),
    LC_ALL = (nicht gesetzt),
    LANG = "en_US.UTF-8"
werden auf Ihrem System unterstützt und installiert.
Perl: Warnung: Zurückgreifen auf das Standardgebietsschema ("C").

Wie behebe ich das?

Ihr Betriebssystem weiß nichts darüber en_US.UTF-8.

Sie haben keine bestimmte Plattform erwähnt, aber ich kann Ihr Problem reproduzieren:

% uname -a
OSF1 hunter2 V5.1 2650 alpha
% perl -e exit
Perl: Warnung: Das Einstellen des Gebietsschemas ist fehlgeschlagen.
Perl: Warnung: Bitte überprüfen Sie Ihre Gebietsschemaeinstellungen:
    LC_ALL = (nicht gesetzt),
    LANG = "en_US.UTF-8"
    werden auf Ihrem System unterstützt und installiert.
Perl: Warnung: Zurückgreifen auf das Standardgebietsschema ("C").

Ich vermute, Sie haben ssh verwendet, um von einem neueren Desktop-Computer aus eine Verbindung zu diesem älteren Host herzustellen. Es ist üblich, /etc/ssh/sshd_configzu enthalten

AcceptEnv LANG LC_*

Dadurch können Clients die Werte dieser Umgebungsvariablen in neue Sitzungen übertragen.

Die Warnung gibt Ihnen einen Hinweis, wie Sie sie unterdrücken können, wenn Sie nicht das vollständige Gebietsschema benötigen:

% env LANG = C perl -e exit
%.

oder mit Bash:

$ LANG = C perl -e exit
$ 

Wählen Sie für eine dauerhafte Korrektur eine der Optionen

1. Legen Sie auf dem älteren Host die LANGUmgebungsvariable in der Initialisierungsdatei Ihrer Shell fest.
2. Ändern Sie Ihre Umgebung auf der Clientseite, z. B. anstatt ssh hunter2den Befehl zu verwenden LANG=C ssh hunter2.
3. Wenn Sie Administratorrechte haben, verhindern Sie, dass ssh die Umgebungsvariablen sendet, indem Sie die SendEnv LANG LC_*Zeile in der lokalen /etc/ssh/ssh_config Datei auskommentieren. (Dank dieser Antwort . Weitere Informationen finden Sie in Bug 1285 für OpenSSH.)

So lösen Sie es unter Mac OS Lion (10.7) oder Cygwin (Windows 10):

Fügen Sie Ihrem bashrc oder bash_profile auf dem Hostcomputer die folgenden Zeilen hinzu:

# Setting for the new UTF-8 terminal support in Lion
export LC_CTYPE=en_US.UTF-8
export LC_ALL=en_US.UTF-8

Wenn Sie zsh verwenden, bearbeiten Sie zshrc:

# Setting for the new UTF-8 terminal support in Lion
LC_CTYPE=en_US.UTF-8
LC_ALL=en_US.UTF-8

Wenn Sie ein Rootfs mit Debootstrap erstellen, müssen Sie die Gebietsschemas generieren. Sie können dies tun, indem Sie Folgendes ausführen:

# (optional) enable missing locales
sudo nano /etc/locale.gen

# then regenerate
sudo locale-gen

Dieser Tipp stammt von https://help.ubuntu.com/community/Xen

Verwenden:

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

Es funktioniert für Debian . Ich weiß nicht warum - aber locale-gen hatte keine Ergebnisse.

Wichtig! Es ist eine vorübergehende Lösung. Es muss für jede Sitzung ausgeführt werden.

Dies bedeutet im Allgemeinen, dass Sie die Gebietsschemas auf Ihrer Linux-Box nicht ordnungsgemäß eingerichtet haben.

Unter Debian oder Ubuntu bedeutet dies, dass Sie dies tun müssen

$ sudo locale-gen
$ sudo dpkg-locales neu konfigurieren

Siehe auch man locale-gen .

Nur für Benutzer von macOS und Mac OS X.

Ich habe die gleiche Warnung erhalten, als ich Git verwendet habe

So beheben Sie diese Warnung Deaktivieren Sie die Set locale environment variable on startupOption und starten Sie Ihr Terminal neu. Der folgende Screenshot zeigt meine Terminaleinstellungen.

Es ist eine einfache Lösung in Ubuntu. Sie müssen die Gebietsschemas von Grund auf neu generieren und die folgenden Befehle über die Befehlszeile ausführen:

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

Dadurch sollten die Gebietsschemas erstellt und anschließend neu konfiguriert werden.

Fügen Sie Folgendes hinzu, um /etc/environmentdas Problem für mich unter Debian und Ubuntu zu beheben (ändern Sie es natürlich, um es an das Gebietsschema anzupassen, das Sie verwenden möchten):

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

Ich benutze jetzt Folgendes:

$ cat /etc/environment
...
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8

Melden Sie sich dann von der SSH-Sitzung ab und erneut an.

Alte Antwort:

Nur das hat mir geholfen:

$ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=ru_RU.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=ru_RU.UTF-8
LC_NAME=ru_RU.UTF-8
LC_ADDRESS=ru_RU.UTF-8
LC_TELEPHONE=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_IDENTIFICATION=ru_RU.UTF-8
LC_ALL=

$ sudo su

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

# locale-gen en_US.UTF-8
Generating locales...
  en_US.UTF-8... up-to-date
Generation complete.

# dpkg-reconfigure locales
Generating locales...
  en_AG.UTF-8... done
  en_AU.UTF-8... done
  en_BW.UTF-8... done
  en_CA.UTF-8... done
  en_DK.UTF-8... done
  en_GB.UTF-8... done
  en_HK.UTF-8... done
  en_IE.UTF-8... done
  en_IN.UTF-8... done
  en_NG.UTF-8... done
  en_NZ.UTF-8... done
  en_PH.UTF-8... done
  en_SG.UTF-8... done
  en_US.UTF-8... up-to-date
  en_ZA.UTF-8... done
  en_ZM.UTF-8... done
  en_ZW.UTF-8... done
Generation complete.

# exit

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

auf Debian nach langem Suchen hat dies den Trick getan.

zuerst:

sudo apt-get purge locales

dann:

sudo aptitude install locales

und die berühmten:

sudo dpkg-reconfigure locales

Dadurch wird das System der Gebietsschemas entfernt, dann werden die Gebietsschemas neu installiert und libc6 von 2.19 auf 2.13 herabgestuft, was das Problem ist. Konfiguriert dann die Gebietsschemas erneut.

Dies ist eine schnelle Antwort. Wir werden Gebietsschemas festlegen, die nach dem Neustart nicht deaktiviert werden. Öffnen Sie zuerst die Bash-Datei und bearbeiten Sie sie:

nano .bashrc

Fügen Sie der Datei folgende Zeilen hinzu:

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

Aktivierung durch erneutes Laden von Bash aktivieren:

source ~/.bashrc

Testergebnisse :

locale

Für Ubuntu verwenden Sie dies,

#export LANGUAGE=en_US.UTF-8
#export LC_ALL=en_US.UTF-8
#export LANG=en_US.UTF-8
#export LC_TYPE=en_US.UTF-8

Hat für mich gearbeitet.

Wenn Sie Mac OS X 10.10 (Yosemite) oder höher verwenden, um eine Verbindung in Ihrem Server Linux herzustellen , können Sie diese Schritte ausführen .

1. Behalten Sie Ihre Datei / etc / ssh / sshd-config original

2. Legen Sie Ihr ~ / .bash_profile an

   export LANG="en_US"
   export LC_ALL=$LANG.UTF-8

3. Lauf

   dpkg-reconfigure locales

   Und wählen Sie "en_US.UTF-8"

sudo nano /etc/locale.gen

Kommentieren Sie die Gebietsschemas aus, die Sie verwenden möchten (z en_US.UTF-8 UTF-8 ):

Dann renne:

sudo /usr/sbin/locale-gen

Quelle: http://people.debian.org/~schultmc/locales.html

Sie müssen das Gebietsschema entsprechend konfigurieren /etc/default/locale, sich abmelden, anmelden und dann die regulären Befehle ausführen

root@host:~# echo -e 'LANG=en_US.UTF-8\nLC_ALL=en_US.UTF-8' > /etc/default/locale
root@host:~# exit
local-user@local:~$ ssh root@host
root@host:~# locale-gen en_US.UTF-8
root@host:~# dpkg-reconfigure locales

perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_ALL to default locale: No such file or directory

Lösung:

Versuchen Sie dies ( uk_UA.UTF-8 ist mein aktuelles Gebietsschema. Schreiben Sie Ihr Gebietsschema, zum Beispiel en_US.UTF-8 !)

sudo locale-gen uk_UA.UTF-8

und das.

sudo dpkg-reconfigure locales

Für mich behebe ich diesen Fehler beim Bearbeiten der .bashrc-Datei add export. Nach ersten Kommentaren hinzufügen.

Sprachunterstützung hinzufügen.

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

Freundliche Regads,

Das Hinzufügen der richtigen Gebietsschema ~/.bashrc, ~/.bash_profile,/etc/environment und dergleichen wird das Problem lösen, aber es wird nicht empfohlen, da es die Einstellungen außer Kraft /etc/default/locale, die bestenfalls verwirrend und kann zu den Schauplätzen führt nicht konsequent im schlimmsten Fall angewandt werden.

Stattdessen sollte man /etc/default/localedirekt bearbeiten , was ungefähr so ​​aussehen könnte:

LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=en_US

Die Änderung wird beim nächsten Anmelden wirksam. Sie können das neue Gebietsschema in einer vorhandenen Shell abrufen, indem Sie Folgendes beschaffen /etc/default/locale:

$ . /etc/default/locale

Für alle, die über iTerm2.app unter MacOS High Sierra eine Verbindung zu DigitalOcean oder einem anderen Cloud-Hosting-Anbieter herstellen und diesen Fehler bei einigen Befehlen erhalten:

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 a fallback locale ("en_US.UTF-8").

Dies hat das Problem für mich behoben:

Ich weiß, dass dieser Thread alt ist, aber vielleicht findet jemand dies nützlich. Ich weiß, wie nervig das sein kann.

Nach der akzeptierten Antwort:

LANG = C ssh hunter2.

LC_ALL = C ssh hunter2

auf der Client-Seite hat den Trick für mich getan.

Mit zsh ohmyzsh habe ich folgendes hinzugefügt .zshrc:

 # You may need to manually set your language environment
 LANGUAGE=en_US.UTF-8
 LANG=en_US.UTF-8
 LC_CTYPE=en_US.UTF-8
 LC_ALL=en_US.UTF-8

Durch Entfernen der Linie export LANG=en_US.UTF-8

Öffnete einen neuen Tab und SSHed in, arbeitete für mich :)

In LC_ALL="en_GB.utf8"zu /etc/environmentund neu starten. Das ist alles.

Wie immer steckt der Teufel im Detail ...

Unter Mac OS X 10.7.5 (Lion) habe ich Folgendes festgelegt , um einen Django- Fehler zu beheben ~/.bash_profile:

export LANG=en_EN.UTF-8
export LC_COLLATE=$LANG
export LC_CTYPE=$LANG
export LC_MESSAGES=$LANG
export LC_MONETARY=$LANG
export LC_NUMERIC=$LANG
export LC_TIME=$LANG
export LC_ALL=$LANG

Und im Gegenzug bekam ich diese Warnung lange Zeit, wenn ich Perl verwendete.

Mein Fehler! Wie ich viel später festgestellt habe, ist mein System en_US.UTF-8! Ich habe es einfach durch einen Wechsel von behoben

export LANG=en_EN.UTF-8

zu

export LANG=en_US.UTF-8

Wenn Sie sich nicht für das Gebietsschema interessieren, können Sie festlegenPERL_BADLANG=0 . Dies kann natürlich zu einer falschen Lokalisierung führen.

Alle vorherigen Antworten sind falsch. Die Nachricht ist klar - Gebietsschema fehlt. Die Lösung besteht darin, das entsprechende Gebietsschema hinzuzufügen. Sie bearbeiten dazu die Datei /etc/locale.gen, entfernen das # -Zeichen vor dem Gebietsschema, das als fehlend gemeldet wird, und geben dann den folgenden Befehl aus:

$ sudo locale-gen

Dadurch werden tatsächlich die in /etc/locale.gen angegebenen Gebietsschemas generiert, und daher wird die Nachricht nicht angezeigt.

In meinem Fall musste ich mit debian8.6 die Einstellungen ändern in:

/etc/ssh/ssh_config zum #AcceptEnv LANG LC_*

und sshd_configfür#SendEnv LANG LC_*

Starten Sie dann den SSH-Dienst neu.

endlich tat

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

Fügen Sie fehlende Gebietsschemas zu .bash_profile hinzu

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

Dann geben Sie Ihr .bash_profile ein

source ~/.bash_profile

In meinem Fall war dies die Ausgabe:

LANGUAGE = (unset),
LC_ALL = (unset),
LC_PAPER = "ro_RO.UTF-8",
LC_ADDRESS = "ro_RO.UTF-8",
....

Die Lösung war:

sudo locale-gen ro_RO.UTF-8

sshÜberschreibt standardmäßig LC-Gebietsschemavariablen. Siehe /etc/ssh/sshd_config:

AcceptEnv LANG LC_*

Vielleicht müssen Sie diese Variablen in Ihrer lokalen Shell festlegen.

Unter Ubuntu 16.04 (Xenial Xerus) hat für mich Folgendes funktioniert:

root@host:~#locale-gen en_GB.UTF-8
root@host:~#localectl set-locale LANG=en_GB.UTF-8,LC_ALL=en_GB.UTF-8

Dann neu starten ...