UTF'изация с купюрами: пропадают сообщения ядра после запуска consolefont

Столкнулся с небольшой (но неприятной такой) неприятностью после UTF'изации :/

Кратко: сообщения, посылаемые при загрузке ядром в консоль, пропадают после старта consolefont.

Почему они пропадают, можно догадаться: consolefont замещает стандартный шрифт Terminus'ом:

CONSOLEFONT="ter-k14n"

... а сервис, рисующий сообщения в консоли, - лентяй такой - не перерисовывает старые сообщения новым шрифтом (про старый, стоит полагать, он тут же "забывает")

Наблюдается ли у вас такая проблема? Если вы ее побороли, то как?

Наверное, можно вкомпилить терминус в ядро или пнуть какой-нибудь сервис на предмет перерисовывания старых сообщений новым шрифтом, но с наскока я не смог найти, как вкомпилить и кого пнуть.

Конфигурационные файлы соответствуют конфигам из HOWTO ru RU.utf8 Gentoo way (только локаль английская: "LANG=en_US.UTF-8")

Отключение фреймбуфера ни к каким результатам не привело.

Спасибо.

У меня ничего

У меня ничего пропадает, после consolefont всё перерисовывается. ru_RU.UTF-8
_________________
Athlon 1400 RAM 512 KDE 3.5.5

проверь

У меня такой же шрифт, такая же кодировка, всё нормально.
ты перезапускал /etc/init.d/consolefont & /etc/init.d/keymaps ?

Вот конфиг:
/etc/conf.d/consolefont:
CONSOLEFONT="ter-v14n"
CONSOLETRANSLATION="8859-1_to_uni"

/etc/conf.d/keymaps:
KEYMAP="-u ru4"
SET_WINDOWKEYS="yes"
DUMPKEYS_CHARSET="koi8-r"

developer пишет:ты

developer написал(а):
ты перезапускал /etc/init.d/consolefont & /etc/init.d/keymaps ?

Да.

Мои конфиги:

/etc/env.d/02locale:

LC_ALL="en_US.UTF-8"
LANG="" # Установка переменной в "en_US.UTF-8" не помогает

/etc/rc.conf:
UNICODE="yes"

/etc/conf.d/consolefont:

CONSOLEFONT="ter-k14n" # Вместо ter-k14n пробовал ter-v14n
CONSOLETRANSLATION="8859-1_to_uni" # Эту строку убирал - не помогало

/etc/conf.d/keymaps:

KEYMAP="-u ru" # Пробовал ru4
SET_WINDOWKEYS="yes"
EXTENDED_KEYMAPS=""
DUMPKEYS_CHARSET="koi8-r"

# locale:

LANG=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=

# locale -a:

C
en_US
en_US.utf8
POSIX
ru_RU.cp1251
ru_RU.koi8r
ru_RU.utf8

Я в первом

Я в первом сообщении не совсем так выразился: у меня пропадают не совсем все сообщения, а только те, что были написаны старым шрифтом, до выполнения consolefont.

Проблема

Проблема решилась увеличением размера шрифта: ter-k16n.

В readme к терминусу написано следующее:

Dimitar Toshkov Zhekov написал(а):
The Linux kernel 2.4 framebuffers support widths 8, 12 and 16 only; kernel 2.6 and a relevant framebuffer are required to use the other sizes.

Может быть что-то они там не до конца пофиксили?

DeathMoroz, developer, можно узнать, какое у вас разрешение, версия ядра и используете ли вы фреймбуфер?

У меня 1280x1024, gentoo-sources-2.6.19-r4, framebuffer VESA 2.0

gentoo-sources-2.6.18-r6,

gentoo-sources-2.6.18-r6, vesa-tng, 1280x1024
_________________
Athlon 1400 RAM 512 KDE 3.5.5

Обновил terminus

Обновил terminus (4.20) и ядро (2.6.19r6) - симптомы точно такие же. Если использовать ter-k14n, то сообщения стираются, если ter-k16n - нет. Никто не знает, почему так получается?

P.S. Нашел любопытную статью: Terminus в ядре (с) kaktyc

Написал я

Написал я багрепорт про это чудо :/

Семейство используемых шрифтов на наличие баги не влияет (влияет только размер); UTF тоже оказался не при чем. Попробовал разные версии baselayout (1.12.8-r1, 1.12.9, 1.13.0_alpha12) - не помогло. Все что до "Starting interface lo..." по-прежнему очищается в момент изменения шрифта :(

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".