以下是如何在Mac OS X v10.7 (Lion)或Cygwin (Windows 10)上解决这个问题:

在主机上的bashrc或bash_profile文件中添加以下代码行:

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

如果你使用Z shell (zsh)，编辑文件zshrc:

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

这通常意味着您还没有正确地在Linux机器上设置区域设置。

在Debian或Ubuntu上，这意味着你需要去做

$ sudo locale-gen
$ sudo dpkg-reconfigure locales

另参见man locale-gen。

你的操作系统不知道en_US.UTF-8。

你没有提到具体的平台，但我可以重现你的问题:

% uname -a
OSF1 hunter2 V5.1 2650 alpha
% perl -e exit
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LC_ALL = (unset),
    LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

我猜您使用ssh从一台新的桌面计算机连接到这台较旧的主机。通常在/etc/ssh/sshd_config中包含

AcceptEnv LANG LC_*

它允许客户端将这些环境变量的值传播到新的会话中。

如果你不需要完整的区域设置，警告会提示你如何压制它:

% env LANG=C perl -e exit
%

或与Bash:

$ LANG=C perl -e exit
$ 

要想永久解决问题，请选择其中之一

在旧的主机上，在shell的初始化文件中设置LANG环境变量。 在客户端修改环境，例如，使用命令LANG=C ssh hunter2而不是ssh hunter2。 如果您拥有管理员权限，可以通过注释掉本地/etc/ssh/ssh_config文件中的SendEnv LANG LC_*行来阻止ssh发送环境变量。(多亏了这个回答。有关更多信息，请参阅OpenSSH中的Bug 1285。)

ssh默认覆盖LC区域变量。看到/etc/ssh/sshd_config:

AcceptEnv LANG LC_*

也许你需要在本地shell中设置这些变量。

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

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

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

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

前面的答案都是错的。消息是明确的-缺少区域设置。解决方案是添加适当的区域设置。您可以通过编辑/etc/locale.生成文件，删除被报告为缺失的地区前面的#符号，然后发出命令:

$ sudo locale-gen

这将实际生成在/etc/locale.中指定的地区Gen，因此消息将不会显示。