Когда я бегу perl, я получаю предупреждение:

perl: warning: сбой при настройке локали.
Perl: предупреждение: пожалуйста, проверьте, что ваши настройки локали:
    ЯЗЫК = (не установлено),
    LC_ALL = (не установлено),
    LANG = "en_US.UTF-8"
поддерживаются и устанавливаются в вашей системе.
perl: warning: возврат к стандартной локали («C»).

Как мне это исправить?

Ваша ОС не знает о en_US.UTF-8.

Вы не упомянули конкретную платформу, но я могу воспроизвести вашу проблему:

% uname -a
OSF1 hunter2 V5.1 2650 alpha
% perl -e выход
perl: warning: сбой при настройке локали.
Perl: предупреждение: пожалуйста, проверьте, что ваши настройки локали:
    LC_ALL = (не установлено),
    LANG = "en_US.UTF-8"
    поддерживаются и устанавливаются в вашей системе.
perl: warning: возврат к стандартной локали («C»).

Я предполагаю, что вы использовали ssh для подключения к этому старому хосту с более новой настольной машины. Это обычно для /etc/ssh/sshd_configсодержания

AcceptEnv LANG LC_*

что позволяет клиентам распространять значения этих переменных среды в новые сеансы.

Предупреждение дает вам подсказку о том, как его устранить, если вам не нужен полный языковой стандарт:

% env LANG = C perl -e выход
%

или с bash:

$ LANG = C perl -e выход
$ 

Для постоянного исправления выберите один из

1. На старом хосте установите LANGпеременную окружения в файле инициализации вашей оболочки.
2. Измените свою среду на стороне клиента, например , вместо ssh hunter2использования команды LANG=C ssh hunter2.
3. Если у вас есть права администратора, остановите ssh от отправки переменных окружения, закомментировав SendEnv LANG LC_*строку в локальном /etc/ssh/ssh_config файле. (Благодаря этому ответу . См. Ошибку 1285 для OpenSSH для получения дополнительной информации.)

Вот как это решить на Mac OS Lion (10.7) или 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

Если вы используете zsh, отредактируйте zshrc:

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

Если вы создаете rootfs с помощью debootstrap, вам нужно сгенерировать локали. Вы можете сделать это, запустив:

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

# then regenerate
sudo locale-gen

Этот совет взят из https://help.ubuntu.com/community/Xen

Использование:

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

Это работает для Debian . Я не знаю почему - но у locale-gen не было результатов.

Важный! Это временное решение. Он должен быть запущен для каждого сеанса.

Как правило, это означает, что вы неправильно настроили локали на вашем Linux-компьютере.

На Debian или Ubuntu это означает, что вам нужно сделать

$ sudo locale-gen
$ sudo dpkg-переконфигурировать локали

Смотрите также man locale-gen .

Только для пользователей MacOS и Mac OS X

Я получал то же предупреждение при использовании Git

Чтобы устранить это предупреждение , снимите с Set locale environment variable on startupопции и перезагрузить терминал. Ниже скриншот представляет мои настройки терминала.

Это просто исправить в Ubuntu. Вы должны сгенерировать Locales с нуля, выполнив следующие команды из командной строки:

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

Это должно создать локали, а затем перенастроить их.

Чтобы /etc/environmentисправить эту проблему в Debian и Ubuntu, добавьте следующее (конечно, измените в соответствии с языком, который вы хотите использовать):

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

Я сейчас использую это:

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

Затем выйдите из сеанса SSH и войдите снова.

Старый ответ:

Только это помогло мне:

$ 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

на Debian после долгих поисков это сработало.

первый:

sudo apt-get purge locales

тогда:

sudo aptitude install locales

и знаменитый:

sudo dpkg-reconfigure locales

Это освобождает систему локалей, затем переустанавливает локали и понижает libc6 с 2.19 до 2.13, что является проблемой. Затем снова настраивает локали.

Это быстрый ответ. Мы установим локали, которые не сбрасываются после перезагрузки. Сначала откройте файл bash и отредактируйте его:

nano .bashrc

добавьте эти строки в файл:

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

активировать изменение путем перезагрузки bash:

source ~/.bashrc

результаты теста :

locale

Для Ubuntu используйте это,

#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

Работал на меня.

Если вы используете Mac OS X v10.10 (Yosemite) или выше для подключения к вашему серверу Linux, вы можете попробовать эти шаги.

1. Держите ваш файл / etc / ssh / sshd-config оригинальным

2. Положите на ~ / .bash_profile

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

3. Запустить

   dpkg-reconfigure locales

   И выберите «en_US.UTF-8»

sudo nano /etc/locale.gen

Раскомментируйте локали, которые вы хотите использовать (например en_US.UTF-8 UTF-8):

Затем запустите:

sudo /usr/sbin/locale-gen

Источник: http://people.debian.org/~schultmc/locales.html

Вам необходимо соответствующим образом настроить язык в /etc/default/locale, выйти из системы, войти в систему , а затем запустить обычные команды

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

Решение:

Попробуйте это ( uk_UA.UTF-8 - моя текущая локаль. Напишите вашу локаль, например en_US.UTF-8 !)

sudo locale-gen uk_UA.UTF-8

и это.

sudo dpkg-reconfigure locales

для меня я исправляю эту ошибку, редактируя экспорт файла добавления файла .bashrc. Добавьте после первоначальных комментариев.

Добавить язык поддержки.

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

Доброго времени суток,

Добавление правильных локал ~/.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:

$ . /etc/default/locale

Для тех, кто подключается к DigitalOcean или другому провайдеру облачного хостинга из приложения iTerm2.app на MacOS High Sierra и получает эту ошибку по некоторым командам:

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

Это решило проблему для меня:

Я знаю, что эта ветка старая, но, возможно, кто-то найдет это полезным. Я знаю, как это может раздражать.

После принятого ответа:

LANG = C ssh hunter2.

LC_ALL = C ssh hunter2

на стороне клиента сделал свое дело для меня.

С zsh ohmyzsh я добавил это к .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

Удаляя линию export LANG=en_US.UTF-8

Открыл новую вкладку и включил SSH, у меня сработало :)

Добавить LC_ALL="en_GB.utf8"к /etc/environmentи перезагрузиться. Это все.

Как всегда, дьявол кроется в деталях ...

В Mac OS X v10.7.5 (Lion), чтобы исправить ошибку Django , ~/.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

И, в свою очередь, долгое время я получал это предупреждение при использовании Perl.

Виноват! Как я понял намного позже, моя система такова en_US.UTF-8! Я исправил это, просто изменив

export LANG=en_EN.UTF-8

в

export LANG=en_US.UTF-8

Если вас не волнует проблема локали, вы можете установитьPERL_BADLANG=0 . Конечно, это может привести к неправильной локализации.

Все предыдущие ответы неверны. Сообщение ясно - отсутствует локаль. Решение заключается в добавлении соответствующей локали. Вы делаете это, редактируя файл /etc/locale.gen, удаляя знак # перед локалью, о которой сообщается, что она отсутствует, и затем вводите команду:

$ sudo locale-gen

Это фактически сгенерирует локали, указанные в /etc/locale.gen, и поэтому сообщение не будет отображаться.

в моем случае с debian8.6 мне пришлось изменить настройки в:

/etc/ssh/ssh_config за #AcceptEnv LANG LC_*

и sshd_configдля#SendEnv LANG LC_*

затем перезапустите службу SSH.

наконец, сделал

locale-gen en_US.UTF-8 а также dpkg-reconfigure locales

Добавить недостающие локали в .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

В моем случае это был вывод:

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

Решение было:

sudo locale-gen ro_RO.UTF-8

sshпо умолчанию перезаписывает переменные локали LC. Смотрите /etc/ssh/sshd_config:

AcceptEnv LANG LC_*

Поэтому, возможно, вам нужно установить эти переменные в вашей локальной оболочке.

Для меня на 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

Затем перезагрузите компьютер ...