Автоматическое заполнение повреждения LC_CTYPE: какова причина этой проблемы?
Это действительно состояния процесса. Процессы указывают, что PS указывает:
D Uninterruptible sleep (usually IO)
R Running or runnable (on run queue)
S Interruptible sleep (waiting for an event to complete)
T Stopped, either by a job control signal or because it is being traced.
W paging (not valid since the 2.6.xx kernel)
X dead (should never be seen)
Z Defunct ("zombie") process, terminated but not reaped by its parent.
и дополнительные символы:
< high-priority (not nice to other users)
N low-priority (nice to other users)
L has pages locked into memory (for real-time and custom IO)
s is a session leader
l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do)
+ is in the foreground process group
Вы могли также найти это все путем взгляда в странице справочника для ps, конкретно PROCESS STATE CODES раздел.
У меня есть догадка, что что-то Ваш bash_completion заставляет это происходить. Попытайтесь убрать свое завершение удара временно (пока Вы не выйдете) путем выполнения:
complete -r
Если это разрешает его затем, это - что-то с завершением удара, если не это все еще мог бы быть один из созданного-ins удара
-
1Попробованный это решение в последний раз, потому что другие походили на более соответствующее решение проблемы, которая сохранилась целую вечность, но это было тем, которое работало. – The Unfun Cat 07.11.2013, 04:46
Я имел подобную проблему на своем сервере человечности (FlexiScale) и искал решение некоторое время, но ничто не мог найти подходящим... Все еще не уверенный, если то, что я сделал, является "правильным путем", но это, кажется, работает.
Предупреждение, которое я видел, было:
bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8)
Для проверки локали актуальны, я сделал это (не уверенный, если это было необходимо):
# locale-gen --purge
locale в моей системе показывал LC_CTYPE="UTF-8" который не выглядел правильным мне, таким образом, я изменил мой /etc/default/locale быть похожими на это:
LANG="en_GB.UTF-8"
LC_CTYPE="en_GB.UTF-8"
(Я добавил вторую строку.) После перевхода в систему закончились предупреждения.
-
1Фиксация
LC_CTYPEбыть допустимым значением сделало это. Вам не нужноLANG(и на самом деле я рекомендую против него). Вы видите допустимые имена локали в своей системе путем выполненияlocale -a. На Ubuntu, запущеннойsudo localegen xx_YYгенерироватьxx_YYлокаль (принимающий это может быть сгенерирован). – Gilles 'SO- stop being evil' 10.08.2011, 01:39
Подобная проблема при соединении через SSH с удаленным разъединяет (после того, как установил oh-my-zsh на моем локальном, но я не уверен, что это релевантно). Зафиксировать его,
На моей локальной машине я отредактировал/etc/ssh/ssh_config файл, комментируя строку SendEnv
#SendEnv LANG LC_*
Заполнение клавишей Tab теперь работает без предупреждения над удаленной машиной
удар: предупреждение: setlocale: LC_CTYPE: не может изменить локаль
Если Вы получаете ошибку/предупреждающее сообщение, подобную этому, когда требуют у Tab автозавершения команды удара:
bash: warning: setlocale: LC_CTYPE: cannot change locale (id_ID.UTF-8)
Решение:
Установите необходимую локаль. В моем случае это - "идентификатор":
sudo apt-get install language-pack-idРеконфигурируйте локали:
sudo dpkg-reconfigure locales
Теперь заполнение клавишей Tab удара должно работать просто великолепно.:-)
Источник: http://ubuntucomputing.blogspot.com/2011/12/how-to-fix-error-bash-warning-setlocale.html
У меня была та же проблема. Я попробовал некоторые решения здесь, но когда я пытался работать locale-gen, моя система сказала, что не могла найти команду. Оказывается, что это - часть locales пакет, который я не имел установленным. Таким образом, я установил его, работал locales-gen, и теперь это работает!
Решено окончательно с созданием файла
/etc/default/locale
С содержимым
LC_ALL="en_US.UTF-8"