Как мне исправить проблему с локалью?

Это работало для меня, когда у меня была та же проблема (на основе решения , предоставленного dman ):

sudo sh -c "echo -e 'LC_ALL=en_US.UTF-8\nLANG=en_US.UTF-8' >> /etc/environment"

Если вы используете среду KDE, проверьте файл setlocale.sh в ~/.kde/env/:

$ cat ~/.kde/env/setlocale.sh 
export LANG=en_US.UTF-8
export LANGUAGE=en_US:ru:en

Добавление следующего текста в ~/.profile работает для меня:

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

Я использую 64-битный сервер Ubuntu 16.04 LTS на Linode.

1. Вам может потребоваться запустить sudo dpkg-reconfigure также для приложения, которое вы установили, в то время как настройки «локали» были недействительными / не совпадают.

   В то время как системная локаль была неправильно настроена, я установил vim. Позже, когда системный языковой стандарт был исправлен, я увидел ситуацию, когда vim неправильно отображал символы utf-8 как странные символы, в то время как nano и less показывали их правильно. Запуск

   sudo dpkg-reconfigure vim
   

   , казалось, решил проблему после исправления настроек системы.

2. Я также заметил то же самое, что уже упоминалось: вам может потребоваться отключить / повторно подключить SSH, чтобы сделать изменения видимыми.

Текущий принятый ответ недостаточен в стратегии устранения неполадок, поскольку может возникнуть человеческая ошибка. Вы настроили свою систему на en_US, но у вас en_GB включено в /etc/locale.gen, как я имел в теме здесь для Raspberry Pi 3b. Вы должны включить все используемых вами локалей в /etc/locale.gen.

Я включил en_GB.UTF-8 UTF-8 только в /etc/locale.gen. Я должен был там только включить en_US.UTF-8 UTF-8, потому что другие команды выполняются для него. Поэтому я прокомментировал GB и uncommented US, и теперь все работает

masi@raspberrypi:~ $ sudo vim /etc/locale.gen

masi@raspberrypi:~ $ sudo locale-gen 
Generating locales (this might take a while)...
  en_US.UTF-8... done
Generation complete.

masi@raspberrypi:~ $ sudo a2enmod rewrite && a2enmod headers && a2enmod ssl
Module rewrite already enabled
Module headers already enabled
Considering dependency setenvif for ssl:
Module setenvif already enabled
Considering dependency mime for ssl:
Module mime already enabled
Considering dependency socache_shmcb for ssl:
Module socache_shmcb already enabled
Module ssl already enabled

Теперь я не получаю эти ошибки локали ни с какими командами.

Система: Raspbian Jessie
Оборудование: Raspberry Pi 3b

Как сказано здесь, в вики Debian , вы можете отредактировать /etc/locale.gen и добавить все локали (или раскомментировать их, у меня был список всех локалей, но все, кроме той, которую я использовал в качестве комментариев), вы хотите иметь поддержку в вашей системе. Затем выполните

sudo dpkg-reconfigure locales

, чтобы обновить локали в вашей системе. Теперь все локали, которые вы добавили / раскомментировали в /etc/locale.gen, доступны в вашей системе без каких-либо предупреждений.

Я застрял в странном состоянии, когда мой локальный компьютер установлен на es, и поэтому удаленный компьютер (через vagrant) был переведен в необработанное состояние. Поэтому мне пришлось использовать руководство export= только для того, чтобы облегчить успех dpkg-reconfigure. Тогда система в порядке.

export LC_ALL="en_US.UTF-8"
sudo dpkg-reconfigure locales

Не забудьте выйти из сеанса SSH (или своего X11), выйдя и снова войдя в систему. Все эти предложения не сработали для меня, пока я не вошел снова ....

Для этого есть команда:

sudo update-locale LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8

Обновляет /etc/default/locale с предоставленными значениями.

Это распространенная проблема, если вы подключаетесь удаленно, поэтому решение состоит в том, чтобы не пересылать язык. Отредактируйте /etc/ssh/ssh_config и закомментируйте строку SendEnv LANG LC_*.

Я написал bash-скрипт , чтобы исправить вышеуказанную проблему. Приведенные выше ответы полезны, но установка переменных локали путем простого экспорта значений в переменную оболочки будет работать только для сессии. Я навсегда решил эту проблему, экспортировав переменные локали в файл .bash_profile. Вы также можете использовать файл /etc/profile вместо .bash_profile.

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

Не забудьте source .bash_profile и следуйте сценарию в простой настройке.

То, что работало для меня 12.10, было следующим:

apt-get install language-pack-en-base  

Это было после того, как dpkg-reconfigure locales не дал результатов.

Просто добавьте следующее в свой файл .bashrc (при условии, что вы используете bash)

export LC_ALL="en_US.UTF-8"

Они должны исчезнуть после выдачи:

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

dpkg-reconfigure перенастраивает пакеты после того, как они уже установлены. Передайте ему имена пакетов или пакетов для перенастройки. Он будет задавать вопросы о конфигурации, как при первой установке пакета.

Ничто из предложенного выше не сработало в моем случае (Ubuntu Server 12.04LTS). Что в итоге помогло, так это положить в файл /etc/environment:

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

По какой-то причине его не было. Выходные данные для локали и других команд выглядели так, как будто переменные были правильно определены. Другими словами, не принимайте как должное, все основные вещи объявляются там, где они должны быть объявлены.

Для Ubuntu 12.10 ничего из вышеперечисленного не сработало, за исключением решения Раца. Я рекомендую добавить это в ваш файл /etc/bash.bashrc:

export LC_ALL="en_ZA.UTF-8"
export LC_CTYPE="en_ZA.UTF-8"