[Решено] Не работают consolefont и keymaps при старте

Сабж.
Всё свежак, пишет при старте, что всё нормально но в баше кириллицы нет. Однако /etc/init.d/consolefont restart и аналогичный keymaps всё заводят.

ru_RU.UTF-8 есть, в конфах этих сервисов порядок, сами сервисы в boot runlevel. locale не жалуется...

В общем скрипты при старте системы отказываются делать своё дело. В чем может быть проблема?

Перефразирую: все хорошо, но

Перефразирую: все хорошо, но не работает. Почему?
На такие вопросы хочется ответить: патамушта!

Уважаемый, я тоже могу вас

Уважаемый, я тоже могу вас перефразировать. Без обид, не знаете чем помочь - не флудите, пожалуйста.

неа, незнаю. Логов и

неа, незнаю. Логов и конфигов не видел, а в телепатии практиковаться желания нет. у остальных скилл выше вот они пусть предполагают.

http://ru.gentoo-wiki.com/wik

http://ru.gentoo-wiki.com/wiki/Полная_поддержка_русского_языка

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Я не уверен, нужны ли они в

Я не уверен, нужны ли они в boot, возможно что стартуют слишком рано.

.

evadim написал(а):
Я не уверен, нужны ли они в boot, возможно что стартуют слишком рано.

Есть мнение, что # /etc/init.d/consolefont status в момент, когда не работает, резко прояснит ситуацию.
С очевидным продолжением в виде # rc-update show | grep consolefont.

Подобные же сомнения следует разрешать в багзилле :)
В /etc/conf.d/consolefont недвусмысленно упоминается boot (что вполне согласуется с моими представлениями о здравом смысле).

ЗЫ: О том же говорится и в http://www.gentoo.org/doc/en/guide-localization.xml

Цитата:
You should verify that consolefont is in the boot runlevel:

:wq
--
Live free or die

страннота

Чтож, по каким-то причинам consolefont ниоказалось вообще ни в каком runlevel. На следующей загрузке посмотрю как он запустится.

.

evadim написал(а):
Чтож, по каким-то причинам consolefont ниоказалось вообще ни в каком runlevel. На следующей загрузке посмотрю как он запустится.

А ты уверен, что запустится?
/etc/init.d/consolefont status
По моим наблюдениям совершенно не факт.
Разбираться с причиной такого изменения в последних stage3'ах лениво.

:wq
--
Live free or die

всёже, проблему решило

всёже, проблему решило добавление в runlevel

рискну предположить, что /usr

рискну предположить, что /usr отдельный.

/

eegorov написал(а):
рискну предположить, что /usr отдельный.

Сейчас справедливо только в конъюнкции с тестовой веткой (~arch).

И задумался о времени, когда и мне придётся собирать initramfs.

:wq
--
Live free or die

Причем тут это. Просто

Причем тут это. Просто раскладки и и кодировки лежат в недрах /usr/share. Соответственно, если вышеуказанные службы будут стартовать раньше localmount, ничего хорошего не получится

Увы всё не так просто. Да

Увы всё не так просто. Да /usr отдельный, но он точно монтируется раньше ранлевел бут.
От того в каком ранлевеле эти скрипты постановка вопроса не меняется, не работают нигде, но, повторюсь, после успешного входа и ручного их рестарта - всё замечательно!
И по мнению rc-update они работают, как до рестарта, так и после.

Ну, тогда отключай (если

Ну, тогда отключай (если включен) параллельный запуск. Плюс жми I при старте, и запускай сервисы по одному.

rc_status

Проверь еще:
/etc/rc.conf
а именно rc_sys=""
Я как-то по незнанию выставил себе профиль uml так у меня тоже самое было, пока не убрал

Точно, помогло! Большое

Точно, помогло! Большое спасибо!

угумс

Если бы еще кто-нить посоветовал, что написать вместо "", чтобы эРСи не выдавал варнинг при загрузке.

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

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