После очередного обновления слетела локаль (теперь под рутом POSIX вместо ru_RU.UTF-8)

[dr_alex]

Всем доброго времени суток. После очередного обновления слетела системная локаль, причем слетела исключительно под рутом.

Код: Выделить всё

alex@darkstar:~/Desktop$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE=C
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.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=
alex@darkstar:~/Desktop$ su
Password:
root@darkstar:/home/alex/Desktop# locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

Под юзером все нормально. Может кто сталкивался с такой проблемой? Не подскажите, как вернуть юникодную локаль руту?
Заранее благодарен за ответ.

[eddy]

Запишите в файл /root/.bashrc строчку
export LC_ALL=ваша_локаль

[gramozeka]

Всем доброго времени суток. После очередного обновления слетела системная локаль, причем слетела исключительно под рутом.

Код: Выделить всё

alex@darkstar:~/Desktop$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE=C
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.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=
alex@darkstar:~/Desktop$ su
Password:
root@darkstar:/home/alex/Desktop# locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

Под юзером все нормально. Может кто сталкивался с такой проблемой? Не подскажите, как вернуть юникодную локаль руту?
Заранее благодарен за ответ.

та же хрень , буду думать ... ядро если че 2.6.32.7

[dr_alex]

Запишите в файл /root/.bashrc строчку
export LC_ALL=ваша_локаль

Неееее, ну до такого я и сам додумался. Но ведь это же костыль! Ранее ведь все нормально работало, охота выяснить причину такой поломки.

[eddy]

Но ведь это же костыль!

Тогда смотрите /etc/profile.d и пр., где у вас лежат скрипты, исполняемые при логине пользователя. Где-нибудь там, скорее всего, и закралось [ $(id -u) = 0 ] && export LC_ALL=POSIX. На краяний случай прогрепайте рекурсивно весь /etc.
Только в начале загляните в /root/.bashrc - вдруг там есть переопределение локали на стандартную для рута.

[gramozeka]

после нескольких манипуляций обнаружил вот какую странность эта трабла наблюдается(по крайней мере у меня) только если зайти через su в rootа из активного сеанса простого юзера , если заходить в rootа из tt1-tt6 консоли или из kdm локаль устанавливается нормальная(та что указана) чудеса просто какие-то..

[dr_alex]

после нескольких манипуляций обнаружил вот какую странность эта трабла наблюдается(по крайней мере у меня) только если зайти через su в rootа из активного сеанса простого юзера , если заходить в rootа из tt1-tt6 консоли или из kdm локаль устанавливается нормальная(та что указана) чудеса просто какие-то..

Полностью аналогичная ситуация.

[eddy]

только если зайти через su в rootа из активного сеанса простого юзера

Вы делаете просто su, или, как положено, "su -"?
Кстати (сам только что проверил), su, в зависимости от ключей запуска, по-разному реагирует на стартовые скрипты. "su -" скрипты считывает, также как и "su -s /bin/sh", а вот "su -s /bin/bash", равно как и просто su, стартовые скрипты не запускают, в результате должна оставаться та же локаль, что и у запустившего ее пользователя. У меня, например, прописано в /root/.bash_profile:

Код: Выделить всё

export LC_ALL="C"

и чтобы локаль сменилась на С, делаю "su -". В вашем случае (т.к. все сделано наоборот), скорее всего, надо "su -s /bin/bash".

[offtop]
Вообще, если честно, не понимаю вашего стремления сменить локаль рута со стандартной на нестандартную. В режиме single-user это может повредить (если что-то случится с локалью вашей системы).
[offtop]

[dr_alex]

только если зайти через su в rootа из активного сеанса простого юзера

Вы делаете просто su, или, как положено, "su -"?
Кстати (сам только что проверил), su, в зависимости от ключей запуска, по-разному реагирует на стартовые скрипты. "su -" скрипты считывает, также как и "su -s /bin/sh", а вот "su -s /bin/bash", равно как и просто su, стартовые скрипты не запускают, в результате должна оставаться та же локаль, что и у запустившего ее пользователя. У меня, например, прописано в /root/.bash_profile:

Код: Выделить всё

export LC_ALL="C"

и чтобы локаль сменилась на С, делаю "su -". В вашем случае (т.к. все сделано наоборот), скорее всего, надо "su -s /bin/bash".

[offtop]
Вообще, если честно, не понимаю вашего стремления сменить локаль рута со стандартной на нестандартную. В режиме single-user это может повредить (если что-то случится с локалью вашей системы).
[offtop]

Как правило, просто su. Да, действительно, если дать команду "su -", то locale показывает юникодную локаль под рутом. Но раньше ведь после запуска "su" без всяких параметров, locale все равно показывало юникодную локаль, а не POSIX!
Если честно, то после русификации у меня всегда была русская юникодная локаль под рутом. Мне уже просто интересно, где и что изменилось после обновления, что локали под рутом и обычным юзером стали разные.

[eddy]

Мне уже просто интересно, где и что изменилось после обновления, что локали под рутом и обычным юзером стали разные.

Я же уже говорил: погрепайте /etc, /etc/profile.d и /root/.bash* на предмет смены локали.

[dr_alex]

Мне уже просто интересно, где и что изменилось после обновления, что локали под рутом и обычным юзером стали разные.

Я же уже говорил: погрепайте /etc, /etc/profile.d и /root/.bash* на предмет смены локали.

Прогрепал, но так ничего и не нашел

[s@lomon]

добавлю свои 5 копеек...так как где лежит моя проблема не знаю...но похоже где то рядом....

поставил 13 версию, поставил локаль koi8-r

если вызвать команду (на tty1 из под рута)
# cat /dev/input/mice
подвигать мышью (можно любое устройство ввода, наткнулся при просмотре вывода джостика /dev/input/js0)
идут кваказябры....после закрытия (или при вызове cat) где то что то слетает и кваказябры везде: командной строке, mc, med
при команде # locale вываливется малочитаемый ответ, но видно что локаль koi8-r

-----------------------------------------------------------------------------------------------------------------------------------------------------
1. в 12.2 в раздел ext3 создавал папки с русскими названиями, после перехода на 13 и установки локали кои8-р отображаются нормально

2 на компе есть разделы ntfs:
- если монтировать mount -t ntfs....... -o iocharset=koi8-r, русские названия отображаются правильно
- при ntfs-3g........-o nls=koi8-r русские названия - кваказябры, независимо от того когда монтировать (прописать в fstab или прописывать из после входа в систему)

[zenwolf]

добавлю свои 5 копеек...так как где лежит моя проблема не знаю...но похоже где то рядом....

поставил 13 версию, поставил локаль koi8-r

если вызвать команду (на tty1 из под рута)
# cat /dev/input/mice
подвигать мышью (можно любое устройство ввода, наткнулся при просмотре вывода джостика /dev/input/js0)
идут кваказябры....после закрытия (или при вызове cat) где то что то слетает и кваказябры везде: командной строке, mc, med
при команде # locale вываливется малочитаемый ответ, но видно что локаль koi8-r

-----------------------------------------------------------------------------------------------------------------------------------------------------
1. в 12.2 в раздел ext3 создавал папки с русскими названиями, после перехода на 13 и установки локали кои8-р отображаются нормально

2 на компе есть разделы ntfs:
- если монтировать mount -t ntfs....... -o iocharset=koi8-r, русские названия отображаются правильно
- при ntfs-3g........-o nls=koi8-r русские названия - кваказябры, независимо от того когда монтировать (прописать в fstab или прописывать из после входа в систему)

http://sle.how-to.ru/articles/russ.html
http://www.slackware.ru/forum/viewtopic.ph...p;view=previous
http://www.slackware.ru/forum/viewtopic.ph...e16472c9958ded5

[dr_alex]

добавлю свои 5 копеек...так как где лежит моя проблема не знаю...но похоже где то рядом....

поставил 13 версию, поставил локаль koi8-r

Извините за оффтопик вопрос, но вот мне действительно очень интересно, а зачем ставить KOI8-R вместо UTF-8? Сейчас в Слаке ИМХО с юникодом вообще проблем нет (если конечно Вы не используете древние программы).
По теме - вопрос по-прежнему актуален!

[drBatty]

# cat /dev/input/mice
подвигать мышью (можно любое устройство ввода, наткнулся при просмотре вывода джостика /dev/input/js0)
идут кваказябры....после закрытия

ещё-бы! выполните вслепую reset (это команда такая, а не кнопка)
можно и /etc/rc.d/rc.font выполнить от рута. только это не локаль а фонты.

Извините за оффтопик вопрос, но вот мне действительно очень интересно, а зачем ставить KOI8-R вместо UTF-8? Сейчас в Слаке ИМХО с юникодом вообще проблем нет (если конечно Вы не используете древние программы).

конечно нет. не считая тормозов и глюков при работе с текстом (не видите? ага. у вас нет наверное даже пары метров текстов. а у меня есть)

2 на компе есть разделы ntfs:

вы ещё посмотрите настройки HAL.

По теме - вопрос по-прежнему актуален!

ну посмотрите где у вас эти переменные выставляются. (обычно в /etc/profile причём этот скрипт вызывает кучу других)

[zenwolf]

не считая тормозов и глюков при работе с текстом (не видите? ага. у вас нет наверное даже пары метров текстов. а у меня есть)

Странно, сто лет пользую utf8 и никаких тормозов и глюков не замечал, текстовые файлы есть от 1 до 10 Мб.

[dr_alex]

Тему можно закрывать, решение можно посмотреть здесь.