对于Debian用户，我在修改我的区域设置以更改机器的语言后遇到了这个问题。这就是我所做的:

修改. bashrc: 出口LANG = fr_FR。utf - 8 出口LC_ALL = fr_FR。utf - 8 取消注释行fr_FR。文件etc/locale中的UTF-8。Gen -> sudo locale-gen生成丢失的包 sudo update-locale sudo dpkg-reconfigure locale将我的locale配置为fr_FR。utf - 8 在etc/default/locale文件中添加额外的行: 语言= en_US。utf - 8 LC_ALL = en_US。utf - 8 LANG = en_US。utf - 8 LC_TYPE = en_US。utf - 8 重启我的电脑，一切正常

如果不关心语言环境问题，可以设置PERL_BADLANG=0。当然，这可能导致不正确的本地化。

对于任何从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").

这为我解决了问题:

将LC_TYPE环境变量设置为默认的区域语言“C”将有助于消除此警告。

执行export LC_CTYPE="C"，然后尝试执行perl命令。

附注:您需要在/etc/environment文件或/etc/default/locale文件中设置此变量以获得永久解决方案。

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

解决方案:

试试这个(uk_UA。UTF-8是我当前的语言环境。编写语言环境，例如en_US。utf - 8 !)

sudo locale-gen uk_UA.UTF-8

这。

sudo dpkg-reconfigure locales

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

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

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

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