如果在通过ssh连接到远程主机时发生此问题，则可能是远程系统缺少某些区域设置。我不打算重复如何安装和配置区域设置，因为其他答案已经很好地解释了这一点。

正如其他答案所指出的，ssh应该将本地计算机的区域设置传递给远程主机。例如，如果你设置了澳大利亚地区(例如en_AU.UFT-8)，并且你正在连接到一个新设置的Ubuntu服务器，它只提供en_US。UTF-8，那么您将收到此警告。

要解决这个问题，你有几个选择:

在远程主机上安装所需的区域设置，使它们与客户端上配置的区域设置匹配。 将SSH配置更改为不传递客户端环境变量。我不建议这样做。 通过从.bashrc文件和朋友导出语言环境设置来覆盖远程机器上的语言环境。

另一个与git相关的答案:

问题的根源可能是Git服务器。如果所有这些都失败了，请尝试在服务器上执行dpkg-reconfigure区域设置(或适合您的发行版的任何设置)。

Debian GNU/Linux 11(靶心)

我在GCP中创建一个全新的VM实例后遇到了这个问题。

基本上，我刚刚运行了以下程序

$ sudo apt-get update
$ sudo apt-get upgrade

这里我得到了错误

perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "UTF-8",
LC_TERMINAL = "iTerm2",
LANG = "C"
are supported and installed on your system.

以下是我的解决方法。

首先安装区域设置。

$ sudo apt-get install locales

打开语言环境文件(使用您喜欢的编辑器)。

$ sudo nano /etc/default/locale

添加以下内容并保存。

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

执行以下命令。

$ sudo localedef -i en_US -f UTF-8 en_US.UTF-8

重新启动终端。 运行命令测试并通过ctrl + d关闭它。

$ perl

注意: 我创建了一个实例来测试我的解决方案，以确保。如果对你不起作用请告诉我。

我希望这对你有所帮助。

问题的根源

我经历过，通过ssh从一台机器登录到另一台机器。远程机器没有本地机器上的locale文件。您可以禁用区域设置从本地机器转发到远程机器(在文件/etc/ssh/sshd_config中删除AcceptEnv LANG LC_CTYPE…)或安装区域设置(在本例中不需要更改它)。

安装

我使用的Fedora、Red Hat Linux和CentOS

sudo dnf install langpacks-de

德语(de)语言包。我登出，登陆，成功了。

搜索使用的其他langpacks

dnf search langpacks-

改变/激活

列出我使用的可用区域设置

localectl list-locales

并设置一个新的

sudo localectl set-locale de_DE.utf8

对于任何从iTerm2连接到DigitalOcean或其他云托管提供商的人。在macOS v10.13 (High Sierra)上运行app，在一些命令上得到这个错误:

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").

这为我解决了问题:

对我来说，在Ubuntu 16.04 (Xenial Xerus)上，以下工作:

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

然后重新启动…