向~/添加正确的区域设置。bashrc,(~ /。Bash_profile， /etc/environment之类的文件可以解决这个问题，但是不建议这样做，因为它会覆盖/etc/default/locale的设置，这在最好的情况下是令人困惑的，在最坏的情况下可能会导致区域设置不一致。

相反，应该直接编辑/etc/default/locale，它可能看起来像这样:

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

更改将在下次登录时生效。你可以通过/etc/default/locale在现有的shell中获取新的语言环境，就像这样:

$ . /etc/default/locale

将缺失的地区添加到.bash_profile文件中:

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

然后来源你的.bash_profile文件:

source ~/.bash_profile

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

这为我解决了问题:

以下是如何在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

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

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

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

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

如果您正在使用反引导创建rootfs，则需要生成区域设置。你可以通过运行:

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

# then regenerate
sudo locale-gen

这个技巧来自https://help.ubuntu.com/community/Xen