Коли я біжу perl, отримую попередження:

perl: попередження: Не вдалося встановити локаль.
perl: попередження: Перевірте, чи налаштовано ваш локальний каталог:
    МОВА = (не встановлено),
    LC_ALL = (не встановлено),
    LANG = "en_US.UTF-8"
підтримуються та встановлюються у вашій системі.
perl: попередження: Повернення до стандартної локалі ("C").

Як це виправити?

Ваша ОС не знає про це en_US.UTF-8.

Ви не згадали про конкретну платформу, але я можу відтворити вашу проблему:

% unme -a
OSF1 мисливець2 V5.1 2650 альфа
% perl -e вихід
perl: попередження: Не вдалося встановити локаль.
perl: попередження: Перевірте, чи налаштовано ваш локальний каталог:
    LC_ALL = (не встановлено),
    LANG = "en_US.UTF-8"
    підтримуються та встановлюються у вашій системі.
perl: попередження: Повернення до стандартної локалі ("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 файлі. (Завдяки цій відповіді . Докладніше див. У програмі Bug 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 . Я не знаю чому - але локальний рід не мав результатів.

Важливо! Це тимчасове рішення. Він повинен запускатися для кожного сеансу.

Це, як правило, означає, що ви неправильно налаштували локалі у вашому Linux-вікні.

У Debian або Ubuntu це означає, що вам потрібно зробити

$ sudo locale-gen
$ sudo dpkg-переналаштування локалів

Див. Також місцевий рід людини .

Тільки для користувачів macOS та Mac OS X

Я отримував таке ж попередження під час використання Git

Щоб усунути це попередження , зніміть з Set locale environment variable on startupопції і перезавантажити термінал. Знизу на екрані представлені мої налаштування терміналу.

Це просто виправити в Ubuntu. Ви повинні генерувати Локалі з нуля, виконуючи наступні команди з командного рядка:

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 мисливець2.

LC_ALL = C ssh мисливець2

з боку клієнта зробив для мене трюк.

З 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

Відкрила нову вкладку і SSHed, працювала для мене :)

Додати 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

Потім перезавантажте ...