2.6.23 обновил до 2.6.24 и исчезли русские буквы в консоли
когда стояло ядро gentoo 2.6.23-r4 с русскими буквами в консоли было все ок. Скомпилировал gentoo-2.6.24 и tuxonice-2.6.24 c тем же конфигом (появившиеся новые настройки в ядрах взяты дефолтными). Если гружусь в 2.6.24 (любое) вместо русских букв наблюдаю знаки вопроса. Если гружусь в 2.6.23-r4 - с русским все ок. В чем могут быть грабли?
# /etc/conf.d/consolefont
# CONSOLEFONT specifies the default font that you'd like Linux to use on the
# console. You can find a good selection of fonts in /usr/share/consolefonts;
# you shouldn't specify the trailing ".psf.gz", just the font name below.
# To use the default console font, comment out the CONSOLEFONT setting below.
# This setting is used by the /etc/init.d/consolefont script (NOTE: if you do
# not want to use it, run "rc-update del consolefont" as root).
#CONSOLEFONT="cp866-8x16"
CONSOLEFONT="cp866-8x8"
# CONSOLETRANSLATION is the charset map file to use. Leave commented to use
# the default one. Have a look in /usr/share/consoletrans for a selection of
# map files you can use.
CONSOLETRANSLATION="koi2alt"
Есть ли настройки ядра, способные повлиять на отображение русских букв? Может нужен конфиг ядра?
- Для комментирования войдите или зарегистрируйтесь
$ cat /usr/src/linux/.config
$ cat /usr/src/linux/.config | grep NLS
localhost ~ # cat
localhost ~ # cat /usr/src/linux/.config | grep NLS
CONFIG_UDF_NLS=y
# CONFIG_SMB_NLS_DEFAULT is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="koi8-r"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
CONFIG_NLS_CODEPAGE_866=y
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
CONFIG_NLS_CODEPAGE_1251=y
# CONFIG_NLS_ASCII is not set
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
CONFIG_NLS_ISO8859_5=y
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
CONFIG_NLS_KOI8_R=y
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y
Хм. А в иксах
Хм.
А в иксах всё нормально?
В иксах все
В иксах все по-прежнему ок
мне чтото 24 не
мне чтото 24 не пошёл
как раз в это время переставлял систему
в 2_6_24 дофига (как мне кажется) всё по другому
дошло до того, что видяху нвидиавскую не настроить было, откатился до 23
У меня ati.
У меня ati. проблем с последней версией проприетарных дров не обнаружил
У меня под 24 ни
У меня под 24 ни один модуль не собирается
________________
Jedem das Seine!
fglrx и ndiswrapper
fglrx и ndiswrapper работают нормально. откачусь временно до 23-r6
Если еще не откатился
Вобщем если у тебя стоит авто-замена-конффайлов, то проверь /etc/rc.conf стоит ли там unicode="yes"
O_o
это что - новое развлечение для месных камикадзе?
У меня стоит сейчас оба ядра
конф обновляю при помощи dispatch-conf. в rc.conf стоит unicode="no", т.к. у меня CONSOLEFONT не юникодовый (см. содержимое /etc/conf.d/consolefont вверху). Фишка в том, что если загрузить ядро 2.6.23-r6 русские буквы есть, в 2.6.24- символы вопроса.
попробуй
попробуй поставь CONSOLEFONT="LatArCyrHeb-14" и скажи что получилось
кажется нашёл
кажется нашёл решение этой проблемы здесь:
http://linuxforum.ru/index.php?showtopic=62869
нужно в конфиг grub.conf после строки с ядром дописать vt.default_utf8=0
пример:
только учтите, что vga=0x31b - это разрешение 1280x1024 (24bit) в консоли
И чего народ к vesafb привязался?
У него один недостаток-преимущество: он не повзоляет менять кучу параметров. Поэтому при переключении в иксы и обратно на CRT монитор не щелкает. Раньше я это ценил. Теперь понравилась фича остальных драйверов: можно в разных консолях иметь разное разрешение. uvesafb, в отличие от vesafb, тоже имеет эту фичу. И кроме того, должен работать и под xen (не проверял). Но вот то, что vesafb не работает под XEN - это точно. Так что переключайтесь.
У себя (проект fantoo) сделал так, что грузится видео-драйвер под конкретную карту (в initramfs). Вообще в initramfs грузятся все драйвера под железо, которое можно определить по lspci (стырил идею из mkinitramfs от arch). Если под видюху нет специальных драйверов (не создался /dev/fb)?, то подгружается uvesafb. Доволен. Долго искал такой способ загрузки видео.
Да, /etc/init.d/consolefont и keymaps подправил на на предмет выключения utf. То есть раньше по умолчанию utf в ядре не было, и скрипты были с ошибкой - не умели выключить utf в консоли. Так что можно не задавать vt_default_utf8=0 :-)
По ходу почитал FAQ про UTF-8 и man. Поскольку часть манов в utf, часть в koi8r, да и наваял я скрипты для динамического переключения кодировки (KOI8R-UTF8) в консоли, то в /etc/man.conf в дополнение к стандартной замене NROFF (агрумент -Tascii на -Tlatin1) написал впереди enca -L ru -x KOI8-R (перед nroff). А при переключении меняю MANPAGER (c iconv или без него).
И проблемы с кодировкой русских man исчезли. В любом случае всё показывается правильно и не надо заранее что-то там перекодировать.
PS: попутно с загрузкой видео-драйвера создается /etc/fb.modes для текущей карты. В других дистрах (типа knoppix или slax) используют фиксированный вариант, сочиненный на основе доки по vesa 3.0. Но он плохо подходит для конкреной карты.
Обязательно попробую
Обязательно попробую, на данный момент проблему решил прописав вызов unicode_stop в .bashrc